Вопрос «насколько стандартным должен быть SaaS-сервис», возникший в дискуссии вокруг последнего поста (о заказных разработках vs SaaS), натолкнул меня на мысль, что пора изложить свой взгляд на «философские» основы этого направления.
(Читатели, ищущие конкретную информацию, могут смело пропускать этот пост
. Также здесь не будет ничего нового – всем идеям по крайней мере 5 лет).
В мае 2003 года Harvard Business Review опубликовал статью Николаса Карра под названием «IT doesn’t matter». Эффект был ошеломляющим. С разгромной критикой – иногда с переходом на личности – Карра критиковали Билл Гейтс, Ларри Эллисон, Карли Фиорина и прочие. Статья, очевидно, задела живой нерв. И неудивительно. Главным тезисом статьи было утверждение: информационные технологии перестали быть фактором, помогающим компаниям достичь конкурентного преимущества.
Карр не был на тот момент даже экспертом по ИТ – он был историком, и приводил параллели с другой технологией – электричеством. Да, говорил он, было время, когда заводы, использующие электричество, выигрывали у отстающих – но когда к сети подключились все, использование электроэнергии стало «фактором гигиены». Аналогичная ситуация, продолжал он, имеется сейчас в ИТ. Вывод: технологии должны быть простыми, надежными, стандартными, и дешевыми. Как электричество. (Собственно за это на Карра и взъелись).
Когда улеглась волна иррациональной критики с пеной у рта, настал черед критиков размышляющих. Если подумать, сразу становится очевидно, рассуждали они, что тезис Карра не может быть правильным в широком смысле. То, как работает АБС в банке или биллинг в телекоме, в очень большой степени определяет конкурентоспособность этих компаний. С другой стороны, очевидно, никто сегодня не выиграет на рынке только благодаря наличию файловой системы или электронной почты. То есть системы бывают и такими, и другими. Где же пролегает граница?
Насколько мне известно, первым, кто предложил ответ, был Джеффри Мур. Он определил две категории систем:
- ключевые (core) – системы, поддерживающие те бизнес-процессы, которые дают компании конкурентное преимущество
- контекстные (context) – все остальные системы, необходимые для работы.
В таких терминах понятно, что:
- Нужно выделять максимум ресурсов на ключевые системы, и реалистичный минимум – на контекстные системы.
- Ключевые системы должны быть уникальны для конкретной компании, а контекстные – максимально стандартизованы.
Но какие типы систем являются ключевыми, а какие – контекстными? Ответ на этот вопрос тождественен ответу на вопрос – а в чем же конкурентное преимущество компании? Каждой организации придется ответить на этот вопрос самостоятельно. (Кстати, хорошо ответить довольно трудно). Даже в одной и той же отрасли разные компании могут прийти к разным ответам. Например, ритейлер, работающий в дискаунт-формате, силен низкими ценами, и для него ключевой системой будет система закупок и логистики. В то же время ритейлеры из премиум-сегмента, сильные персонализированным сервисом, будут ключевым образом зависеть от систем e-learning для персонала, а для логистики и закупок вполне могут использовать стандартные решения.
Частным случаем может быть ответ «а у нас все системы контекстные». Это особенно актуально для SMB, где источником преимущества вообще не являются бизнес-процессы, а, скажем, география (такси в Москве не конкурирует с такси в Новосибирске), или специализация (подозреваю, что конкуренция среди интернет-магазинов, торгующих в России книгами на японском, невысока).
Какое отношение все это имеет к SaaS? Очевидно, SaaS идеально подходит для реализации контекстных систем. Стандартизация естественным образом вытекает из технологии, а низкая стоимость получается за счет низких расходов в пересчете на одного заказчика и отказа от неестественных для заказчика функций типа администрирования системы.
Для России SaaS-решения могут сыграть особенную роль. В большой части страны рынок еще далеко не насыщен товарами и услугами, так что конкуренция не является таким уж важным фактором. Важнее дефицит людей с know-how по грамотной организации бизнеса (в особенности на уровне средних менеджеров). Решение, несущее в себе «бизнес-процесс под ключ«, не требующее присутствия на местах обученных партнеров, и автоматически включающее в себя новые best practices, может позволить заказчику научиться на опыте и ошибках других, и таким образом выжить и вырасти.
Июнь 4, 2009 в 3:07 пп |
Интересная и, на мой взгляд, неоднозначная тема.
Наш сервис (как ты прекрасно знаешь
) – типичный пример «коробочного» продукта, который должен быть пригодным к использованию без каких бы то ни было настроек. Образец для нас – это сервисы наподобие http://www.freshbooks.com (рассылка инвойсов онлайн – настроек там не сильно больше, чем в веб-почте).
Однако жизнь вносит свои коррективы – поделюсь опытом.
Начинали мы, разумеется, с прекрасной идеи о том, что сервис должен быть максимально простым и понятным. Работу можно начинать сразу после регистрации.
Однако сервис существует не в вакууме. Он оказывается включенным в бизнес-процессы клиентов. И тут сразу появляется огромное разнообразие вариантов. Клиенты в своей работе используют разный набор документов. Создают их в разном порядке. Связывают наш сервис с внешними системами.
Поддерживать все эти варианты в одном общем решении вполне возможно. Для этого в продукте появляются разнообразные настройки. Помню, что самый первый клиент появился после того, как мы добавили возможность создавать в документах пользовательские поля.
Но такое развитие приводит к закономерному результату – сервис становится сложнее. В нем уже не так просто разобраться с первого взгляда. В результате мы уже готовим решение, которое позволило бы загружать готовые конфигурации. В общем, идем по стопам 1С.
Наверное, для любой области можно сделать универсальный продукт, в котором есть все нужные кнопки. Но для бизнес-софта очень важный критерий – эффективность. А эффективный интерфейс – это интерфейс, настроенный под твоего конкретного клиента. (Даже MS Office пытается подстроиться, пряча ненужные, по его мнению, пункты меню.)
Получается, что настройки в любой более-менее сложной системе должны быть. Без них не обойтись. А если есть настройки, то должны быть и люди, которые объяснят клиенту, как ими пользоваться. То есть партнеры по внедрению.
1С не просто так добился успеха своих бизнес-приложений. Думаю, ты согласишься, что ключевым моментом было развитие сети франчайзи – не столько продавцов, сколько грамотных внедренцев продукта. Плюс к тому отличные возможности настройки, заложенные в самой платформе.
Подводя итог, я бы сказал так. Продукт, которому не нужна настройка, будет замечательно продаваться через Интернет (как это происходит на Западе). Но в автоматизации бизнеса таких продуктов скорее меньшинство. Для остальных кастомизация всегда останется обязательной. А вместе с ней – партнеры по внедрению, работающие напрямую с клиентами.
Июнь 6, 2009 в 12:56 пп |
Полностью соглашусь с Аскаром. Реально живущие системы для управления бизнесом без кастомизации встретить можно крайне редко.
Мы проектировали и создавали Кларис, имея опыт внедрения и поддержки более сотни проектов на промышленных предприятиях в течение ряда лет. С моей точки зрения именно возможность изменения бизнес логики и интерфейса на лету, без многостраничных ТЗ, запросов к программистам, ожидания доставки новой версии, начинающее действовать одновременно во всех филиалах (офисах) компании – на порядок повышает отдачу от использования информационных систем, существенно сокращая сроки внедрений и снижая стоимость владения системой.
Внедряя системы управления бизнес-процессами мы постоянно сталкивались с тем, что на старте заказчик НЕ ЗНАЕТ, как в итоге будет выглядеть конечное решение. Предпроектное обследование, анкетирование экспертов, проработка ТЗ мало что меняют. В результате во время внедрения возникают вводные, которые приводят к необходимости многократных изменений логики работы систем. В качестве примера скажу, что систему управления сервисом холодильного оборудования при традиционном подходе к разработке существенно переделывали из за изменения требований 6 раз. Долго и дорого.
Сегодня аналогичную систему мы сможем сделать и запустить в помощью нашей платформы в порядки быстрее. Причем сейчас это могут делать и партнеры и специалисты заказчика.
Поэтому базовый функционал: управление задачами, контроль поручений, учет рабочего времени, база клиентов и история контактов, выписка счетов, учет договоров, утверждение счетов на оплату, база знаний, ведение необходимых справочников, оповещения – мы отдаем в режиме зарегистрируйся и работай. Это потенциально интересно практически любой компании, где больше трех менеджеров. В терминах этой статьи – это контекстные системы.
Но ключевым фактором при выборе нашей системы является возможность автоматизации КЛЮЧЕВЫХ бизнес-процессов. Они уже уникальны или характерны для отрасли.
Здесь решения очень разнообразны:
-учет заявок на покупку продажу, аренду недвижимости
-трекинг процессов покупки и продажи заказных товаров длительностью до полугода
-подготовка, согласование коммерческих предложений,
-управление расходами – заявки на оплату, утверждение счетов
-автоматизация процессов юридического отдела
Общие свойства решений- необходимость онлайн видеть всю актуальную информацию всем заинтересованным лицам. Без привязки к офису. Быстро и недорого.
Возможность без обучения работать с системой сотрудников разного возраста и подготовки тоже важна.
К сожалению, онлайн продаж без контакта с покупателем у нас пока нет. Надеюсь, это дело будущего.