Оказывается, выводить новый продукт на рынок и параллельно вести блог - это пиздец как сложно. Поэтому я и пропал.
Пока продукт не вышел в релиз, за него никто не платит. А значит, каждую лишнюю неделю разработки фаундер оплачивает сам: зарплаты команде, сервера, инфраструктуру, весь банкет. Таймер тикает, деньги сгорают. 💸
15 марта у BigBro релиз. Мы выходим из режима тепличных тестов в реальность - к первым платящим клиентам.
И вот что происходит перед любым релизом: хочется впихнуть в продукт вообще все.
Вот это тоже надо. И это. И вот без этого точно нельзя.
В какой-то момент ты уже не собираешь продукт. Ты тащишь на себе жирного монстра из амбиций, фич и хотелок команды. 🧟♂️
И тут все такие умные советуют матрицу Эйзенхауэра.
Проблема в том, что в продукте она часто не работает. Потому что “срочно” и “важно” - это субъективщина.
Для разработчика важно одно. Для сейлза - другое. Для фаундера важно вообще все.
В итоге почти весь бэклог очень быстро переезжает в квадрат “срочно и важно”. А релиз - вправо.
Поэтому мы пересобрали матрицу под одну цель: релиз BigBro 15 марта. 🎯
Оставили всего 2 вопроса к любой задаче.
1. Если мы это не сделаем, жизнь продукта станет хуже? • Да - срочно • Нет - не срочно
2. Это ведет нас к цели - релизу 15 марта? • Да - важно • Нет - не важно
Вот и все. ✂️
Эти 2 вопроса отрезвляют моментально. Половина “критически нужных” задач сразу оказывается не критичной, а просто чьими-то хотелками.
Да, фича может быть крутой. Да, она может усиливать продукт. Но если без нее прямо сейчас ничего не ломается и к релизу она не ведет - это не приоритет. Это бэклог.
Потому что перед релизом главная задача - не собрать идеального монстра. Главная задача - выпустить работающий MLP до того, как собственные хотелки сожрут дедлайн и деньги. 🚀
Иногда главный продуктовый навык - не придумать новую фичу, а вовремя запретить себе ее делать.
