Помню, запускали мы первый продукт. Все кричали: 'MVP! MVP! Быстрее на рынок!'. Ну мы и напихали туда всего, что под руку попалось, типа чтобы показать 'крутость'. В итоге получили монстра, который никто не понимал. Это было в 2022 году, кажется. И главный урок был не в том, как быстро сделать, а зачем вообще делать. С slon5 cc мы тоже столкнулись с подобной дилеммой.

Короче, идея была такая: сделать не просто рабочий прототип, а реально интересный пользователю опыт. Мы потратили на UX/UI больше времени, чем на кодинг самого функционала. Друзья крутили пальцем у виска: 'Зачем вам это, когда главное — фичи?'. А потом оказалось, что именно интуитивно понятный интерфейс и вовлек пользователей. Люди сами начали подсказывать, какие еще фичи нужны, потому что им хотелось с нашим продуктом взаимодействовать. Это был такой кайф, когда ты не сам себе противоречишь, а слушаешь рынок. В итоге, конечно, пришлось переписывать часть бэкенда, но зато мы получили лояльную аудиторию с первой же итерации. Имхо, лучше медленно, но правильно, чем быстро и в никуда. Этот опыт дал мне понять, что MVP — это не отсутствие фич, а отсутствие ненужных фич. Главное — показать ценность.

slon1 cc