Урок продуктовой разработки: почему важно сначала делать просто
М@pm_godпродакт / фаундер
1 месЛичный опыт провала при создании базы знаний для менеджеров: почему избыточная функциональность вредит продукту на этапе валидации гипотезы.
Сначала сделай просто
У всех ПМов есть такой чемоданчик сохраненок: шаблоны оценок, документы со старых работ, просто полезные статьи и видео. Мне пришла идея сделать такой общий мега-чемодан в сообществе ПМ совет, чтобы каждый мог скинуть что-то полезное в общий котел.
Тогда мы собрались группой инициативных ребят и стали придумывать, как это реализовать. Сразу всплыла проблема с копирайтом: вдруг будут добавлять пиратский контент или корпоративные доки. После пары итераций (кажется, прошло несколько месяцев) мы придумали убойный процесс модерации. А еще апвоуты, теги и разделение материалов по группам.
Когда мы все это зарелизили, то материалы добавили примерно 2,5 человека, и все эти свистелки оказались никому не нужны. Я допустил совершенно джуновскую ошибку, с головой увлекшись реализацией фичи вместо того, чтобы сначала поисследовать, кому она нужна.
Этот пример подтвердил для меня простую продуктовую истину: когда валидируешь гипотезу, сначала сделай просто.
Кратко (AI)
Автор делится историей создания базы знаний для менеджеров, которая провалилась из-за избыточного функционала. Вместо проверки востребованности идеи, команда потратила месяцы на разработку системы модерации и тегов, которыми никто не воспользовался. Главный вывод: при валидации гипотез необходимо начинать с максимально простых решений.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖