С точки зрения производителей ПО, 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 интересна в долгосрочной перспективе, не менее четырех-пяти лет.
Salesforce.com
Компания номер один, символ успеха и образец для подражания в мире SaaS. Основанная в 1999 году топ-менеджером Oracle Марком Беневым (одним из первых инвесторов стал сам Ларри Эллисон), Salesforce.com получила значительные инвестиции и в 2008 году вышла на уровень годового оборота $1 млрд. Основной "товар" Salesforce.com - система CRM, но компания уже переросла статус поставщика прикладного продукта. В 2007 году Salesforce.com запустила платформу Force.com, которую независимые вендоры могут использовать для хостинга своих приложений. Думается, что долгосрочные планы развития своего бизнеса компания связывает именно с Force.com.
NetSuite
Компания основана в 1998 году уже упомянутым Ларри Эллисоном. Стартовав как бюджетный продукт для автоматизации бухучета в небольших фирмах, NetSuite со временем получил модули CRM, ERP, электронной коммерции и стал позиционироваться как решение для более крупных компаний. Пока оборот NetSuite почти на порядок уступает обороту Saleforce.com. Этот продукт интересен возможностью автоматизации практически всего спектра бизнес-процессов организации, от приема заказов через интернет-магазин до расчета заработной платы.
Распространение 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, которая позволяет продолжать работу с веб-приложениями даже в случае временного отсутствия связи с Интернетом.