Comments 70
А как быть с тем, что лицензированные провайдеры SaaS в России обязаны сливать все данные через СОРМ в силовые структуры?
Думаю это имеет значение если клиент ведет незаконную деятельность
Именно. К тому же хочу заметить что «делятся» информацией все интернет провайдеры, хостинги и те же почтовые системы не говоря уже об операторах сотовой связи
Не имеет значения. Ведь можно купить разнообразные базы, которые увели из силовых структур.
А значит, что кто-то вполне может заказать, например, слив клиентской базы.
А значит, что кто-то вполне может заказать, например, слив клиентской базы.
Сливание это фигня, по сравнению с тем когда приходят маски-шоу и конфискуют железо, со всеми 1Сами, CRMами и пр. Все, компанию можно закрывать (или, на практике, соглашаться на их особые условия, ради которых все это и планировалось).
В случае SaaS/S+S данные даже если и сольются, можно продолжать работать (удалять с сервера они не заставят). И это как раз снизит весь этот ментовский произвол.
В случае SaaS/S+S данные даже если и сольются, можно продолжать работать (удалять с сервера они не заставят). И это как раз снизит весь этот ментовский произвол.
>— А у вас есть почта на mail.ru, yandex, гугл, на вашем сайте? А как часто вы отправляете через нее счета, важные фалы? А кто обеспечивает ее безопасность?
детский какой-то аргумент, одно дело моя личная информация и переписка которая никому не нужна, другое дело — корпоративная. Даже корпоративная почта не пример, потому ка одно дело счета договора и тп, другое дело — годовой баланс
детский какой-то аргумент, одно дело моя личная информация и переписка которая никому не нужна, другое дело — корпоративная. Даже корпоративная почта не пример, потому ка одно дело счета договора и тп, другое дело — годовой баланс
А вот здесь то как раз и вступает с силу SLA и NDA соглашения гарантирующие конфеденциальность ваших данных. А вообще по поводу корпоративной почты есть исследования по которым порядка 70% сисадминов сливают информацию
я как-то посчитал статистику, какую почту использую мои клиенты — оказалось около 40% — это не корпоративные адреса. Вот так.
баланс любой организации это вещь общедоступная и смотреть ее никто не запрещает и запретить не может в принципе
где вы такой бредятины наслушались? Общедоступный баланс может быть только у публичных компаний
баланс да, да только белый баланс ;) и то не у всех компаний ;)
Думаю полезно будем автору привести примеры таких сервисом.
Пожалуста: моц склад от логнекс, exchange почта, crm, ряд решений на его основе, система дистанционого обучения компании competentum и многие другие… Подробнее на сайте www.parking.ru
там довольно большой спектр SaaS решений
там довольно большой спектр SaaS решений
Все не так радужно. И с безопасностью и со всем остальным.
1. По поводу юридических отношений. Скорее всего (я точно не знаю, переубедите меня) используется договор-оферта, в котором четко прописано что провайдер ни за что не отвечает, в том числе если данные потеряются, сервер умрет в нужное время, или нужное письмо уйдет к конкурентам. Приведите пример куса договора где вы прописываете конкретную свою ответственность.
Разница заключается в том, что на работу своего собственного сервера я влиять МОГУ, а на работу Вашего — вряд ли.
Гуглу я еще кое-как доверяю, а по поводу всего остального…
2. Приведите пример SLA, которые вы подписываете с клиентом. Интересно что вы гарантируете? По поводу NDA то же хотелось бы конкретики.
3. Безопасность. Вместе с проблемами хранения, в случае SaaS есть еще риски передачи данных. Надеюсь вся рабочая сессия шифруется согласно всем российским правилам?
4. Что касается кастомизации под клиента. Расскажите, насколько вы готовы ей заниматься, если есть такая необходимость.
5. Ну и последнее. Вы как-нибудь страхуете свою деятельность? Если из-за вас сорвется миллионный контракт? Если в нужный момент сервис не будет доступен?
1. По поводу юридических отношений. Скорее всего (я точно не знаю, переубедите меня) используется договор-оферта, в котором четко прописано что провайдер ни за что не отвечает, в том числе если данные потеряются, сервер умрет в нужное время, или нужное письмо уйдет к конкурентам. Приведите пример куса договора где вы прописываете конкретную свою ответственность.
Разница заключается в том, что на работу своего собственного сервера я влиять МОГУ, а на работу Вашего — вряд ли.
Гуглу я еще кое-как доверяю, а по поводу всего остального…
2. Приведите пример SLA, которые вы подписываете с клиентом. Интересно что вы гарантируете? По поводу NDA то же хотелось бы конкретики.
3. Безопасность. Вместе с проблемами хранения, в случае SaaS есть еще риски передачи данных. Надеюсь вся рабочая сессия шифруется согласно всем российским правилам?
4. Что касается кастомизации под клиента. Расскажите, насколько вы готовы ей заниматься, если есть такая необходимость.
5. Ну и последнее. Вы как-нибудь страхуете свою деятельность? Если из-за вас сорвется миллионный контракт? Если в нужный момент сервис не будет доступен?
> Разница заключается в том, что на работу своего собственного сервера я влиять МОГУ, а на работу Вашего — вряд ли.
Шаблоны типа «На работу ____значение_1____ я влиять МОГУ, а на работу ____значение_2____ — вряд ли» тянутся на протяжении всей истории человека :)
К примеру «На работу коня я влиять МОГУ, а на работу автомобиля — вряд ли» — было актуально в 19 веке :)
Шаблоны типа «На работу ____значение_1____ я влиять МОГУ, а на работу ____значение_2____ — вряд ли» тянутся на протяжении всей истории человека :)
К примеру «На работу коня я влиять МОГУ, а на работу автомобиля — вряд ли» — было актуально в 19 веке :)
И еще важный аргумент в плюс. Сколько Вы платите «админу на все руки» в месяц (за год до 500000 рублей на содержание одного админа может достигать) и сколько берет SaaS сервис в месяц (к примеру 50000 в год разве много)? Разница на порядки может быть меньше, а качество обслуживания выше + ответственность юридического лица.
ага, вы бы еще вспомнили что случилось со структурным подразделением Microsoft, Danger на прошлой неделе ;)
Вот тебе и показатель надежности.
Вот тебе и показатель надежности.
Ага, а если «ваша программа не работает», то пользователю что, полчаса в саппорт звонить и музыку слушать, вместо того, чтобы админа позвать? Главная проблема сервисов — неграмотные пользователи и плохая поддержка.
Если вы звоните в компанию предоставляющую SaaS сервисы и сообщаете что программа не работает и они это узнают от вас или что еще хуже слушаете музыку саппорта, то грошь цена такой компании и ее руководству.
В нормальных компаниях где действительно стремятся стать лучшими, вся система мониторится круглые сутки и если что-то где-то падает, то это завершают восстанавливать пока вы набираете номер саппорта.
В нормальных компаниях где действительно стремятся стать лучшими, вся система мониторится круглые сутки и если что-то где-то падает, то это завершают восстанавливать пока вы набираете номер саппорта.
1. Пример SLA для услуги Exhange-почта hosting.parking.ru/text.aspx?tmpl=sla-exchange
По поводу собственных серверов, у вас есть бекапные? насколько они надежны? Как часто и каким образом происходит их мониторинг состояния? У провадера, вов сяком случае в котором я работаю, это обеспеченно и подтверждено не только наличием соответвующих лицензий но и сертификацией со стороны Майкрософт. Что касается гугла, а вы занете где он находится? Куда обращатся если что то случится? Вы можете приехать кним в офис или в случае чего вызвать их в суд?
2. Часть соглашения NDA есть в ссылке выше
3. Естественно что все в шифрованном виде, плюс если вас волнует безопасность у Parking.ru есть лицензии и оборудование на соответствие требование по безопасности предъявляемым нашим законодательством и внутренними органами.
4. Согласно схеме S+S кастомизация производится разработчиком самого решения, соответвенно ей будет заниматься профессиональные разработчики.
5. для начала мы говорим о малом бизнес пе (милионные обороты и абсолютная безотказность работы, это удел крупных корпораций, хотя допустим одним из клиентов Parking.ru является такая крупная компания как Аэрофлот) Возмещение ущерба, страховка и прочее в рамках разумного и четко прописывается в каждом SLA, с крупными клиентами прописываются отдельные условия.
По поводу собственных серверов, у вас есть бекапные? насколько они надежны? Как часто и каким образом происходит их мониторинг состояния? У провадера, вов сяком случае в котором я работаю, это обеспеченно и подтверждено не только наличием соответвующих лицензий но и сертификацией со стороны Майкрософт. Что касается гугла, а вы занете где он находится? Куда обращатся если что то случится? Вы можете приехать кним в офис или в случае чего вызвать их в суд?
2. Часть соглашения NDA есть в ссылке выше
3. Естественно что все в шифрованном виде, плюс если вас волнует безопасность у Parking.ru есть лицензии и оборудование на соответствие требование по безопасности предъявляемым нашим законодательством и внутренними органами.
4. Согласно схеме S+S кастомизация производится разработчиком самого решения, соответвенно ей будет заниматься профессиональные разработчики.
5. для начала мы говорим о малом бизнес пе (милионные обороты и абсолютная безотказность работы, это удел крупных корпораций, хотя допустим одним из клиентов Parking.ru является такая крупная компания как Аэрофлот) Возмещение ущерба, страховка и прочее в рамках разумного и четко прописывается в каждом SLA, с крупными клиентами прописываются отдельные условия.
Спасибо, что подняли тему SaaS. Сам довольно давно собираю информацию по теме, есть несколько идей по этому поводу. Думаю, стоит как-нибудь выложить свою коллекцию ссылок для ознакомления сообщества — ведь написано уже довольно много статей, описывающих плюсы и минусы, надо только правильно подать информацию к размышлению.
Моё мнение — SaaS пригодится в первую очередь малому и среднему бизнесу. Однако, к сожалению, в нашей стране на эти решения переход будет долгим и болезненным.
Моё мнение — SaaS пригодится в первую очередь малому и среднему бизнесу. Однако, к сожалению, в нашей стране на эти решения переход будет долгим и болезненным.
Как раз девелопим SaaS для клиентов датацентров. Думаю будущее интернет, именно за SaaS, Cloud Computing и хостингом мощностей так как тренд количества сайтов в ближайшие 2-3 года уйдет в минус. JIMHO
Я правильно вас понял, вы говорите про такие сервисы как insales.ru, makemyshop.ru, www.hoptoadapp.com, 37signals.com, grooveshark.com?
Если да, то непонятно причем тут хостинг на windows и аренда их по?
Если да, то непонятно причем тут хостинг на windows и аренда их по?
Из всех перечисленных в модель чистого SaaS\S+S попадают разве что www.37signals.com. Если брать сервисы доступные за рубежом, то типичный пример это www.salesforce.com/, в России это к примеру услуги бизнес почты, построенные на Hosted Exchange или же аренда решений на основе Microsoft Dynamics CRM, Windows Sharepoint Services и подобных, в виду огромного их количества и адаптации под конкретные бизнес задачи. Плюс широкие возможности по расширению и интеграции в существующие системы у клиента, и возможность в дальнейшем «локальной» установки и переноса накопленных данных.
ucoz.ru можно добавить
UFO just landed and posted this here
Воровство, откаты — это те вещи, которые не зависят от технологии, это скорее инфраструктурная болезнь, зависящая больше от предметной области или эффективности работы управленцев. На SaaS наверняка можно замутить откат, если вас это интересует.
Насчет путать SaaS и ASP есть неплохая статья
www.osp.ru/os/2007/10/4705880
Аренда хостинга Exchange/Sharepoint ещё можно назвать ASP. А вот крупнейший онрлайн-сервис для CRM — salesforce.com — это уже SaaS. Как и упомянутая 37signals.com.
Насчет путать SaaS и ASP есть неплохая статья
www.osp.ru/os/2007/10/4705880
Аренда хостинга Exchange/Sharepoint ещё можно назвать ASP. А вот крупнейший онрлайн-сервис для CRM — salesforce.com — это уже SaaS. Как и упомянутая 37signals.com.
UFO just landed and posted this here
А к чему ваш комментарий — просто задать риторический вопрос? Повторяю — воровство и откаты не зависят от технологии. Поэтому к чему и вообще приплетать к теме обсуждения?
А за ссылку я не в ответе, перестала работать буквально на глазах… Наберите в Яндексе «разница между ASP SaaS» — она там будет.
А за ссылку я не в ответе, перестала работать буквально на глазах… Наберите в Яндексе «разница между ASP SaaS» — она там будет.
UFO just landed and posted this here
Малоактуально, потому что воровство и откаты? Ну так можно было сразу написать — всё плохо, мы все умрем — примерно тот же смысл был.
Да, воруют — но разве это повод вообще ничего не делать и развивать новые идеи?
Да, воруют — но разве это повод вообще ничего не делать и развивать новые идеи?
На самом деле речь идет больше о Software+Services. А терминология SaaS была взята как боле понятная и «раскрученная». Если посмотреть на таймлайн то видно что было так: ASP > SaaS > S+S
И последняя модель в виду своей молодости и того, что она включает многие компоненты двух предыдущих как раз таки и периодически заменяется известным широким массам SaaS.
Разница между SaaS и ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ не к приложению, а к определённым бизнес-функциям, которые, строго говоря, могут быть реализованы как угодно. Плюс все приложения в SaaS работают в режиме multi-tenant, что сильно сказывается на уменьшение нагрузки на хостинг и снижению стоимости аренды сервиса.
Разница же между SaaS и S+S видна в меньшей степени. В S+S подразумевается комбинация Сервисов и Софта, к примеру услуги почты Google при использовании только через веб интерфейс это чистой воды SaaS, а вот Exchange с использованием доступа как через настольный Outlook, так и через веб интерфейс — S+S, так как часть функций переносится на локальный софт, который может работать автономно.
Позднее я выложу пост и надеюсь найду в своей коллекции видео, в котором довольно интересно и понятно объяснялась разница между этими понятиями.
И последняя модель в виду своей молодости и того, что она включает многие компоненты двух предыдущих как раз таки и периодически заменяется известным широким массам SaaS.
Разница между SaaS и ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ не к приложению, а к определённым бизнес-функциям, которые, строго говоря, могут быть реализованы как угодно. Плюс все приложения в SaaS работают в режиме multi-tenant, что сильно сказывается на уменьшение нагрузки на хостинг и снижению стоимости аренды сервиса.
Разница же между SaaS и S+S видна в меньшей степени. В S+S подразумевается комбинация Сервисов и Софта, к примеру услуги почты Google при использовании только через веб интерфейс это чистой воды SaaS, а вот Exchange с использованием доступа как через настольный Outlook, так и через веб интерфейс — S+S, так как часть функций переносится на локальный софт, который может работать автономно.
Позднее я выложу пост и надеюсь найду в своей коллекции видео, в котором довольно интересно и понятно объяснялась разница между этими понятиями.
А кто у нас в России SaaS предоставляет?
Свои проекты есть у softkey и softline, это softloud и point4all соответственно, естественно из крупных производителей платформ это конечно Майкрософт, которая отдала все «карты в руки» своим сертифицированным хостинг партнерам (parking.ru, infobox, e-style ISP ) и разработчикам. Так же в России запущен Центр развития S+S, который помогает разработчикам перейти к новой модели продаж как в технологическом, так и в бизнес аспектах.
На рынке присутствуют и небольшие игроки например компания Логнекс со своим сервисом Мой склад, или Дельта Мобил которая предоставляет услуги по обслуживанию блекберри на своих BES серверах
А вообще еще немного попиарю свой еще не открытый проект saascatalog.ru в котором планируется собрать инфoрмацию обо всех доступных коммерческих S+S решениях, провайдерах у которых они хостчтся, где их можно попробовать, и купить, а так же информацию о разрмботчиках этих решений. Открытие ожидается скоро 1 ноября :)
На рынке присутствуют и небольшие игроки например компания Логнекс со своим сервисом Мой склад, или Дельта Мобил которая предоставляет услуги по обслуживанию блекберри на своих BES серверах
А вообще еще немного попиарю свой еще не открытый проект saascatalog.ru в котором планируется собрать инфoрмацию обо всех доступных коммерческих S+S решениях, провайдерах у которых они хостчтся, где их можно попробовать, и купить, а так же информацию о разрмботчиках этих решений. Открытие ожидается скоро 1 ноября :)
UFO just landed and posted this here
Напился — веди себя прилично.
Так при SaaS им ничего покупать и не придется — ни SQL Server ни Windows Server — все уже куплено провайдером и он просто сдает мощности в аренду.
Никакой новой свистелки в инфраструктуре также не появляется. :)
А на клиенте, если это веб-интерфейс, может хоть линукс стоять — не важно.
Microsoft просто сейчас это все активно продвигает.
Никакой новой свистелки в инфраструктуре также не появляется. :)
А на клиенте, если это веб-интерфейс, может хоть линукс стоять — не важно.
Microsoft просто сейчас это все активно продвигает.
Хорошая статья.
Однако, я не согласен с последним, «самым важным» вопросом. И вот почему.
Все описаные проблемы на самом деле не исчезают. Они просто перекладываются на плечи провайдера, но от этого они не становятся бесплатными. Провайдер также должен закупить оборудование, ПО, нанять админа, которые все это будет администрировать. Кроме того, он должен нанять менеджеров по работе с клиентами (и продавца, и техсаппортера), которые будут сначла искать клиентов, а потом решать их проблемы. И все это деньги.
Едиснтвенная разница в модели СааС, что теперь это не забота клиента. Но он все же оплачивает все эти работы, которые теперь выполняются на стороне провайдера. И если посмотреть на вопрос с позиции провайдера и посчитать все эти затраты, то начинаешь понимать, почему у сейлсфорса одно рабочее место стоит минимум 65$ в месяц (есть мнение, что вменяемый функционал у этого провайдера можно получать начиная со 125$ в месяц).
Конечно, плюс в СааСе есть: прямо сейчас клиенту не надо выплачивать все 100% цены. Но в долгосрочной перспективе, он будет переплачивать, так как просто переложил часть проблем на сторону провайдера.
И по-моему, правильный ответ на последний вопрос должен звучать так: СааС будет для вас выгоднее первые N месяцев, потом пойдет переплата по сравнению с покупкой ПО.
Однако, я не согласен с последним, «самым важным» вопросом. И вот почему.
Все описаные проблемы на самом деле не исчезают. Они просто перекладываются на плечи провайдера, но от этого они не становятся бесплатными. Провайдер также должен закупить оборудование, ПО, нанять админа, которые все это будет администрировать. Кроме того, он должен нанять менеджеров по работе с клиентами (и продавца, и техсаппортера), которые будут сначла искать клиентов, а потом решать их проблемы. И все это деньги.
Едиснтвенная разница в модели СааС, что теперь это не забота клиента. Но он все же оплачивает все эти работы, которые теперь выполняются на стороне провайдера. И если посмотреть на вопрос с позиции провайдера и посчитать все эти затраты, то начинаешь понимать, почему у сейлсфорса одно рабочее место стоит минимум 65$ в месяц (есть мнение, что вменяемый функционал у этого провайдера можно получать начиная со 125$ в месяц).
Конечно, плюс в СааСе есть: прямо сейчас клиенту не надо выплачивать все 100% цены. Но в долгосрочной перспективе, он будет переплачивать, так как просто переложил часть проблем на сторону провайдера.
И по-моему, правильный ответ на последний вопрос должен звучать так: СааС будет для вас выгоднее первые N месяцев, потом пойдет переплата по сравнению с покупкой ПО.
Здесь стоит еще учитывать такую вещь как срок жизни ПО, при использовании S+S вы будете всегда использовать «свежее», решение не переплачивая за UPGRADE как происходит в случае с покупкой и установкой On-Premise у себя.
Обычно максимальный срок жизни решения 3 года, при этом срок окупаемости средств потраченных на покупку для компаний численностью до 50 пользователей, составляет порядка 4-5 лет, т.е. уже необходим будет апгрейд, что опять таки дополнительные вложения.
Конечно для компаний с количеством пользователей 100 и выше этот вопрос становится менее актуален, в виду сокращения сроков окупаемости, но там обычно другой уровень инфраструктуры в компании.
Еще один вариант, когда решение необходимо для большого количества пользователей на коротки срок, например программы для дистанционного обучения сотрудников на подобии Competentum online, или же в компании есть сезонность по количеству работников и количество пользователей меняется из месяца в месяц, соответственно покупая и устанавливая решение у себя компания будет переплачивать за неиспользуемые лицензии, да и в случае быстрого увеличения количества пользователей придется зачастую дополнительно докупать лицензии если решение предусматривает лицензирование определенного количества пользователей.
Обычно максимальный срок жизни решения 3 года, при этом срок окупаемости средств потраченных на покупку для компаний численностью до 50 пользователей, составляет порядка 4-5 лет, т.е. уже необходим будет апгрейд, что опять таки дополнительные вложения.
Конечно для компаний с количеством пользователей 100 и выше этот вопрос становится менее актуален, в виду сокращения сроков окупаемости, но там обычно другой уровень инфраструктуры в компании.
Еще один вариант, когда решение необходимо для большого количества пользователей на коротки срок, например программы для дистанционного обучения сотрудников на подобии Competentum online, или же в компании есть сезонность по количеству работников и количество пользователей меняется из месяца в месяц, соответственно покупая и устанавливая решение у себя компания будет переплачивать за неиспользуемые лицензии, да и в случае быстрого увеличения количества пользователей придется зачастую дополнительно докупать лицензии если решение предусматривает лицензирование определенного количества пользователей.
Позвольте не согласиться.
К примеру, вы покупаете у производителя софт и предлагаете его конечным потребителям в СааС варианте. Цена одна, все верно. Но вот разработчик выпускает новую версию за дополнительную цену. Пусть это произошло, как в вашем примере — через 3 года. Чтобы предлагать своим клиентам уже новую версию, вы также должны будете ее купить. И в свою цену вы должны будете включить эти затраты или мирится со снижением прибыли. Это же справедливо и для провайдера, который сам разрабатывает свой софт. Через 3 года, выпустив новую версию, он может и не увеличивать цену, но затраты на разработку никуда не делись и их надо покрывать за счет выручки, что равносильно снижению прибыли.
Интересные у вас данные про сроки окупаемости и жизни софта. Давайте примем как аксиому, что бывают разные виды софта с разными сроками жизни и окупаемости.
С последним абзацем полностью согласен — СааС теоретически будет использовать выгоднее, так как на моменты «простоя» от него можно отказаться. Но в каждом отдельном случае, все-таки надо смотреть на конкретные цены.
К примеру, вы покупаете у производителя софт и предлагаете его конечным потребителям в СааС варианте. Цена одна, все верно. Но вот разработчик выпускает новую версию за дополнительную цену. Пусть это произошло, как в вашем примере — через 3 года. Чтобы предлагать своим клиентам уже новую версию, вы также должны будете ее купить. И в свою цену вы должны будете включить эти затраты или мирится со снижением прибыли. Это же справедливо и для провайдера, который сам разрабатывает свой софт. Через 3 года, выпустив новую версию, он может и не увеличивать цену, но затраты на разработку никуда не делись и их надо покрывать за счет выручки, что равносильно снижению прибыли.
Интересные у вас данные про сроки окупаемости и жизни софта. Давайте примем как аксиому, что бывают разные виды софта с разными сроками жизни и окупаемости.
С последним абзацем полностью согласен — СааС теоретически будет использовать выгоднее, так как на моменты «простоя» от него можно отказаться. Но в каждом отдельном случае, все-таки надо смотреть на конкретные цены.
Покупки софта производителя провайдером в S+S нет, есть размещение решений у провайдера самим же разработчиком. Провайдер не покупает софт, а служит площадкой с доп. сервисами (тех поддержка, бекапы, хостин, билинг и прочее) на которой размещается софт. В случае с новыми версиями есть определенные обязательства перед провайдером на обновление софта и даже если происходит повышение цены, обычно оно незначительно по сравнению с апгрейдом On-Premise варианта, даже суммарно при использовании продукта (кстати обычно с выходом новой версии старая падает в цене).
Хорошо по поводу сроков соглашусь т.к. данные были взяты по корпоративным бизнес продуктам (к примеру линейка MS Dynamics или тот же Exchange).
Хорошо по поводу сроков соглашусь т.к. данные были взяты по корпоративным бизнес продуктам (к примеру линейка MS Dynamics или тот же Exchange).
Выдимо, мы начинаем разговаривать о разных вещах. Ну да ладно.
Я согласен, что СааСу определенно есть место на рынке. Какое именно, пока сказать трудно — тут Россия, помимо традиционного технологического отставания от западных стран, имеет еще и другие проблемы, о которых вы и писали. Посмотрим, как получится.
А в своих комментах, я лишь хотел обратить внимание на то, что это не панацея, чудо-технология или вундер-ваффе. Часть затрат, которые казалось бы исчезают, на самом деле так и остаются. С той лишь разницей, что их теперь несет провайдер, но клиент все равно будет их оплачивать.
PS: желаю успехов в вашей профессиональной деятельности.
Я согласен, что СааСу определенно есть место на рынке. Какое именно, пока сказать трудно — тут Россия, помимо традиционного технологического отставания от западных стран, имеет еще и другие проблемы, о которых вы и писали. Посмотрим, как получится.
А в своих комментах, я лишь хотел обратить внимание на то, что это не панацея, чудо-технология или вундер-ваффе. Часть затрат, которые казалось бы исчезают, на самом деле так и остаются. С той лишь разницей, что их теперь несет провайдер, но клиент все равно будет их оплачивать.
PS: желаю успехов в вашей профессиональной деятельности.
UFO just landed and posted this here
в России по моему опыту очень большая проблема с качеством.
и когда провайдер пишет, что вместо одного сисадмина он получает целую бригаду профессионалов — на практите зачастую это один толковый админ, который не успевает обслуживать всех клиентов и пара студентов, нас случай если надо сервер перезагрузить.
ну и по поводу ответственности — по факту наши провайдеры никакой ответственности не несут.
или если Вы сможете выбить за простой несколько тысяч рублей, то то они явно могут не покрыть Ваши возможные убятки и моральный ущерб.
так что как правило за красивым сайтом скрываются не современные датацентры — а какие-то ужасного вида подвал с каморкой в которой 2 админа ютятся…
отдавал как-то такому провайдеру сервер свой — те такие — «ОООО, HP, крута..» )))
у них одни крафтвеи валяются
и когда провайдер пишет, что вместо одного сисадмина он получает целую бригаду профессионалов — на практите зачастую это один толковый админ, который не успевает обслуживать всех клиентов и пара студентов, нас случай если надо сервер перезагрузить.
ну и по поводу ответственности — по факту наши провайдеры никакой ответственности не несут.
или если Вы сможете выбить за простой несколько тысяч рублей, то то они явно могут не покрыть Ваши возможные убятки и моральный ущерб.
так что как правило за красивым сайтом скрываются не современные датацентры — а какие-то ужасного вида подвал с каморкой в которой 2 админа ютятся…
отдавал как-то такому провайдеру сервер свой — те такие — «ОООО, HP, крута..» )))
у них одни крафтвеи валяются
ну убедиться в компетенции провайдера в случае если он работает с MS достаточно просто. Он есть на сайте MS в разделе хостинг-партнеров, у него есть статус Партнера Microsoft и прочее. Дело в том что получение всех этих статусов дело не одного дня, там и сертификация персонала и уровень дата центров и рекомендации клиентов.
и еще забыли написать — на самом деле у SaaS есть один огромный плюс для производителей ПО — его нельзя украсть. учитывая это — стоимость лицензий в варианте SaaS можно снизить сделав это вариант более привлекательным для клиента и для самого вендора — так как лучше пусть клиента заплатит в 2 раза меньше, чем будет пользоваться пиратской версией.
для GNU — это тоже хороший вариант получть деньги за софт…
ну и конечно от такой модели выиграют линуксоиды красноглазики.
т.к. чтобы в небольшой компании использовать linux/unix придется заморочиться с сисадмином.
толковый стоит дорого и фиг найдешь, а бестолковый будет разбираться 2 года — т.к. из коробки, в отличие от продуктов Microsoft, ничего не работает.
для GNU — это тоже хороший вариант получть деньги за софт…
ну и конечно от такой модели выиграют линуксоиды красноглазики.
т.к. чтобы в небольшой компании использовать linux/unix придется заморочиться с сисадмином.
толковый стоит дорого и фиг найдешь, а бестолковый будет разбираться 2 года — т.к. из коробки, в отличие от продуктов Microsoft, ничего не работает.
Всё это фигня, друзья. Самая большая косячина в SaaS это неизменяемость ПО тобой, и изменяемость ПО сервис-провайдером. Фактически, ты не можешь дорабатывать сервис под себя, ты можешь «быть как все», а в среде малого бизнеса такое большая редкость.
Далее, чтобы сделать сервис изменяемым пользователем, необходимо реализовать саму возможность в системе (не дай бох каждому, сейчас этим занимаюсь), вырастить партнёров, специалистов у партнёров, то есть пройти пол пути 1С. Не каждый может это сделать, зато каждый толковый студент может написать очередную, извините за выражение, «систему управления задачами» из 3х намертво приколоченных формочек и взывать небеса к ответу, почему это никому не надо :)
Далее, чтобы сделать сервис изменяемым пользователем, необходимо реализовать саму возможность в системе (не дай бох каждому, сейчас этим занимаюсь), вырастить партнёров, специалистов у партнёров, то есть пройти пол пути 1С. Не каждый может это сделать, зато каждый толковый студент может написать очередную, извините за выражение, «систему управления задачами» из 3х намертво приколоченных формочек и взывать небеса к ответу, почему это никому не надо :)
Почему неизменяемость?
Возможность настраивать ПО на серверном уровне (безопасность и пр.) конечного клиента не интересуют. Предполагается, что это качественно сделал провайдер.
А настроить портал на SharePoint или CRM-систему можно как угодно под конкретного клиента.
Начиная от формочек и заканчивая дизайном.
Возможность настраивать ПО на серверном уровне (безопасность и пр.) конечного клиента не интересуют. Предполагается, что это качественно сделал провайдер.
А настроить портал на SharePoint или CRM-систему можно как угодно под конкретного клиента.
Начиная от формочек и заканчивая дизайном.
Давайте разберёмся. Вот вы хостите Dynamics CRM. Вы запускаете новый экземпляр базы и сервера на каждого клиента? И клиент может нанять камрадов чтобы ему сделали кастомизацию, понаписали расширений. Накупить сторонних расширений в конце концов?
Наши клиенты или интеграторы, которые для них работают, имеют возможность кастомизировать и CRM-ки, и порталы SharePoint.
При этом они это делают как на уровне настроек клиентских интерфейсов, так и через нас путем установки различных модулей на серверном уровне.
Конечно, на серверном уровне ставятся такие расширения, которые не могут навредить остальным пользователям хостинговой платформы.
Слишком индивидуальные решения мы помогаем разворачивать на выделенных сервервах. Но в любом случае такое решение на порядок дешевле покупки ПО и содержания собственное инфраструктуры и не перестает быть решением по модели S+S.
При этом они это делают как на уровне настроек клиентских интерфейсов, так и через нас путем установки различных модулей на серверном уровне.
Конечно, на серверном уровне ставятся такие расширения, которые не могут навредить остальным пользователям хостинговой платформы.
Слишком индивидуальные решения мы помогаем разворачивать на выделенных сервервах. Но в любом случае такое решение на порядок дешевле покупки ПО и содержания собственное инфраструктуры и не перестает быть решением по модели S+S.
Sign up to leave a comment.
Малый бизнес и SaaS\S+S