Определение SaaS

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

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

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

«Формальное» определение: SaaS – это:

1. Программное обеспечение,
2. Для использования организациями,
3. Исполняемое в своей основной части на программно-аппаратной платформе провайдера услуг (принадлежащей провайдеру или арендованной у третьей стороны), так, что провайдер услуг отвечает за техническую работоспособность системы в целом,
4. Доступное работающим в организации-клиенте через Интернет.

По такому определения можно сразу отмести как не-SaaS:

• Приложения, нацеленные в основном на частных лиц, а не на организации (Gmail, Skype),
• Приложения, работающие за стенами организации (обычно на хостинге), если доступ к ним осуществляется через выделенные каналы,
• «Корпоративный SaaS» – например, корпоративные Web-приложения, внешне часто похожие на SaaS-сервисы,
• Приложения, использующие Интернет-функционал факультативно (например антивирусы, подкачивающие обновления с Интернета).

(Строго говоря, SaaS – это не само программное обеспечение, а модель доставки. Один и тот же софт может быть запущен и как SaaS, и как обычное внутриофисное приложение. Oracle, например, говорит, что для них модель доставки – это вообще вторичный вопрос, из разряда «где сервер поставить», а главное – это функциональность).

Заметим, что под такое формальное определение попадают сервисы, которые интуитивно «не хочется» относить к разряду SaaS, например:

• Хостинговые варианты коммерческих или open-source корпоративных приложений (такие как Hosted Exchange);
• Все решения, которые на рубеже десятилетий обкатывались под маркой ASP (Application Service Provider);
• Сервисы, ценность которых заключается не столько в автоматизации внутренних процессов, сколько в обеспечении связи с внешним миром:
  • Различные Интернет-биржи (товаров и услуг), или Интернет-варианты SWIFT или EDI,
  • Коммуникационные решения (например IP-телефония),
  • Информационные сервисы, ориентированные на организации (например интернет-вариант Консультант Плюс).

Что же люди имеют в виду, когда говорят сегодня о SaaS? Перейдём от формального определения к сегодняшним тенденциям. Самый простой способ – «по аналогии»: самый большой и заметный игрок рынка SaaS, компания Salesforce.com (годовой оборот больше полумиллиарда долларов, капитализация больше шести миллиардов), обладает характеристиками, которые – вольно или невольно – обсуждающие обычно распространяют на свой понимание SaaS, а именно:

• Приложение написано и поддерживается сотрудниками SaaS-провайдера (в отличие от купленного на стороне);
• Приложение изначально создано для использования через Интернет (в отличие от поставленного «на хостинг» внутриофисного приложения);
• Приложение коммунально (multitenant): несколько организаций пользуются одной логической копией приложения, а разделение ресурсов происходит на уровне логики приложения;
• Клиенты платят не одноразовую стоимость лицензии, а некоторую ежемесячную плату за использование, включающую в себя стоимость поддержки;
• Основная ценность от использования приложения заключается в автоматизации внутренних бизнес-процессов компании, а не в связи с внешним миром. По сути SaaS-приложение заменяет использовавшиеся ранее внутриофисные приложения с похожим функционалом.
• Все заметные клиенту обслуживающие процессы – создание организации-клиента в системе, управление пользователями, оплата – полностью автоматизированы. «Хороший» клиент SaaS – у которого не возникло никаких проблем, требующих поддержки – может быть клиентом, ни разу не пообщавшись с сотрудником SaaS-провайдера.
• Приложение используется клиентами достаточно стандартными способами – «подгонка» под конкретного клиента делается путём настройки отдельных параметров (в отличие от сложных корпоративных приложений, которые могут требовать тонкой настройки процессов и форм, а также – местами – дополнительной разработки).

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