MVP — это не обрубок без будущего— а почему тут плохо задизайнили и не подумали?
— Мы подумали! Знаем, что это плохо. Но это MVP, потом решим.
— Да, чего душнишь! Согласуй уже, а! У нас сроки, сам Боженька попросил эту фичу сделатьЗнакомо?)) Мне тоже 🥲 Продолжаем про манифест дизайнеров и редакторов Т-Банка))
Очень часто под словом «MVP» прячут лень, отсутствие идей или страх отложить релиз на месяц. Я стремлюсь доносить, что MVP делают только тогда, когда есть чёткий концепт целевого продукта. Только так мы понимаем, каким должно быть решение в итоге, и от этого выделяем первую итерацию, MVP.
Если концепта нет, а есть только «давайте быстро выкатим MVP, потом подумаем» — это не MVP. Это хаос под вывеской «гибкий подход». В итоге можно наделать костылей, которые потом никуда не масштабируются и не нужны клиенту.
Поэтому если выпускаете MVP и не знаете, что будет дальше, честнее сказать прямо: «Мы считаем этот уровень продукта достаточным, чтобы катить на клиентов и оставить его на 2–3 года без изменений». Если боитесь и не готовы так сказать, а концепта развития продукта нет, то самое время бить тревогу — скорее всего вокруг вас найдутся адекватные люди, вместе победим!
Обрубки без будущего могут ещё маскировать под «дешевый и быстрый АБ-тест». Об этом как-нибудь потом напишу)))
Ранее уже писал Про то, что
данные — не обоснование для создания плохого клиентского опыта Про то, что
точность важна, но понятность важнее 
