Мобильные приложения и MVP

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

Самое сложное — договориться, что выкинуть

При обсуждении идеи функций всегда набирается тридцать, и каждая кажется необходимой. Моя задача на первом этапе — помочь отделить ядро от желаемого. Ядро — это то, без чего продукт не имеет смысла. Всё остальное ждёт подтверждения, что продукт вообще нужен.

Что обычно и есть ядро

• Один основной сценарий, ради которого человек пришёл.
• Регистрация и вход, если без них сценарий не работает.
• Экран, где виден результат или статус.
• Связь с данными: сайт, база, внешний API.

Личные кабинеты и мобильные интерфейсы

Частая задача — не отдельное приложение, а кабинет: клиент видит заказы, статусы, документы, оплаты. Это дешевле приложения, работает в браузере, не требует публикации в магазинах и обновляется мгновенно. Прежде чем делать приложение, стоит проверить, не решается ли задача кабинетом.

Проектирование и связка с API

Работаю над структурой данных и обменом с внешними системами: что откуда берётся, где хранится, как обновляется. Это скучная часть, но именно на ней ломаются продукты, спроектированные «по экранам»: интерфейс нарисован, а данных для него нет.

Честно о границах

Я силён в проектировании продукта, интерфейсах, вебе и связке с API. Если задача требует нативной разработки под iOS и Android с тяжёлой графикой или работой с оборудованием — скажу прямо и обозначу, какую часть могу закрыть, а для какой нужна отдельная команда. Это лучше, чем взять всё и завалить срок.