Я начинал писать свой блог с поста о создании SaaS продуктов. Пост получился довольно поверхностным, даже не поверхностным, а это была первая итерация в очень крупную клетку. Сегодняшний пост будет исключительно практическим и и посвященным New product development (NPD) в компании Dental Cloud.
Напомню, что мы делаем сервис автоматизации стоматологии, который а) классически b2b б) в него заложены все архитектурные требования NITS к SaaS — мультитенантность, кроссплатформенность в) и мы реализовываем требования на MS Azure. Я не говорю в посте про многие хорошие SaaS, которые не автоматизируют бизнес клиента, например witget.com. В предыдущем посте о NPD были заявлены следующие тезисы про то, каким должен быть SaaS
- решение одной задачи бизнеса
- соответствие стандартам NITS
- отсутствие части критичного ранее функционала — администрирования
MVP не работает
С точки зрения бизнеса мы играем в «багровом океане» — только в России порядка 30 игроков в сегменте 10 000 потенциальных клиентов и нам на уровне продукта надо быть оприоре лучше. Мое личное мнение, что в нашей истории не работает NVP и модель Lean Startup
Объясню почему. Мы не продадим MVP — он ни кому не будет нужен. Мы не продадим конкурентные преимущества из-за того, что MVP всегда будет проигрывать и вера в Lean Startup может сыграть с нами злую шутку.
К тому же, очевидно, что мы не продадим — классический софт и практики — у нас это CRM-BPM (EHR — Electronic Health Records)
Что мы продадим:
- будущие ожидания — каким продукт будет через время N
- Cloud
Выход есть
Перед командой встала задача — что делать, Карл — каким должен стать продукт для того, чтобы он стал не MVP, а
- конкурентным на момент запуска
- оставался простым и понятным пользователю
Задача была решена примерно через 2 месяца обсуждений и команда пришла к выводу о том, что Dental Cloud должен лежать на стыке классических парадигм автоматизации CRM-BPM c добавлением Community составляющей в виде отдельных интегрированных сервисов или позиционирование его, как платформой.
При этом мы не отошли от парадигм создания SaaS, а добавили к относительно простому функционалу автоматизации коммуникационную составляющую. Доля автоматизации внутренних процессов в платформе — 30%. Все модули не перегружены лишним, а самодостаточны для
Мы пока не понимаем до конца — станет ли Dental Cloud платформой или мы будем продавать наборы сервисов — это вопрос будущего и экспериментов. Но уже сейчас понятно, что мы, по крайней мере не конкурируем с большинством.
Какие тезисы к разработке SaaS я добавил из практики Dental Cloud и эти требования скорей обязательные условия для запуска успешного продукта.
- создание в frontend продуктах commynity составляющей через интеграцию или собственные доп модули
- интеграции с другими сервисами — например, voximplant.com
- мульти — коммуникационная составляющая на уровне «пользователь приложения — клиент пользователя» поможет вам выиграть
- наличие Res API и упаковка в APS apsstandard.org
Из ярких последних примеров реализации всех моих тезисов о NPD — это Slack — ребята просто взяли все и перевернули с ног на голову — собрали вокруг коммуникаций все бизнес-приложения и в итоге побеждают.
Мои предыдущие материалы из серии Hello, SaaS можно прочитать по ссылке
ссылка на оригинал статьи http://megamozg.ru/post/17648/
Добавить комментарий