#запуск_продукта #MVP Как еще можно сделать MVP, если на разр | Нормально делай, нормально будет / Саша Клименко

#запуск_продукта #MVP
Как еще можно сделать MVP, если на разработку сложнейшей идеи требуются годы?

Кнопка — сервис, который освобождает предпринимателя от бухгалтерии.

Компания сменила несколько подходов к тому, как доставлять ценность клиентам через свой сервис. Сначала разные команды работали без синхронизации друг с другом, создавая продукты каждая для клиентов. Ориентировались на NPS и выручку от них. Однако это было немасштабируемо, и обмен информацией между командами отсутствовал.

Решили переделать на конвейер и постепенно автоматизировать участки работы, но встали новые проблемы.
Сначала решили автоматизировать 100% операций с максимальным качеством, и посадить человека их проверять. Однако глаз человека замыливался, ошибки накапливались.
Затем решили автоматизировать максимальное количество операций, но со 100% качеством, практически без возможности человеку что-то исправить.

Оказалось, автоматизировать можно не больше 30-40% работы. «Конвейерный» подход диктовал, чтобы на каждом этапе использовалось необходимое количество информации, и в итоге роботу ее всегда не хватало.
Например, ООО «Ромашка» платит ООО «Бегемотик», и нужно сделать проводку. Чтобы автоматизировать проводку целиком, нужна информация — это был займ, покупка товара или оплата услуг? А эта информация обрабатывается на других частях конвейера и в моменте не доступна, так что человеку опять приходится делать много работы.

Появилась гипотеза, что можно описать жизненные ситуации и способ их проведения в учете комплексно. И если они стабильны и повторяемы, а новые возникают не так часто, то обработку каждой из них можно автоматизировать и жить счастливо.

Разработка ИТ-продукта такого масштаба займет годы. Нужна структура для хранения данных о различных операциях, но с возможностью постоянно развиваться и рефакториться, и интерфейс работы с ней.

Решение было найдено довольно элегантное.
сделали Domain Specific Language — язык, предназначенный для описания бухгалтерских операций. Разработчикам удобно работать с языками, их удобно развивать и рефакторить. Продакт «из разработчиков», работать с языком ему тоже не сложно. Разработчики описывали все сделки клиентов руками, а когда устали — сделали интерфейс на его основе, который менялся динамически за самим языком.
задача алгоритма — не сделать работу, а описать ее так подробно, чтобы ее мог сделать непрофессионал. Второй частью решения был человек без квалификации бухгалтера, который мог по описанию сделать все операции без ошибок, своеобразный «биоробот».

Ситуации конкретного клиента прописываются с нуля с помощью языка, а язык расширяется по мере возникновения новых ситуаций у клиента. Был соблазн при добавлении каждой новой ситуации раскатать ее на всех старых клиентов, однако отказались:
хотелось минимизировать операционку,
можно сравнить клиентов полностью на новой технологии и на старой.

В итоге:
MVP собрали за три месяца (у клиентов на MVP действительно считаются налоги и успешно ведется весь учет)
80 клиентов еще через 3 месяца (это много для Кнопки), и со всеми справляется 1 «биоробот»
Команда — 2 продукта, 1 разработчик
Набор ситуаций действительно исчерпаем

Гипотезу считают доказано и планируют развивать продукт. Из полезных выводов: низкоуровневый язык можно использовать для создания MVP успешнее, чем UX, а полная реализация на узком сегменте лучше, чем частичная на широком (проще сравнить по результатам внедрения).

Источник: видео, 21 минута без вопросов