😱 Как мы в стартапе не делали 20 «важных» фич в месяц и выросли в 3 раза В 2023 году у нас в Parts Auto был бэклог на 100+ «критичных» фич. Денег — на три месяца вперёд. Разработчик — один. Рост — ноль. Через год мы делали в 3 раза меньше задач, а выручка выросла в 3 раза. Всё потому, что мы начали ежемесячно не делать по 20 казалось бы важных фич. Расскажу, как мы до этого дошли и какой фреймворк «на коленке» нас спас. Проблема была не в «много идей». Она была в двух вещах: 1) Задачки-"неберучки". «Сделать ML-цены» — это на 2 недели или на полгода? Без понятной оценки приоритизация не работает. Мы боялись таких задач и плодили кучу мелочи, которая ни к чему не вела. 2) "Гениальные" фичи. У нас в команде было много крутых идей, которые мы считали прорывными. А клиенты просили доработать скучный CSV-экспорт. В итоге мы строили воздушные замки, а реальные деньги утекали к конкурентам. Прозрение наступило, когда кончились деньги. Мне пришлось самому лезть в продажи и поддержку. Отвечать на гневные письма, слушать, как клиенты путаются в интерфейсе. И тут меня озарило. Реальная боль, за которую люди были готовы платить сейчас, жила в двух строчках их гневного тикета: «А можно вот эту табличку выгрузить в Excel?». Пропасть между тем, что приходит в голову команде, и тем, что нужно клиенту — огромна. И единственный мост через неё — это регулярный, почти физический контакт с их реальностью. Жесткие ограничения — лучший инструмент приоритизации. Когда у тебя нет денег, нет продаж и один разработчик — мир волшебным образом становится чёрно-белым. Все твои красивые «а что если...» мгновенно отваливаются. Остаются только задачи, которые: 1) Можно сделать быстро и дёшево. 2) За которые кто-то прямо сейчас готов заплатить или хотя бы кричать на тебя в телефоне. Всё остальное — просто интеллектуальный мусор. Сложные фреймворки и долгие дискуссии — это роскошь, которую может позволить себе растущая компания с запасом прочности. В режиме выживания работает только один принцип: «Что спасет нас в ближайшие три месяца?». И этот фокус оказался нашим главным двигателем роста. Фильтр выживания: 3 критерия для любой задачи Мы превратили этот принцип в простой чек-лист. Задача идёт в работу, только если на все 3 вопроса — твёрдое «ДА». 1. ПРОЗРАЧНОСТЬ: Понимаю КАК это сделать? • Не «в общем понятно», а есть план, прототип и данные. • Могу объяснить разработчику за 5 минут без тумана. • Если для оценки нужны недели исследований — задача проваливает этот критерий сразу. 2. СКОРОСТЬ: Это не долгострой? • Оценка — не больше 2-3 недель от «взяли в работу» до «в продакшене». • Если дольше — нужно резать задачу на части и делать первый кусок. • Железное правило: «Лучше 5 фич по 3 дня, чем одна на 3 месяца». 3. ДЕНЕЖНЫЙ СИГНАЛ: Есть чёткая логика, как это принесёт деньги? • Это НЕ надежда «сделаем продукт лучше». Это конкретный рычаг роста: • Прямая монетизация: Клиент готов платить за эту фичу сейчас. • Удержание денег: Чинит «дыру», через которую утекает Х% платежей. • Рост конверсии: Изменение, которое гарантированно повысит конверсию (референс, предыдущий опыт). • Блокирующая потребность: Клиент хочет купить, но не может, потому что не хватает именно этой «мелочи». Задача, прошедшая все 3 критерия, не уходит в долгую разработку. Мы начинали с быстрого теста гипотезы. Если после быстрого теста сигнал слабый — бросали без сожаления. Ошиблись в логике. Зато не потратили квартал. Этот подход кажется жёстким и прагматичным. Но именно он научил нас не распыляться, слышать клиентов и считать деньги до того как программировать. 👉 Напишите, какой у вас процент задач, которые не проходят этот простой фильтр из трёх вопросов? P.S. В комментариях к анонсу вы написали про задачи и бэклоги. Попробуйте сегодня применить к ним эти три критерия. Хватит строить воздушные замки — начните строить то, за что платят.