Выбираем поставщика SaaS: особенности национального сервиса

Западные эксперты приходят к выводу, что традиционный подход к выбору вендора требует пересмотра в случае, когда речь идет о поставщике SaaS-решений (см. «Как выбрать провайдера SaaS», «Директор ИС» 09/2017). В какой степени эта точка зрения находит отражение в практике российского бизнеса? И с какими трудностями приходится сталкиваться тем, кто делает выбор в пользу облаков?

Проблема номер один: дефицит доверия

Сергей Папоян, эксперт Союза ИТ-директоров: «Выгода от использования облачных сервисов не всегда очевидна, так что многие компании предпочитают “купить один раз и забыть”»

Несмотря на очень динамичное развитие рынка облачных сервисов в России, модель SaaS пока не имеет такого широкого распространения, как могла бы, полагает Сергей Папоян, эксперт Союза ИТ-директоров. Причем, по его опыту, в пищевой промышленности, металлургии, трубном производстве, в метизной отрасли и в банковской сфере картина примерно одна и та же. «По большей части причины кроются в недоверии компаний к провайдеру сервиса», – объясняет эксперт. Как считают многие компании, существует риск утечки критических данных к конкурентам или проверяющим органам. Кроме того, вопрос соблюдения ограничений, прописанных в законе 152-ФЗ, ставит в тупик ИТ-специалиста, продвигающего соответствующий сервис внутри компании. Каким образом проконтролировать, что данные хранятся только на серверах в пределах РФ? Как обеспечивается ограничение доступа к ним посторонних, особенно если провайдер не имеет собственных ЦОДов, а использует хостинг? Что происходит с данными после расторжения договора с провайдером? Как проследить, что все данные компании удалены, а не остались в архивных копиях вместе с данными других компаний?

Помимо прочего, не всегда можно точно посчитать стоимость владения программным обеспечением и затраты на использование аналогичных лицензий как сервиса. «Поэтому выгода от использования облачных сервисов не всегда очевидна, так что многие компании предпочитают “купить один раз и забыть”», – говорит Папоян.

В то же время в пилотных проектах модель SaaS демонстрирует очень высокий потенциал.

Рынок действительно повзрослел

Тем не менее облачные сервисы набрали уже достаточно популярности на российском рынке, чтобы у клиентов появился выбор. Если раньше заказчики сравнивали облачное решение и систему, развернутую на собственных мощностях, то теперь они, прежде чем сделать выбор, сравнивают разных поставщиков облачных сервисов, причем за последние несколько лет стали более вдумчиво сравнивать рыночные предложения и руководствуются при выборе не только ценой, но и другими характеристиками, заметил Роман Лимбергер, руководитель направления SaaS-решений компании «Крок». Разумеется, в первую очередь рассматривается функциональное наполнение сервиса. «Крупные компании стремятся выбрать решение, инструментарий которого будет максимально близок к функциональности стандартных систем, используемых на собственных мощностях», – сообщил Лимбергер. По его словам, заказчикам также важны комплексный подход к обеспечению информационной безопасности и предлагаемый уровень сервиса.

Дмитрий Пшиченко, директор департамента разработки и внедрения информационных систем компании «ЛокоТех»: «Мы стали более тщательно рассматривать поставщика с точки зрения того, действительно ли он предлагает SaaS-решение и насколько оно комплексное»

Принципы оценки поставщиков SaaS в последние годы, безусловно, изменились, говорит Дмитрий Пшиченко, директор департамента разработки и внедрения информационных систем компании «ЛокоТех». Уже накопилась достаточная статистика работы с конкретными поставщиками облачных сервисов, и это позволяет получить рекомендации и обратную связь от реальных клиентов, отзывы ИТ-специалистов и руководителей в ИТ-сообществе, а также увидеть отток клиентов от того или иного поставщика. Кроме того, появилась возможность в ретроспективе отследить, как поставщик развивает свое облачное решение, какая «дорожная карта» по развитию продукта разрабатывается и как она фактически исполняется. «Теперь можно сравнивать решения разных поставщиков с позиции перспектив развития», – отметил Пшиченко.

По мнению Антона Нагова, руководителя направления развития бизнеса департамента облачных технологий группы компаний Softline, изменение подхода к оценке поставщиков обусловлено взрослением рынка. Во-первых, сокращается цикл сделки: заказчики теперь значительно быстрее стали принимать решение о работе с конкретным поставщиком сервисов. Во-вторых, большинство заказчиков уже не хотят, чтобы на них экспериментировали: они желают получить готовый и полностью функциональный сервис через час после подписания договора или после перечисления денег на счет провайдера. Это возможно только при условии, что сервис у провайдера уже развернут в продуктивную эксплуатацию и технически поддерживается. И в-третьих, конкуренция за заказчика между провайдерами находит прямое отражение в соглашении об уровне обслуживания (service level agreement, SLA). Заказчик желает видеть понятный ему документ, который регламентирует, кто и за что отвечает в рамках договорных отношений между провайдером и клиентом, уточняет Нагов.

Совет: уделите внимание деталям

Какие же факторы анализируют отечественные компании после отсева предложений, не подходящих по функционалу? На что они обращают внимание, принимая решение о выборе поставщика облачных сервисов?

Вадим Горбунов, заместитель гендиректора по ИТ аптечной сети «Ригла»: «Мы всегда оговариваем права собственности на информацию – они должны быть нашими»

По словам Вадима Горбунова, заместителя генерального директора по информационным технологиям аптечной сети «Ригла», подход компании к оценке поставщиков практически не претерпел изменений, разве что острее ставится вопрос об интеграции, возникающий, когда арендуемая система работает с массивными данными. Это особенно важно, если она производит или собирает большой объем информации из внешних источников. «Очень часто для управления нужен значительный объем информации как из нашего хранилища данных, так и из SaaS-решения. Вот тут и встает проблема интеграции», – рассказывает он. Кроме того, в аптечной сети по-прежнему учитывают состояние SaaS-провайдера (объем и динамику клиентской базы, доходность, офис), стабильность цен на услуги и особенности защиты информации, а также рассматривают возможность локального развертывания системы на случай ухода SaaS-провайдера из бизнеса. «Мы всегда обсуждаем права собственности на информацию – они должны быть нашими», – подчеркнул Горбунов.

Как рассказал Пшиченко, прежде всего он проверяет, является ли облачный сервис по-настоящему готовым сервисом, не требующим затрат на оборудование и специалистов, а также самостоятельной установки и конфигурации приложений. Не секрет, что многие поставщики облачных сервисов перепродают «чужие» сервисы в составе своей комплексной услуги – например, арендуют ЦОД у другого провайдера. И при аварии в ЦОДе клиенты могут оказаться «заложниками» сразу двух поставщиков, один из которых не может ничего сделать, так как это не его оборудование, а второй будет исправлять ситуацию, руководствуясь своими внутренними SLA, в которых приоритеты и нормативы могут быть ниже, чем у заказчика.

«Мы более тщательно изучаем, действительно ли поставщик предлагает SaaS-решение и насколько оно комплексное, – объясняет Пшиченко. – Дело в том, что появилось много облачных решений, состоящих из нескольких продуктов (систем), которые слабо интегрированы между собой, иногда имеют разные архитектуры и даже разные команды поддержки, из-за этого у заказчика возникают дополнительные риски, касающиеся соблюдения SLA и непрерывности ИТ-сервиса».

Также в «ЛокоТех» обращают внимание на то, как поставщик гарантирует работоспособность сервиса, обеспечивает сохранность данных и отвечает за актуальность версии приложений.

Помимо SLA, важно оговаривать характеристики и даже марки оборудования, на котором будет установлено облачное решение, подчеркнул Пшиченко, так как для снижения затрат поставщик может поставить, например, СХД более низкой стоимости и надежности, иногда даже не промышленного исполнения.

В вопросе сохранности данных, по его мнению, важны не только регламент резервного копирования, система охраны и пропускного режима, но еще и то, в каком месте физически хранятся резервные копии, кто имеет к ним доступ, как регламентирован процесс восстановления данных и какова квалификация специалистов, которые обслуживают данный экземпляр облачного решения. «В моей практике были случаи, когда из-за ошибки технического персонала поставщика сервисов были удалены несколько баз данных, критичных для бизнеса, и их восстановление заняло около полутора суток, – делится опытом Пшиченко. – Инцидент завершился штрафными санкциями в отношении поставщика, но простой бизнеса это, безусловно, не компенсировало».

И наконец, в обеспечении актуальности программного обеспечения важны регламент обновления как облачных бизнес-приложений, так и платформ, на которых работает облачное решение, а также обновление серверных операционных систем и пользовательских приложений.

Эти нелегкие облака

Говоря о сложностях бизнеса при работе с облаками, Пшиченко привел в пример SaaS-систему Help Desk, которая в «ЛокоТех» функционирует в настоящее время: «У нас встал вопрос создания дополнительных отчетов по соблюдению SLA, но, из-за того что решение облачное и в нем, кроме нас, работают другие клиенты, мы фактически лишены возможности самостоятельно создавать отчеты или определять метрики по конкретным KPI. В итоге нам несколько недель пришлось ждать технического перерыва в работе SaaS-системы, чтобы внедрить в продуктивную систему Help Desk нужные нам виды отчетов».

Поскольку для доступа к облачному приложению требуется постоянный Интернет, необходимо позаботиться о резервировании каналов. Общая рекомендация при расчете перехода на SaaS – включить в TCO стоимость резервирования канала связи и, при необходимости, стоимость расширения основного канала связи. Так как в «ЛокоТех» распределенная ИТ-инфраструктура, для доступа к централизованным SaaS-системам пришлось расширить основные каналы и сформировать резервные.

Отдельный вопрос – уникальность систем, которые позиционируются и предоставляются как облачные. Иногда в качестве облачных сервисов продаются ИТ-решения, изначально разработанные для конкретного заказчика. В этом случае, предостерегает Пшиченко, уникальная архитектура, принцип построения облачной ИТ-системы или неполная поддержка миграции данных могут привести к тому, что заказчик попадет в зависимость от провайдера SaaS и не сможет сменить поставщика.

Кроме того, переходя на облачную модель, заказчик перестает контролировать параметры работы и настройки ПО, весь сервис предоставляется под ключ, что иногда требует дробления сервисов на более мелкие, с выделением, например, инсталляции серверного ПО для более детального контроля уровня оказания ИТ-сервиса в целом.

Таким образом, делая выбор в пользу облаков, следует быть готовым к работе в иных условиях и учитывать множество нюансов.