Ячейка для бизнеса

Архив

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

В нынешнее нелегкое время тщательная оптимизация работы зачастую становится необходимым условием выживания фирмы. А там, где речь заходит об оптимизации, трудно обойтись без ИТ-решений. Но вот беда: внедрение систем управления бизнесом, будь то ERP или CRM, требует изрядного количества времени и денег - в итоге получается замкнутый круг. Одним из возможных выходов из тупика можно назвать модель SaaS (Software as a Service). Попробуем разобраться, что несет SaaS пользователям и разработчикам приложений, а также рассмотрим перспективы распространения этой концепции в России

Наверное, идеальным можно считать такое устройство (здесь мы будем понимать под ним и программные продукты), когда задача, для которой оно предназначено, решается, а само устройство при этом отсутствует или, по крайней мере, действует незаметно. SaaS существенно приближает ПО к такому идеалу. Кстати, один из слоганов компании Salesforce.com, крупнейшего поставщика SaaS, - "no software".

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

"Миграция" приложений в Интернет принимает все более массовый характер. Наверное, первым массовым интернет-приложением был сервис веб-почты Hotmail, запущенный в 1996 году. Несколько лет назад стал доступен онлайновый аналог Microsoft Office от Google, а компания Adobe в течение десятка лет планирует адаптировать все свои продукты, включая Photoshop, для работы в онлайне.

Однако бизнес-приложения оказались менее подверженными "сетевому поветрию". Правда, первый продукт, который можно отнести к категории SaaS, появился еще в 1995 году - это был сервис для создания интернет-магазинов ViaWeb (основали его, кстати, люди неординарные: Пол Грэм, ныне венчурный капиталист и автор очень интересных эссе, и Роберт Моррис - создатель "червя Морриса"). Сам же термин SaaS возник только в начале нынешнего века, а по-настоящему это направление раскрутилось буквально два-три года назад. Сейчас по SaaS-модели реализовано множество достойных решений в сфере CRM, бухучета, управления персоналом, менеджмента проектов и т. д.

Больше всего эта модель похожа на популярную в конце 90-х годов концепцию ASP (Application Service Provider). Однако есть и существенное отличие. Если вендор ASP может устанавливать по отдельному серверу для каждого из своих клиентов, то один экземпляр приложения SaaS обслуживает множество пользователей из разных компаний. Эта ключевая особенность называется multi-tenancy.
Взгляд пользователя

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

Есть ли недостатки у SaaS? Разумеется, есть, и, с моей точки зрения, главным из них является существенно ограниченная возможность настройки. Вы можете делать что угодно с установленным на своем сервере продуктом (если, разумеется, вендор предоставил соответствующие средства), но если тот же сервер обслуживает несколько сотен (а может быть, и тысяч) других компаний, вендоры вынуждены сильно ограничивать свободу действий пользователей.

Серьезная опасность, связанная с использованием SaaS, - зависимость от разработчика продукта (vendor lock-in). Не произойдет большой катастрофы, если разработчик традиционного ПО прекратит его поддержку, - как бы то ни было, старая версия более или менее успешно работает и есть возможность без спешки подыскивать ее замену. Если же вендор SaaS сообщает вам, что через месяц сервис станет недоступен, ситуация приобретает гораздо больший драматизм. По этой причине выбор вендора продукта SaaS является очень ответственным делом.

Взгляд вендора

С точки зрения производителей ПО, SaaS тоже имеет несколько уникальных свойств, как приятных, так и не очень.

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

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

Если вендоры традиционных приложений, как правило, продают лицензии as is, вендоры SaaS несут ответственность перед своими пользователями за бесперебойное функционирование сервиса. Это переносит их в область, более привычную для хостинг-провайдеров, где возникают вопросы круглосуточной доступности сервиса, заключения соглашений SLA (Service Level Agreement) с заказчиками и т. д.

Таким образом, поставщики SaaS вынуждены нести более высокие затраты для запуска своих продуктов. А после запуска их ожидает другая неприятность - небольшая выручка от продаж. Еще одна проблема, с которой сталкиваются разработчики, - в SaaS плохо работают стандартные каналы продаж через партнеров. Относительно небольшие платежи клиентов, как правило, не могут заинтересовать реселлеров, работающих на процентах с продаж. Поэтому вендорам необходимо налаживать прямые продажи своих продуктов - что тоже недешево. У лидеров рынка на маркетинг и продажи уходит от 60% до более чем 200% от выручки. Интересно, что Ларри Эллисон - совладелец SaaS-команий Salesforce.com и NetSuite - довольно сдержанно высказывается о финансовых перспективах SaaS[news.cnet.com/8301-13953_3-9941412-80.html.]. И для этого есть все основания: несмотря на большие обороты, Salesforce.com только в 2007 году впервые получила прибыль в размере $18 млн. Другая же компания Эллисона - NetSuite - и вовсе несет убытки на протяжении всей своей десятилетней истории.

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

Технологии

Распространение SaaS-приложений было бы невозможно без новых технологий, появившихся относительно недавно.

Чаще всего пользователи работают с приложениями SaaS при помощи веб-браузера. Этот способ имеет большое преимущество - такие сервисы доступны с любого компьютера, из интернет-кафе или даже со смартфона.

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

Ситуация принципиально улучшилась с развитием поддержки языка JavaScript и появлением технологии AJAX[Asynchronous JavaScript and XML.]. При помощи этих средств веб-разработчики смогли создавать сложные приложения, вроде тех, что входят в состав Google Docs. На сегодняшний день подавляющее большинство SaaS-приложений построено именно на JavaScript и AJAX.

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

Компания Google попыталась изменить ситуацию, выпустив Google Chrome - этот браузер позиционируется прежде всего как оболочка для запуска веб-приложений. Имея быстрый движок JavaScript и возможность создавать ярлыки для запуска веб-приложений, Chrome предлагает неплохой вариант для работы с SaaS (кстати, эта статья была целиком написана при помощи Google Documents и Chrome). Google также продвигает интересную технологию Gears, которая позволяет продолжать работу с веб-приложениями даже в случае временного отсутствия связи с Интернетом.

Некоторые вендоры выбирают другие технологии для создания клиентской части своих приложений. Из них наиболее интересны Adobe AIR и Microsoft Silverlight.

Обсудив варианты создания клиентской части SaaS-приложений, обратим внимание на не менее важный компонент - серверную часть. Часто выбор серверной платформы определяется исключительно вкусами вендора. Это может быть PHP, Java, .NET. При этом каждый разработчик должен решить для себя следующие вопросы:

Как обеспечить масштабируемость сервиса? (Желательно иметь возможность просто установить еще один сервер, когда существующие компьютеры перестают справляться с нагрузкой.)

Как наладить резервное копирование данных пользователей и где эти данные хранить?

Как справляться с физическими поломками серверов? (В идеальном случае пользователи не должны их замечать.)

Как обеспечить и поддерживать постоянное интернет-соединение для всех своих серверов?

Около двух лет назад появились сервисы, предлагающие готовое решение для этих задач. Их назвали PaaS (Platform as a Service). Фактически PaaS - это типичный продукт SaaS, предназначенный для самих вендоров SaaS. Нередко PaaS называют еще одним модным термином - cloud computing (вычисления в облаке). Под облаком здесь подразумевается Интернет, из которого волшебным (для пользователей) образом появляются результаты вычислений - сервисы.

На практике использование PaaS выглядит так: вендор покупает необходимое количество виртуальных серверов и дискового пространства и платит за использованные гигабайты и серверное время (вспоминается полузабытый термин "машинное время"). При увеличении нагрузки можно купить дополнительные серверы. Если нагрузка вырастает только в рабочие часы - можно использовать большее количество серверов только с 9:00 до 18:00.

Два самых популярных и зрелых продукта PaaS - это Amazon Web Services и Google App Engine. Последний предоставляет среду для выполнения приложений, разработанных исключительно на Python. Ядро же Amazon Web Services - Amazon EC2 - предлагает более гибкое решение. Вы получаете виртуальную машину с Linux, в которой можно выполнять любые приложения. В Amazon доступна очень интересная возможность - запуск нескольких экземпляров приложения в разных географических регионах: для снижения времени отклика пользователи автоматически подключаются к ближайшему экземпляру.

SaaS в России

Распространение продуктов SaaS в России идет пока ни шатко ни валко. И Salesforce.com, и NetSuite можно купить через локальные компании-партнеры, однако вендоры еще не проводили серьезную адаптацию своих продуктов к российской специфике. Отечественных вендоров можно пересчитать по пальцам, большинство из них - стартапы, разрабатывающие продукты с нуля. Крупные компании наподобие "1С" пока, видимо, лишь присматриваются к рынку (единственное известное мне исключение - "АйТи", запустившая онлайн-CRM на основе продукта с открытым исходным кодом SugarCRM, а также HR-систему, см. врезку на стр. 26). Надо учитывать, что переход на SaaS потребует полной перестройки каналов сбыта - огромная армия партнеров, реселлеров, внедренцев может остаться без источника доходов. Понятно, что крупные вендоры не станут ломать существующую систему, пока не увидят для себя решающие преимущества новой модели.

Объем продаж на российском рынке SaaS оценить трудно (вендоры редко раскрывают эту информацию), но очевидно, что он несопоставим с продажами традиционного бизнес-ПО. Что же мешает массовому переходу отечественных разработчиков и пользователей на SaaS?

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

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

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

Об авторе: Аскар Рахимбердиев руководит компанией LogneX, которая является одним из первых отечественных разработчиков решений SaaS. Основное направление деятельности - автоматизация оперативного учёта в компаниях малого и среднего бизнеса. Специалистами компании накоплен опыт, включающий в себя как разработку технологических решений, так и продвижение продукта SaaS на российском рынке.