Software on-Demand

Software as a service (SaaS) («Программное обеспечение как услуга»), или Software on Demand (SoD) («Программное обеспечение по требованию») — модель продажи программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности программного обеспечения.

В модели SaaS:

• Приложение приспособлено для удаленного использования;
• Одним приложением пользуется несколько клиентов (приложение коммунально);
• Оплата взимается как ежемесячная абонентская плата или на основе объема транзакций;
• Поддержка приложения входит в состав оплаты;
• Модернизация приложения происходит плавно и прозрачно для клиентов.

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

С точки зрения разработчика проприетарного ПО, модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку само программное обеспечение не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развёртывание и внедрение информационных систем, хотя и не исключает их полностью.

История

Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи.

Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, её развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах^[1], а акроним SaaS вошел в широкое употребление в 2001 году^[2].

Философия SaaS

Теоретически, любой платный веб-сервис можно подогнать под определение SaaS, однако на практике под этим термином обычно понимается программное обеспечение для бизнеса. Как правило, программное обеспечение по требованию позиционируется как более дешёвая и простая альтернатива внутренним информационным системам.

В настоящее время практически во всех функциональных классах КИС (корпоративные информационные системы) можно найти системы, поддерживающие модель SaaS. Для некоторых функциональных классов КИС (например, HRM,

Ключевые характеристики

Программное обеспечение по требованию обладает следующими ключевыми признаками ^[3]:

• Доступ к программному обеспечению удалённо предоставляется по сетевым каналам через веб-интерфейс;
• Программное обеспечение развёртывается в едином дата-центре, а не на мощностях каждого конкретного заказчика;
• Программное обеспечение предоставляется на условиях аренды и предполагает периодические платежи. Стоимость технической поддержки обычно включена в стоимость арендной платы;
• Обновления программного обеспечения устанавливаются централизованно на стороне провайдера SaaS. Таким образом, заказчикам не требуется устанавливать патчи и следить за обновлениями системы.

Стоимость

Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определённых операций или трафик)^[4]. В некоторых случаях заказчикам предлагаются смешанные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей и за расширенное хранилище данных).

Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду — SLA (Service Level Agreement). В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие дата-центры способны гарантировать доступность ПО не менее 99,5 % времени за год.

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

Отличия от других моделей

Вместе с терминами SoD и SaaS часто применяются определения Hosted Applications и Application Service Provider (ASP), имеющие близкий, хотя и несколько другой смысл^[5]. Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ не к приложению, а к определённым бизнес-функциям, которые, строго говоря, могут быть реализованы как угодно. В рамках модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развёрнутая на удалённом сайте провайдера и не имеющая множественных владельцев (multi-tenant architecture). Ещё одно отличие заключается в том, что под термином ASP могут подразумеваться не только бизнес-приложения, но и служебное или инфраструктурное ПО.

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

Многие поставщики утверждают, что они предоставляют on-demand решение, но используют этот термин весьма небрежно. Настоящее SaaS решение подразумевает под собой мультиарендную (многопользовательскую) архитектуру. Такая архитектура предполагает использование общей программной среды и общего аппаратного решения для всех клиентов, чтобы максимизировать продуктивность и выполнение задач. В ряде отдельных случаев клиенту предоставляется собственная база данных для обеспечения большей защищенности и подконтрольности данных.

ASP на сторонних решениях

Поставщики услуг по аренде приложений (ASP) — это провайдер услуг доступа к приложениям, расположенным на удаленном от потребителя сервере, через Интернет или частную сеть. Приложения обычно размещены у третьей стороны и зачастую не ассоциируются с самим поставщиком ПО. Тот, кто размещает ПО, порой не обладает достаточным опытом в области применения ПО и это может приводить к низкой эффективности и медленной реакции на проблемы. Поддержка и апгрейд требуют допольнительных затрат.

ASP On-demand

Некоторые поставщики сами предлагают свое ПО посредством ASP и называют это on-demand решением. В такой модели каждый клиент размещается на отдельном сервере, со своей персонализированной версией кода. Поддержание такого сервиса достаточно громоздко и приводит к низкой производительности, плохому сервису и дорогостоящему апргрейду.

Факторы, способствующие продвижению SaaS

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

Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA.

На данный момент можно выделить несколько основных факторов^[6], стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.

Положительные факторы SaaS для заказчиков

• Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;
• Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д.;
• Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия);
• Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;
• Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;
• Ясность и предсказуемость платежей, защита инвестиций;
• Возможность получить более высокий уровень обслуживания ПО.

Положительные факторы SaaS для разработчиков

• Рост популярности веб-сервисов для конечных пользователей;
• Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
• Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
• Лёгкое проникновение на глобальные рынки;
• Отсутствие проблем с нелицензионным распространением ПО;
• В отличие от классической модели, заказчик SaaS привязывается к разработчику — он не может отказаться от услуг разработчика и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж;
• В долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учётом расходов на хостинг и управление приложениями).

Ограничивающие факторы

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

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

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

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

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

В-четвертых, ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету на достаточно высокой скорости. Многие продукты SaaS компенсируют это наличием модулей для автономной работы. С развитием Сети значение этого фактора уменьшается (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться. С другой стороны, для территориально-распределённых компаний, которые должны работать в единой информационной среде, этот фактор не актуален.

SaaS в России

В отличие от Западной Европы и США модель SaaS пока не получила широкого распространения в России. На сегодняшний день можно выделить сразу несколько факторов, которые тормозят развитие данной модели на территории России и стран ближнего зарубежья:

• Низкая культура аутсорсинга: российские предприятия неохотно отдают свои бизнес-функции на откуп «третьим» компаниям. Данный фактор тормозит не только развитие модели SaaS, но и развитие всех аутсорсинговых услуг в целом;
• Распространённость использования нелицензионных копий ПО: они программного обеспечения фактически конкурируют с SaaS-решениями, особенно на рынке предприятий среднего и малого бизнеса. В западных странах именно эти рынки являются основными потребителями SaaS;
• Ограниченность предложения: с одной стороны мировые лидеры SaaS-систем не спешат адаптировать свои продукты для российского рынка, считая его недостаточно ёмким. С другой стороны российские интеграторы не хотят брать на себя повышенные риски, связанные с новизной модели распространения.
• Общее отставание российской ИТ-отрасли: по оценкам различных экспертов, российская отрасль отстает от западной на несколько лет. Многие отечественные предприятия по-прежнему находятся на начальных стадиях информатизации и даже не задумываются о внедрении SaaS-решений;
• Широкополосной доступ в Интернет является необходимым условием для использования SaaS. Как следствие, высокая стоимость такого доступа по-прежнему является серьёзным ограничивающим фактором использования SaaS в регионах.

Тем не менее, на данный момент в России присутствуют компании, предлагающие решения на базе концепции SaaS ^[7]:

Microsoft Dynamics CRM

NetSuite CRM

Salesforce.com

GetSalesDone.com

On-CRM.ru

Апрентис

Управление проектами/задачами

Электронная коммерция

• InSales.ru

Система коллективной работы и обмена сообщениями

• Хостинг Exchange
• Google Apps

Источники

1. ↑ Service Based Software, Bennet et al. 1999
2. ↑ Strategic Backgrounder: Software as a Service
3. ↑ IDC 2005 Software as a Service Taxonomy and Research Guide. Erin Traudt, Amy Konary
4. ↑ SaaS — конец начала, Л. Черняк, 2008
5. ↑ Модель SaaS в мире и в России, А. Колесов, 2008
6. ↑ Five Benefits of Software as a Service, J. Maynard, 2007
7. ↑ Каталог действующих в России SaaS-сервисов

Ссылки

• Материалы по SaaS на портале ERPNEWS
• Преимущества SaaS для провайдера
• Преимущества SaaS для клиента
• Проект «PlayHosted!» — SaaS-провайдер
• Проект «Boma online» — «Интернет-сервис для планирования и анализа продаж»
• CRM «по требованию»: быть или не быть? Результаты опроса E-xecutive
• Россия: HRM-системы мигрируют к SaaS
• Центр развития S+S\SaaS Россия