• О сервисе
  • Возможности
  • Преимущества
  • Отзывы
• Решения
  • Для торговли
  • Для розницы
  • Для интернет-магазинов
  • Складская логистика
  • Производство
• Новости
• Демо
• Поддержка
  • Руководство
  • Видео
  • Шаблоны
  • API
• Тарифы
• О компании

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

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

ЗАЧЕМ НУЖЕН SAAS И С ЧЕМ ЕГО ЕДЯТ

Аскар Рахимбердиев
Опубликовано в журнале «Компьютерра», номер 43 за 2008г.

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

Наверное, идеальным можно считать такое устройство (здесь мы будем понимать под ним и программные продукты), когда задача, для которой оно предназначено, решается, а само устройство при этом отсутствует или, по крайней мере, действует незаметно. SaaS существенно приближает ПО к такому идеалу. Кстати, один из слоганов компании Salesforce.com, крупнейшего поставщика SaaS, – «no software». Говоря коротко, SaaS – это бизнес-приложения, доступные через Интернет. Получив доступ к сервису (например, оплатив подписку), пользователь может сразу начать работать с приложением, не тратя времени на установку и настройку ПО. В отличие от традиционных приложений, для которых лицензия, как правило, разрешает бессрочное использование, сервисы SaaS оплачиваются на строго определённый срок – например, месяц или квартал.

«Миграция» приложений в Интернет в последнее время принимает всё более массовый характер. Наверное, первым массовым интернет-приложением был сервис веб-почты Hotmail, запущенный в 1996 году. Несколько лет назад стал доступен онлайн-аналог Microsoft Office от Google, а компания Adobe в течение 10 лет планирует адаптировать все свои продукты, включая Photoshop, для работы в онлайне. Однако бизнес-приложения оказались менее подверженными «сетевому поветрию». Правда, первый продукт, который можно отнести к категории SaaS, был выпущен ещё в 1995 году – это был сервис для создания интернет-магазинов ViaWeb (основали его, кстати, люди неординарные: Пол Грэм, ныне венчурный капиталист и автор очень интересных эссе и Роберт Моррис - создатель «червя Морриса».) Сам же термин SaaS возник только в начале нынешнего века, а по-настоящему это направление раскрутилось буквально два-три года назад. Сейчас по SaaS-модели реализовано множество достойных решений в сфере CRM, бухучёта, управления персоналом, менеджмента проектов и т.д.

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

ВЗГЛЯД ПОЛЬЗОВАТЕЛЯ

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

Не менее важный момент – стоимость SaaS. Может быть не очевидным с первого взгляда, что в стоимость лицензии «офлайнового» ПО входит оплата за весь предполагаемый срок использования продукта. Если между покупками очередной версии в среднем проходит 3 года, то вендор закладывает в стоимость лицензии расходы на поддержку и бесплатные обновления в течении 3 лет. Если вы планируете использовать продукт в течение, например, одного года, фактически вы дополнительно оплачиваете ненужные вам два года поддержки.

В случае SaaS стоимость использования сервиса определяется гораздо более прозрачно. Некоторые сервисы даже работают по схеме постоплаты, где сумма оплаты за очередной месяц рассчитывается по фактическому числу активных пользователей за этот период. Такая схема выглядит значительно более привлекательно традиционных вариантов в стиле «лицензия на 10 пользователей с бесплатной поддержкой в течение 3 лет». Важно и то, что оплата происходит по мере фактического потребления услуг, а не авансом – для любого бизнеса важно производить платежи как можно позже.

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

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

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

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

ВЗГЛЯД ВЕНДОРА

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

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

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

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

Таким образом, поставщики SaaS вынуждены нести более высокие затраты для запуска своих продуктов. А после запуска их ожидает другая неприятность – небольшая выручка от продаж (причину этого мы обсудили выше). Ещё одна проблема, с которой сталкиваются разработчики, – в SaaS плохо работают стандартные каналы продаж через партнёров. Относительно небольшие платежи клиентов, как правило, не могут заинтересовать реселлеров, работающих на процентах с продаж. По этой причине вендорам необходимо налаживать прямые продажи своих продуктов – что тоже недешево. У лидеров рынка на маркетинг и продажи уходит от 60% до более чем 200% от выручки. Интересно, что Ларри Эллисон – совладелец SaaS-команий Salesforce.com и NetSuite – довольно сдержанно высказывается о финансовых перспективах SaaS . И для этого есть все основания: несмотря на большие обороты, Salesforce.com только в 2007 году впервые получила прибыль в размере $18 млн. Другая же компания Эллисона – NetSuite – и вовсе несёт убытки на протяжении всей своей десятилетней истории.

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

ТЕХНОЛОГИИ

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

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

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

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

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

Некоторые вендоры выбирают другие технологии для создания клиентской части своих приложений. Из них наиболее интересны Adobe AIR и Microsoft Silverlight. Платформа Adobe появилась раньше и пока более популярна среди разработчиков, но, зная способности 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-систему). Надо учитывать, что переход на SaaS потребует полной перестройки каналов сбыта – огромная армия партнёров, реселлеров, внедренцев может остаться без источника доходов. Понятно, что крупные вендоры не станут ломать существующую систему, пока не увидят для себя решающие преимущества новой модели.

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

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

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

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

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