Как стать автором
Обновить
0

Hello, SaaS | Создание нового продукта и почему не работает MVP

Время на прочтение3 мин
Количество просмотров3.8K
Я начинал писать свой блог с поста о создании SaaS продуктов. Пост получился довольно поверхностным, даже не поверхностным, а это была первая итерация в очень крупную клетку. Сегодняшний пост будет исключительно практическим и и посвященным New product development (NPD) в компании Dental Cloud.





Напомню, что мы делаем сервис автоматизации стоматологии, который а) классически b2b б) в него заложены все архитектурные требования NITS к SaaS — мультитенантность, кроссплатформенность в) и мы реализовываем требования на MS Azure. Важно, что я не говорю cейчас про многие SaaS-ы, которые взяли исключительно SaaS, как бизнес-модель например, к такой категории я бы отнес witget.com. или www.jivosite.ru

С точки зрения бизнеса мы играем в «багровом океане» — только в России порядка 30 игроков в сегменте 10 000 потенциальных клиентов и нам на уровне продукта надо быть априори лучше. Мое личное мнение, что в нашей истории не сработает MVP. Объясню почему — мы не продадим MVP и он ни кому не будет нужен. Мы не продадим из-за того, что MVP всегда будет проигрывать и вера в Lean Startup может сыграть с нами злую шутку. В сегменте автоматизации стоматологии уже масса коомодизи решений, успешных кейсов, практик и мы будем всегда в конце шорт-листа в очереди к потенциальному клиенту. Т.е. мы понимали, что никогда не продадим сервис в стандартных направлениях автоматизации — у нас это CRM-BPM (EHR — Electronic Health Records)
Что мы продадим, а не раздадим, как freemium:
  • будущие ожидания — каким продукт будет через время N
  • Clouds vista

Выход есть

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

Задача была решена примерно через 2 месяца обсуждений и команда пришла к выводу о том, что Dental Cloud должен лежать на стыке классических парадигм автоматизации CRM-BPM c добавлением Community составляющей в виде отдельных интегрированных сервисов или позиционирование его, как платформа. При этом мы не отошли от парадигм создания SaaS, а добавили к относительно простому функционалу автоматизации коммуникационную составляющую. Так в платформе сохранена доля автоматизации внутренних процессов клиники — 30%. Все модули не перегружены лишним, а самодостаточны для небольших стоматологических клиник.
Пока мы не до конца понимаем — станет ли Dental Cloud платформой или мы будем продавать наборы сервисов — это вопрос будущего и экспериментов, но уже сейчас понятно, что мы, по крайней мере, не конкурируем с большинством существующих в сегменте решений.



Новый подход

Какие тезисы к разработке SaaS я добавил из практики Dental Cloud и они, скорей, обязательные условия для запуска успешного продукта.
  • создание в frontend продуктах commynity составляющей через интеграцию или собственных сервисов-надстроек
  • интеграции с другими сервисами — например, voximplant.com
  • мульти — коммуникационная составляющая на уровне «пользователь приложения — клиент пользователя» поможет вам выиграть
  • наличие Rest API и коннекторы с облачными платформами, например, формат APS apsstandard.org

Ранее я делал акцент на том, что SaaS:
  • Это функционал, решающий одну проблему клиента
  • Соответствие NITS
  • Отсутствие лишнего — прав администратора, например


Из ярких последних примеров реализации всех моих тезисов о NPD — это Slack — ребята просто взяли все и перевернули с ног на голову — собрали вокруг коммуникаций все бизнес-приложения и в итоге побеждают.

* мои предыдущие материалы из серии «Hello, SaaS» можно прочитать по ссылке
Теги:
Хабы:
Всего голосов 8: ↑6 и ↓2+4
Комментарии17

Публикации

Информация

Сайт
dentaltap.com
Дата регистрации
Дата основания
Численность
2–10 человек
Местоположение
Россия

Истории