Продуктовый горшочек, не вари

Мы в Облакотеке не просто запускаем сервисы, но и извлекаем из этого полезные уроки. И, конечно, делимся ими с вами. Сегодня вместе с директором по развитию Облакотеки Оксаной Новицкой обсуждаем MVP в инфраструктурной сфере.

MVP — это, вообще-то, минимально жизнеспособный продукт. Но в инфраструктуре надо соблюдать тонкий баланс: если сделать слишком мало, никто не поймет, зачем оно и как этим пользоваться. А если слишком много — рискуем потратить ресурсы и услышать от клиентов, что им это не надо.

Что самое главное в MVP?

Не увлечься. Тут плюшечка, там бантик, и вот ты уже закопался. Особенно в инфраструктурных проектах, где даже «самое простое» — это не кнопка, а API, алерты, биллинг, отказоустойчивость, и все это должно работать с первого дня.

Например, в относительно простом продукте — объектном хранилище — сразу всплывает куча нюансов. Одному нужно бэкапить серверы, второму — хранить видеоархивы, третьему — дешевое и надежное лог-хранилище.

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

Как в Облакотеке решили эту проблему?

Мы сели и честно ответили: что человек хочет сделать в первые 10 минут?

получить доступ к сервису;
создать бакет;
залить объект;
получить доступ к объекту;
понять, сколько это будет стоить.

Вот это и стало нашим MVP. Интерфейс — три кнопки. Сервис вроде простой, но рабочий.

MVP в облаке — это не «минимум»?

За простым хранилищем с тремя кнопками стоят кластеры, метрики, лимиты, провижининг, справочники, биллинг, счета, акты и куча всего еще. Здесь нельзя выкатить недоделанный сервис: пользователи напишут в поддержку, позовут менеджера, скажут в чате, что «оно не работает». И придется либо фиксить за день, либо терять доверие.

А еще MVP должен быть прозрачным — с понятной ценой, логикой, доступом и защищенным. Даже на старте должна быть базовая безопасность.

Как не скатиться в «сырой» релиз?

Выбираем базовый сценарий: что клиент сделает в первый день?

Ищем первых пользователей. Они сразу скажут, что не так.

Пишем документацию.

Начинаем использовать сервис сами. Если команда не может пользоваться своим же продуктом — тревога.

Жизненные циклы объектов, интерфейс для админов — все это мы добавляли после. Настоящий MVP — это не половина сервиса. Это первая версия, которая готова к тому, что ей начнут пользоваться прямо сейчас. Даже если придется чинить что-то в чате в 3 ночи.

#Оксана_объясни

Облакотека / Оставить «бусты»