Комментарии 61
Однобокая аналитика
Использовать SaaS — все равно что складывать все яйца в одну корзину и отдавать эту корзину под ответственность другого человека.
Например: малый бизнес редко пользуется резервными каналами связи.
Например: малый бизнес редко пользуется резервными каналами связи.
С одной стороны — да, с другой резервный выход в интернет присутствует почти у всех: в Москве это как минимум: мобильный интернет, йота, вайфай от билайн, вайфай в соседнем кафе, если на то пошло. Полетевший жесткий диск с программой уж точно бОльшая проблема.
Если вы работаете с программой, вам угрожает поломка вашего железа.
Если вы работаете с SaaS, вам тоже угрожает поломка вашего железа, проблема с каналом связи до SaaS, проблемы с SaaS (вспомните пожар в киевском датацентре, разорение МакХоста, просроченный домен хабрахабра как примеры).
Если вы пользуетесь софтом, у вас есть админ, который отвечает за то, что все работает. Он поблизости, его можно премировать, штрафовать, ну и так далее. С SaaS же непонятно, как на него воздействовать.
Если вы работаете с SaaS, вам тоже угрожает поломка вашего железа, проблема с каналом связи до SaaS, проблемы с SaaS (вспомните пожар в киевском датацентре, разорение МакХоста, просроченный домен хабрахабра как примеры).
Если вы пользуетесь софтом, у вас есть админ, который отвечает за то, что все работает. Он поблизости, его можно премировать, штрафовать, ну и так далее. С SaaS же непонятно, как на него воздействовать.
У админа есть мотивация и понимание куда/кому «слить» вашу секретную информацию. Из публичных случаев: Касперский или EasyFinance, когда недовольные сотрудники публиковали исходные коды или содержимое базы данных.
Если админ сольет вашу секретную информацию, то это во-первых, УК; во-вторых, админа можно найти и… «вежливо поговорить». А что вы будете делать, если SaaS предоставляет компания вроде Sony, и ваши данные в один прекрасный день оказались в свободном доступе?
К тому же: если SaaS не применяет идентификацию с помощью смарткарт (или чего-то похожего), то утянуть кейлоггером логин/пасс проще и незаметнее, чем тянуть документы.
К тому же: если SaaS не применяет идентификацию с помощью смарткарт (или чего-то похожего), то утянуть кейлоггером логин/пасс проще и незаметнее, чем тянуть документы.
Вы деньги храните под подушкой или в банке? Или «секретные» документы дороже денег?
1. Вклады до 100000 рублей застрахованы государством.
2. Для больших сумм — существуют рейтинги надежности банков.
3. И наконец, кто мешает хранить часть денег в одном банке, часть в другом, а часть — в ценных бумагах/драг.металлах. Синхронизация документации между различными SaaS — это, наверное, фантастика.
2. Для больших сумм — существуют рейтинги надежности банков.
3. И наконец, кто мешает хранить часть денег в одном банке, часть в другом, а часть — в ценных бумагах/драг.металлах. Синхронизация документации между различными SaaS — это, наверное, фантастика.
Далеко не каждый представитель не только малого, но и среднего бизнеса может позволить себе иметь IT-отдел, сисадмина и свой сервер. А если и может, то стоимость такого решения на порядки выше аналогичного SaaS-решения. Если мои данные лежат на удаленном сервере, то поломка моего железа конечно неприятна, но не затронет данных на сервере, которые гораздо дороже моего железа.
Случай такой был, посыпался винт, все пропало — но на серверах все осталось, и ущерб был незначителен, если не считать потерю сертификата веб-мани.
Случай такой был, посыпался винт, все пропало — но на серверах все осталось, и ущерб был незначителен, если не считать потерю сертификата веб-мани.
А Вы не учитываете, что аутсорсинг бывает как внешний, так и внутренний. Соответственно тот же SaaS может быть как внешний, так и внутренний, например, сервер, находящийся в соседней комнате, к которому подключаются пара сотен тонких клиентов. При этом все ПО размещено на сервере, есть внутренний аутсорсинг, есть SLA между компанией и ее подразделением по предоставлению определенного набора услуг.
Так что Вы можете «сложить все яйца в одну корзину и отдать эту корзину» под ответственность вашего внутренного отдела ИТ, который занимается внутренним аутсорсингом вашей компании в соответствии с описанным SLA.
Почему, когда речь идет об облачных вычислениях, мало кто задумывается о том, что часть этого облака может находиться за стенкой, может быть подключена к вашей сети по гигабитному каналу связи и может синхронизироваться с другой частью облака по расписанию, зависящему от типа бизнеса?
Так что Вы можете «сложить все яйца в одну корзину и отдать эту корзину» под ответственность вашего внутренного отдела ИТ, который занимается внутренним аутсорсингом вашей компании в соответствии с описанным SLA.
Почему, когда речь идет об облачных вычислениях, мало кто задумывается о том, что часть этого облака может находиться за стенкой, может быть подключена к вашей сети по гигабитному каналу связи и может синхронизироваться с другой частью облака по расписанию, зависящему от типа бизнеса?
Ваш комментарий да в топик — и от топика было бы гораздо больше пользы, и не отдавало бы маркетинговым бредом.
Облако может находиться за стенкой, SaaS нет, по-моему. Внутренне интранет-решение это не саас, т. к. организация софт приобретает как коды и исходники, а не как сервис. Для многих отделов внутренний аутсорсинг может ничем не отличаться от внешнего, но для организации как для «чёрного ящика» ничего не меняется, просто чётко локализовано организационно. Особенность реализации, при неизменных открытых интерфейсах :)
*как коды и лицензии
Компании бывают разные, от размера компании зависит размер IT бюджета. В больших компаниях, как правило, IT структура выделена в отдельную организацию, со своим [s]шлюхами и блэкджеком[/s] бюджетом, с которой есть некоторые соглашения (SLR --> SLA + OLA < — UC).
А значит у Вашей внутренней IT компании есть UC с поставщиками ПО, например, позволяющее получать on-Demand Software, или еще проще — платить за фактическое количество используемых лицензий. Дальше все как описано выше.
Я работаю как раз в компании, западной компании, у которой есть внутренний аутсорсинг (отдельная компания, на 100% принадлежащая группе наших компаний), у которого в свою очередь есть заключенные UC (прямые глобальные контракты) с поставщиками ПО, по которым мы используем столько лицензий, сколько нам необходимо. При этом, в зависимости от потребления меняются ежеквартальные счета за Management Fee IT, в которых в каждой строчке отражаются фактически потребленные услуги.
Все зависит от размеров компаний, понятно, что с маленькими компаниями заключать подобные UC 99% поставщиков ПО просто не будут.
А значит у Вашей внутренней IT компании есть UC с поставщиками ПО, например, позволяющее получать on-Demand Software, или еще проще — платить за фактическое количество используемых лицензий. Дальше все как описано выше.
Я работаю как раз в компании, западной компании, у которой есть внутренний аутсорсинг (отдельная компания, на 100% принадлежащая группе наших компаний), у которого в свою очередь есть заключенные UC (прямые глобальные контракты) с поставщиками ПО, по которым мы используем столько лицензий, сколько нам необходимо. При этом, в зависимости от потребления меняются ежеквартальные счета за Management Fee IT, в которых в каждой строчке отражаются фактически потребленные услуги.
Все зависит от размеров компаний, понятно, что с маленькими компаниями заключать подобные UC 99% поставщиков ПО просто не будут.
Я больше имел в виду чисто юридическую сторону вопроса — даже 100% дочка или одни и те же учредители, это отдельное юр. лицо со всеми вытекающими. Внутренний аутсорсинг для меня это отдел, работающий как бы по договорам с другиии отделами и как бы получающий за это от них деньги, но при этом реального движения по счетам фирмы не происходит, только в целях оперативного учёта. И руководство (не владельцы) могут в любой момент «безакцептно» урезать бюджет отдела даже из уже как бы заработанных им денег.
Внутренний аутсорсинг бывает разных видов.
В нашем случае юридически это отдельное юридическое лицо, принадлежащее группе компаний. Юридическое лицо, зарабатывающее своей деятельностью собственные деньги, несущие собственные расходы, параллельно осуществляющее аутсорсинг других внешних компаний по рыночным ценам, с реальным движением денежных средств по счетам фирмы.
В нашем случае юридически это отдельное юридическое лицо, принадлежащее группе компаний. Юридическое лицо, зарабатывающее своей деятельностью собственные деньги, несущие собственные расходы, параллельно осуществляющее аутсорсинг других внешних компаний по рыночным ценам, с реальным движением денежных средств по счетам фирмы.
Ну это уже практически внешний :)
Внешний, это когда по рыночным ценам, а тут все-таки по ценам для своей компании (по себестоимости), да и основная деятельность внутри своей группы компаний. Опять же дополнительные источники финансирования на различные проекты — источники из своей же группы компаний, а простым аутсорсинговым компаниям рассчитывать кроме как на средства от предоставления услуг не приходится.
Я предлагаю закончить дискуссию по этому поводу :) Остановимся на том, что аутсорсинг бывает разный, SaaS так же бывает разный :)
Я предлагаю закончить дискуссию по этому поводу :) Остановимся на том, что аутсорсинг бывает разный, SaaS так же бывает разный :)
Если в SaaS произойдет ЧП, вы не будете знать, что происходит… как идут дела и как продвигаются работы по восстановлению. Максимум — письмо или звонок в суппорт, но российский суппорт суров как никакой другой по сравнению с более развитыми странами. Также очень многое значит фирма-провайдер, её репутация, среднее значение аптайма в процентах, наличие хороших каналов, автоматических бэкапов и т.д.
К тому же резервные выходы в интернет на уровне частного лица (3G, Wi-Fi, Adsl, и так далее) возможны, то у фирмы, как правило, один поставщик интернета. Потому что начисления на юр. лицо отличаются от тарифов для физ.лиц. Единственное, где такое всё же наиболее вероятно — в IT бизнесе, в крупном бизнесе
Насчет «коробочных» версий — мол, за них надо платить «много и сразу» — тоже не всегда верно. Например, корпорация зла представляет клиентам возможность покупки различных решений в рассрочку или их аренду. Опять же, скидки, партнёрские программы, и так далее, реальная цена зачастую ниже официально озвученной.
Легально приобретенный диск никто не мешает вам скопировать в целях его сохранности, если же это запрещено, зачастую предоставляется возможность в случае повреждения носителя его замена.
Единственное, что в SaaS'e пока радует, что легальность софта на удаленных серверах на той же Украине из России проверить достаточно сложно, что дает не совсем легальную возможность уменьшения издержек на приобретение и развертывание такого софта у SaaS-провайдера, и снижение цен для клиентов.
Всё вышесказанное ИМХО, и не претендует на вселенскую истину
К тому же резервные выходы в интернет на уровне частного лица (3G, Wi-Fi, Adsl, и так далее) возможны, то у фирмы, как правило, один поставщик интернета. Потому что начисления на юр. лицо отличаются от тарифов для физ.лиц. Единственное, где такое всё же наиболее вероятно — в IT бизнесе, в крупном бизнесе
Насчет «коробочных» версий — мол, за них надо платить «много и сразу» — тоже не всегда верно. Например, корпорация зла представляет клиентам возможность покупки различных решений в рассрочку или их аренду. Опять же, скидки, партнёрские программы, и так далее, реальная цена зачастую ниже официально озвученной.
Легально приобретенный диск никто не мешает вам скопировать в целях его сохранности, если же это запрещено, зачастую предоставляется возможность в случае повреждения носителя его замена.
Единственное, что в SaaS'e пока радует, что легальность софта на удаленных серверах на той же Украине из России проверить достаточно сложно, что дает не совсем легальную возможность уменьшения издержек на приобретение и развертывание такого софта у SaaS-провайдера, и снижение цен для клиентов.
Всё вышесказанное ИМХО, и не претендует на вселенскую истину
НЛО прилетело и опубликовало эту надпись здесь
В свое время Телефоника делала анализ возможностей исопльзования облачных платформ и выявила два принципиальных недостатка:
— Безопасность данных. Возможность доступа третьих лиц к данным компании в облачных платформах в сотни! раз больше. Потенциальный доступ имеют люди, не имеющие отношения к прозводственному циклу вашей компании (обслуживание DC). Облачные платформы не позволяют строить многоуровневую политику безопасности. Все аккаунты также хранятся в облаке. Использование публичных каналов для доступа к системе делает ее потенциально доступной для любого злоумышленника.
— Зависимость от провайдера. Ваш бизнес будет полностью зависеть от условий сервиса, который предоставляет провайдер. А провайдер, как правило, никаких гарантий не дает. В случае сбоя он пальцем о палец не ударит, чтобы восстановить данные, даже если сбой по его вине. Также он может в любой момент поменять условия контракта, или забить на качество сервиса, разориться, наконец, или поменяется геополитическая ситуация. И главное — вы ничего не сможете поделать. Мигрирация на другую платформу будет связана с большими затратами и временем в течении которой ваш бизнес… ну вы поняли…
Иногда еще приводят причину как «day X» (день П). Это когда ВНЕЗАПНО отключают интернет, или банальная авария на линии связи. Компания становится отрезана от облака, и весь ее бизнес стоит. Так что ваш бизнес зависим не только от SaaS провайдера, но и от локального телефонного оператора и даже от монтера Васи, ковыряющегося в соседнем люке.
Поэтому пока, когда речь заходит об использовании облаков, обычно говорят о рисками связанных с этим.
— Безопасность данных. Возможность доступа третьих лиц к данным компании в облачных платформах в сотни! раз больше. Потенциальный доступ имеют люди, не имеющие отношения к прозводственному циклу вашей компании (обслуживание DC). Облачные платформы не позволяют строить многоуровневую политику безопасности. Все аккаунты также хранятся в облаке. Использование публичных каналов для доступа к системе делает ее потенциально доступной для любого злоумышленника.
— Зависимость от провайдера. Ваш бизнес будет полностью зависеть от условий сервиса, который предоставляет провайдер. А провайдер, как правило, никаких гарантий не дает. В случае сбоя он пальцем о палец не ударит, чтобы восстановить данные, даже если сбой по его вине. Также он может в любой момент поменять условия контракта, или забить на качество сервиса, разориться, наконец, или поменяется геополитическая ситуация. И главное — вы ничего не сможете поделать. Мигрирация на другую платформу будет связана с большими затратами и временем в течении которой ваш бизнес… ну вы поняли…
Иногда еще приводят причину как «day X» (день П). Это когда ВНЕЗАПНО отключают интернет, или банальная авария на линии связи. Компания становится отрезана от облака, и весь ее бизнес стоит. Так что ваш бизнес зависим не только от SaaS провайдера, но и от локального телефонного оператора и даже от монтера Васи, ковыряющегося в соседнем люке.
Поэтому пока, когда речь заходит об использовании облаков, обычно говорят о рисками связанных с этим.
Риски есть везде. Вот у меня инет-банк. Если нет интернета — нет интернет-банка. Надо ехать в банк — а тут пьяный водитель и авария. Увы, мы постоянно зависим от чего-то, и очень часто — от действий третьих лиц.
Для SaaS-провайдера, так же как и для обычного хостинг-провайдера, устойчивость его системы очень важна, и он будет стараться поддерживать ее, что логично.
Миграция на другую платформу в случае SaaS как раз не представляет большой проблемы. SaaS-провайдеру принадлежит только сама система, а данными владеет пользователь. Как правило, есть простой механизм экспорта данных, по аналогии с резервным копированием на хостинге, и пользователь всегда может забрать свои данные в каком-то формате, скажем XML или CSV
Для SaaS-провайдера, так же как и для обычного хостинг-провайдера, устойчивость его системы очень важна, и он будет стараться поддерживать ее, что логично.
Миграция на другую платформу в случае SaaS как раз не представляет большой проблемы. SaaS-провайдеру принадлежит только сама система, а данными владеет пользователь. Как правило, есть простой механизм экспорта данных, по аналогии с резервным копированием на хостинге, и пользователь всегда может забрать свои данные в каком-то формате, скажем XML или CSV
Не понял выбора между 1C и SugarCRM.
1C — софтверная компания, выпускающая кучу различных продуктов. SugarCRM — конкретный продукт от конкретной компании, причем можно его купить и как SaaS и самостоятельно поставить на собственный сервер. Во втором случае ничего кроме веб-морды Sugar с SaaS не объединяет.
1C — софтверная компания, выпускающая кучу различных продуктов. SugarCRM — конкретный продукт от конкретной компании, причем можно его купить и как SaaS и самостоятельно поставить на собственный сервер. Во втором случае ничего кроме веб-морды Sugar с SaaS не объединяет.
Кроме оплаты первоначальных лицензий, необходимо оплачивать постоянные апгрейды системы, обучение сотрудников, устранение неполадок.
А что, в случае с SaaS не надо обучать сотрудников?
Одним из огромных преимуществ облачных SaaS-решений в любой области является как раз легкость их обновления и совершенствования. Ядро системы, расположенное на удаленном сервере, постоянно обновляется разработчиками, и все пользователи мгновенно получают доступ ко всем новым возможностям.
… и пользователи в самый неподходящий момент (за две недели до Нового Года) получают новую неоттестированную ими версию софта с новыми багами
Не нужно устанавливать патчи и обновления на свой компьютер, ждать выхода новых версий программ — пользователи SaaS-платформы всегда пользуются самой последней версией продукта.
Многие (как бы не все) крупные компании предпочитают крайне консервативно относиться к новым версиям софта. Сомневаюсь, что в случае с SaaS их консерватизм куда-то денется.
В то же время SaaS-решение размещается на удаленном защищенном сервере, и доступа к исходным кодам нет ни у кого из пользователей, поэтому вероятность взлома на порядок ниже. Пользователи имеют доступ только к терминалу, и им нет необходимости размещать какой бы то ни было код на своем компьютере.
Расскажите это пользователям сервисов Sony
Отличная статья для продвижения SaaS-сервисов.
Пожалуй можно использовать пару-тройку тезисов в разговоре с клиентами, в качестве преимущества.
Пожалуй можно использовать пару-тройку тезисов в разговоре с клиентами, в качестве преимущества.
>>> Но ведь и сайт, расположенный на сервере у провайдера
Но ведь и хорошие провайдеры бывает падают, а на своём компе сидит «админ Вася» и если что-то упадёт то будет хоть кому морду набить… (Хотя если «админ Вася» хороший, то восстановит работоспособность раньше чем вы успеете это увидеть, а какой «админ Петя» сидит «где-то там за рекой» вы не знаете и знать не можете.)
Но ведь и хорошие провайдеры бывает падают, а на своём компе сидит «админ Вася» и если что-то упадёт то будет хоть кому морду набить… (Хотя если «админ Вася» хороший, то восстановит работоспособность раньше чем вы успеете это увидеть, а какой «админ Петя» сидит «где-то там за рекой» вы не знаете и знать не можете.)
Много спорных моментов:
Как это не выводятся? А абонентская плата куда девается?
Конфигурацию того же 1С можно всегда допилить и перепилить под свои конкретные задачи, SaaS это не позволяет делать
Не стоит забывать и о том, что при использовании SaaS деньги не выводятся из оборота
Как это не выводятся? А абонентская плата куда девается?
Одним из огромных преимуществ облачных SaaS-решений в любой области является как раз легкость их обновления и совершенствования
Конфигурацию того же 1С можно всегда допилить и перепилить под свои конкретные задачи, SaaS это не позволяет делать
Как это не выводятся? А абонентская плата куда девается?
Видимо, имеется в виду, что вывод в начале месяца по 100$ предпочтительней, чем 1000 в начале года.
Вопрос, какие деньги. 100 долларов абонентская плата или 1000 за коробочное решение — разница есть.
1С можно пилить, опять же это делает отдельный программер для каждой фирмы, это совсем другие расходы, чем изменение на SaaS, которое становится доступно всем пользователям либо очень дешево, либо вообще бесплатно.
Это как не бывает «хорошего» и «плохого» автомобиля — скажем «десятка» за 10000 баков полный отстой, за 5000 нормальная машина, а за 1500 долларов — просто машина-мечта!
1С можно пилить, опять же это делает отдельный программер для каждой фирмы, это совсем другие расходы, чем изменение на SaaS, которое становится доступно всем пользователям либо очень дешево, либо вообще бесплатно.
Это как не бывает «хорошего» и «плохого» автомобиля — скажем «десятка» за 10000 баков полный отстой, за 5000 нормальная машина, а за 1500 долларов — просто машина-мечта!
>>100 долларов абонентская плата или 1000 за коробочное решение — разница есть
но вы пишите что они вообще не выводятся
>>1С можно пилить, опять же это делает отдельный программер для каждой фирмы, это совсем другие расходы, чем изменение на SaaS, которое становится доступно всем пользователям либо очень дешево, либо вообще бесплатно.
А если нужны изменения для конкретных процессов конкретной фирмы, которые не нужны другим?
но вы пишите что они вообще не выводятся
>>1С можно пилить, опять же это делает отдельный программер для каждой фирмы, это совсем другие расходы, чем изменение на SaaS, которое становится доступно всем пользователям либо очень дешево, либо вообще бесплатно.
А если нужны изменения для конкретных процессов конкретной фирмы, которые не нужны другим?
А если нужны изменения для конкретных процессов конкретной фирмы, которые не нужны другим?
Вопрос хороший. Тут все зависит от специфики конкретного решения. Скажем, у меня SaaS-платформа для создания интернет магазинов и сайтов. Бывает, что люди хотят что-то свое, при этом неизвестно, нужно ли такое будет еще кому-либо.
Как показывает практика, если дополнение нужно кому-то одному, то и другим пригодится. Чем больше решений, тем лучше.
Поэтому у меня в таком случае политика такая — для первого обратившегося модуль разрабатывается бесплатно, так же тестируется. А потом уже его можно продавать или оставить бесплатным, смотря что там будет.
Если заказать сайт у веб-студии, придется заплатить $400, а если использовать SaaS-решение для создания сайта, ежегодный платеж составит около $100 за аналогичный сайт.
Сайты на Народе, Юкозе и т. п. славятся своими интуитивно понятными интерфейсами, ненавязчивыми дизайнами, дружелюбностью как к пользователю, так и к администрации, легкостью интеграции со сторонними сервисами. Ага!
Одним из огромных преимуществ облачных SaaS-решений в любой области является как раз легкость их обновления и совершенствования.
Не всегда в том направлении, в котором хочется пользователю — у локального софта можно зафиксировать версию и спокойно работать дальше в привычном окружении, с удаленным такой финт не пройдёт.
Ядро системы, расположенное на удаленном сервере, постоянно обновляется разработчиками, и все пользователи мгновенно получают доступ ко всем новым возможностям.Часто всё же не мгновенно, а «Извините, наш сайт находится на техническом обслуживании, зайдите позже» и как назло в самый неподходящий момент. Обновление локального софта можно планировать.
SaaS-провайдер владеет только своим решением, а весь контент принадлежит клиенту и как правило, может быть в любой момент экспортирован в любом удобном формате.Принадлежит-то клиенту, но хранится у поставщика. И экспорт, даже если он есть (что не всегда бывает) зачастую мало полезен. Про угрозу компрометации вообще не говорю.
Ведь взломанная программа может содержать в себе троян или бэкдор, который уже находится на компьютере пользователя!
Кроме оплаты первоначальных лицензий, необходимо оплачивать постоянные апгрейды системы
Зачем взламывать сотни рабочих мест Паруса или 1С, если есть купленные лицензии и оплаченные апгрейды? А если варез — то нет экономии.
Защита информации гораздо слабее именно в тех компаниях, которые хранят ее у себя, ведь любой обиженный или просто «засланный» сотрудник может просто вынести все конфиденциальные данные на обычной флешке, или украсть пароли
Что мешает сделать это сотрудникам сервиса? При грамотной организации безопасности даже у Главного Администратора возможности доступа к конфиденциальной информации или, не дай бог, сведениям, составляющую государственную тайну, весьма ограничен. Главное реалистично, а не для «галочки» описать модель угроз и разработать эффективные меры прежде всего профилактики. А у обиженных сотрудников возможность копипастнуть инфу из окна браузера или экспортировать её всегда есть.
Некоторые плюсы локального софта:
— независимость от третьих лиц, «всё своё ношу с собой»
— возможность обеспечить адекватную угрозам безопасность и контролировать её
— возможность плотной интеграции различного софта различных производителей, хотя бы на уровне файлов — утилиты конверсии и т. п.
Кстати, как-то не встречал у популярных сервисов упоминаний о их соответствии 152-ФЗ «О ПДн» и рекомендуемых мероприятий для приведения ИС в это соответствие.
Совершенно верно. Никто не агитирует за SaaS как панацею и решение всех вопросов. Если у кого-то сложилось такое мнение по топику, это не так. Минусы SaaS — это «мифы», среди них есть и безопасность, и контроль данных.
Другое дело — каждый заказчик может сам определить, что для него важнее, и каждое решение имеет свою цену и свою аудиторию. Те, кому важна сохранность данных, черная бухгалтерия и прочее — готовы платить за серьезные локальные системы, админов и службу безопасности.
А кто не готов платить, или ему просто достаточно того, что дает SaaS-решение — почему они не могут эффективно ее использовать?
Один и тот же заказчик может использовать локальное решение для одних задач (тот же 1С), и облачное — для других.
"… на малый бизнес приходится 40% всех мировых затрат на ИТ. 73,5 млн. малых и средних бизнесов (SMB), плюс еще более 100 млн. так называемых домашних офисов" — из интервью с Андреем Роговым
Опять же, топик слишком общий, SaaS ведь самые разные, в каждой отрасли своя специфика. Например, SaaS-платформы для создания сайтов имеют ряд серьезных преимуществ для малого и среднего бизнеса.
А что мешает это сделать хостинг-провайдеру, у которого лежит сайт?
Другое дело — каждый заказчик может сам определить, что для него важнее, и каждое решение имеет свою цену и свою аудиторию. Те, кому важна сохранность данных, черная бухгалтерия и прочее — готовы платить за серьезные локальные системы, админов и службу безопасности.
А кто не готов платить, или ему просто достаточно того, что дает SaaS-решение — почему они не могут эффективно ее использовать?
Один и тот же заказчик может использовать локальное решение для одних задач (тот же 1С), и облачное — для других.
"… на малый бизнес приходится 40% всех мировых затрат на ИТ. 73,5 млн. малых и средних бизнесов (SMB), плюс еще более 100 млн. так называемых домашних офисов" — из интервью с Андреем Роговым
Опять же, топик слишком общий, SaaS ведь самые разные, в каждой отрасли своя специфика. Например, SaaS-платформы для создания сайтов имеют ряд серьезных преимуществ для малого и среднего бизнеса.
Что мешает сделать это сотрудникам сервиса?
А что мешает это сделать хостинг-провайдеру, у которого лежит сайт?
Не нужно устанавливать патчи и обновления на свой компьютер, ждать выхода новых версий программ — пользователи SaaS-платформы всегда пользуются самой последней версией продукта.
Не нужно ждать выхода новых версий программ. Это жесть. Т.е. как только я соглашусь купить СааС, так у меня сразу появится хм… офис 2050? или даже 3050? Ждать выхода же не нужно, он появится из ниоткуда, по волшебству.
Ну и все остальное в статье в том же духе.
Не нужно ждать выхода новых версий программ. Это жесть. Т.е. как только я соглашусь купить СааС, так у меня сразу появится хм… офис 2050? или даже 3050? Ждать выхода же не нужно, он появится из ниоткуда, по волшебству.
Ну и все остальное в статье в том же духе.
В России вообще руководство компаний плохо относится к передаче своих данных в руки кому-то, кто на рынке не сказать чтобы долго, и предлагает не сказать чтобы привычную парадигму хранения. Ну с моделью оплаты «с носа юзера в месяц» большая часть предложений выглядит не сказать чтобы выгодными (это, конечно, больше к порталам, CRM, хелпдескам относится, но суть не меняется — хостингу логично брать деньги за нагрузку, нагрузку создает счетное число пользователей, вот и вешается ценник от их числа).
Т.е. я, конечно, только рад за авторов сервиса, что они привязывают себя к числу пользователей, но почти любая контора хотя бы на 50 человек, получив предложение платить по 200-400 руб./чел./мес., почти наверняка приходит к выводу, что на фоне остальных недостатков (по большей части поднятых выше), чем платить 10000-20000 руб./мес., проще купить коробку с тем же, либо подобным ПО, и оплачивать VPS в приличном дата-центре, чтобы обеспечить доступность. Тем более что коробка — это что-то свое, ее можно развернуть на тестовой машинке, поиграться, может даже попатчить формы так, чтобы было удобно самим, а с SaaS так не развернешься.
Я уже не говорю о том, что так превозносимое в роли «фичи» частое обновение ПО на SaaS может стоить нервов и потери продуктивности простым юзерам, не говоря уже о шансе появления багов после обновления: даже мелочь, такая как перенос кнопки на экране, и та кого-то заставит снова и снова ругаться себе под нос, а уж если в ПО серьезные работы над юзабилити вдруг проведутся, то…
Т.е. я, конечно, только рад за авторов сервиса, что они привязывают себя к числу пользователей, но почти любая контора хотя бы на 50 человек, получив предложение платить по 200-400 руб./чел./мес., почти наверняка приходит к выводу, что на фоне остальных недостатков (по большей части поднятых выше), чем платить 10000-20000 руб./мес., проще купить коробку с тем же, либо подобным ПО, и оплачивать VPS в приличном дата-центре, чтобы обеспечить доступность. Тем более что коробка — это что-то свое, ее можно развернуть на тестовой машинке, поиграться, может даже попатчить формы так, чтобы было удобно самим, а с SaaS так не развернешься.
Я уже не говорю о том, что так превозносимое в роли «фичи» частое обновение ПО на SaaS может стоить нервов и потери продуктивности простым юзерам, не говоря уже о шансе появления багов после обновления: даже мелочь, такая как перенос кнопки на экране, и та кого-то заставит снова и снова ругаться себе под нос, а уж если в ПО серьезные работы над юзабилити вдруг проведутся, то…
>>В России вообще руководство компаний плохо относится к передаче своих данных в руки кому-то, кто на рынке не сказать чтобы долго, и предлагает не сказать чтобы привычную парадигму хранения
Я думаю, не только в России. У любой более-менее крупной компании есть свои скелеты в шкафу и никто в здравом уме не доверит их третьим лицам.
Я думаю, не только в России. У любой более-менее крупной компании есть свои скелеты в шкафу и никто в здравом уме не доверит их третьим лицам.
Даже и у не очень пока крупной: «плох тот солдат, который не мечтает стать генералом».
Кстати, когда компания вырастет, возникнет проблема не только накопившихся скелетов, но и банального экспорта накопленных данных. Просто потому, что крупная компания скорее всего будет переезжать на ПО другого калибра, а импорт-экспорт из веб-сервисов — тема больная…
Кстати, когда компания вырастет, возникнет проблема не только накопившихся скелетов, но и банального экспорта накопленных данных. Просто потому, что крупная компания скорее всего будет переезжать на ПО другого калибра, а импорт-экспорт из веб-сервисов — тема больная…
SaaS может и не уступать по функциональности коробочным. Но он всегда будет уступать решениям с внедрением. В статье упомянут класс CRM-систем. Оставив за скобками некорректность сравнения 1C и SugarCRM, стоит постулировать следующее: бизнес-процессы различных компаний разные. Да, везде есть клиенты и контрагенты, сотрудники и задачи. Но часто на этом сходства заканчиваются. Далее начинается формирование требований и заточка под конкретные задачи. SaaS-решения, что ни говори, упрощают жизнь поставщику услуг.
Хм… А система типа 1С: Предприятие, но как SaaS? То есть движок, который сотрудники клиента (или привлеченные им внедренцы-интеграторы) затачивают под конкретные нужды. Очень грубо говоря — как 1С на терминале.
Такие терминальные решения есть. Но между клиентом и сервером очень интенсивное взаимодействие, поэтому они широкого применения не получили. 1С непригодно к SaaS не только технологически, но и организационно. Все их доходы строятся на сети лицензированных дистрибьюторов и внедренческих контор. У SaaS же модель совсем иная.
Надоели уже пиарить эти SaaSы… нет у внешнего оутсорсинга серьезных преимуществ… тем более для средних и крупных компаний.
Единственнно для кого это может быть удобно это для совсем мелких компаний. У которых затраты на SaaS будут ниже зарплаты одного админа… пусть даже и приходящего.
Все хотят поиметь наши данные. Уже не знают как затащить нас всех в на свои сервера…
Пытаются потихоньку, такими вот тупыми и однобокими статьями укрепить в наших мозгах, что SaaS это круто и безопасно…
Единственнно для кого это может быть удобно это для совсем мелких компаний. У которых затраты на SaaS будут ниже зарплаты одного админа… пусть даже и приходящего.
Все хотят поиметь наши данные. Уже не знают как затащить нас всех в на свои сервера…
Пытаются потихоньку, такими вот тупыми и однобокими статьями укрепить в наших мозгах, что SaaS это круто и безопасно…
SaaS-провайдер, которому я мог бы доверять должен иметь мощности в двух датацентрах. Но это увеличивает стоимость продукта.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Не вкурсе насчет Shugar CRM, но продукты Microsoft Dynamics AX / Nav позволяют вести учет фактических средств… Не мешая 1С бухгалтерии вести свои учёты.
SugarCRM — это система управления взаимоотношениями с клиентами с гибкими возможностями настройки различных модулей. Можно конечно поднять на ней и бухгалтерию и финансовый учет, но это занятие для мазохистов имхо.
Сам использую Sugar каждый день для планирования работы с клиентами, но 1С и SAP в компании существуют независимо от этого…
Сам использую Sugar каждый день для планирования работы с клиентами, но 1С и SAP в компании существуют независимо от этого…
Термин «Облачные вычисления» или SaaS (Soft as a Service, ПО как услуга)
Мдя, «Облачные вычисления» != «SaaS»
Мдя, «Облачные вычисления» != «SaaS»
Поправьте, на Shugar, а Sugar: http://www.sugarcrm.com
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мифы о SaaS, облачных платформах и облачных вычислениях