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

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

• решение одной задачи бизнеса
• соответствие стандартам NITS
• отсутствие части критичного ранее функционала — администрирования

MVP не работает

С точки зрения бизнеса мы играем в «багровом океане» — только в России порядка 30 игроков в сегменте 10 000 потенциальных клиентов и нам на уровне продукта надо быть априори лучше. Мое личное мнение, что в нашей истории не работает NVP. Объясню почему. Мы не продадим 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. Я обязательно напишу к чему мы придем в бизнес модели в следующих постах.

Новый подход

Какие тезисы к разработке SaaS я добавил из практики Dental Cloud и они, скорей, обязательные условия для запуска успешного продукта.

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

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

* мои предыдущие материалы из серии «Hello, SaaS» можно прочитать по ссылке

Автор: EvseyFaydo

Источник