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