Разбор проекта за 45 минут
- Определите границу разбора: обещанный результат, срок, ресурсы и решение, которое нужно принять сейчас.
- Соберите короткую хронологию наблюдаемых фактов: что произошло, какие сигналы были доступны и какие решения были приняты.
- Отделите факт от интерпретации и от заднего знания; не превращайте разбор в публичную оценку людей.
- Найдите повторяемую причину в процессе, стыке ролей, предположении или контуре обратной связи, а не только единичную ошибку.
- Зафиксируйте «остановить — продолжить — изменить», владельца, первый проверяемый шаг и дату review. Если данных мало, сформулируйте гипотезу, а не окончательный вывод.
Ниже сохранён исходный материал. Метод не заменяет юридическое, кадровое или финансовое разбирательство там, где оно требуется.
Подробности исходного материала
Вторник, четыре часа дня, переговорка с потёкшим маркером на доске. Мы сидим вшестером и смотрим на график, который полгода назад рисовали с горящими глазами. По графику новый продукт должен был выйти на окупаемость к весне. Сейчас весна закончилась, а линия выручки лежит на нуле, как кардиограмма, которую лучше не показывать родственникам.
Я открываю рот, чтобы сказать «давайте дадим ему ещё месяц». И вдруг ловлю себя на том, что эту же фразу я говорил в марте. И в апреле. И в мае. Полгода я давал проекту ещё один месяц — каждый раз с интонацией человека, который не хочет признавать очевидное. В тот вторник мы проект закрыли. Списали полгода работы и около двух миллионов рублей. А команда, как ни странно, вышла из переговорки не разбитой, а собранной. Вот про этот парадокс и весь разговор — а заодно про то, как закрывать проекты вовремя, а не на полгода позже, как сделал тогда я.
Когда пора закрывать проект, который не пошёл?
Закрывать проект пора, когда он трижды подряд не дотянул до заранее оговорённой контрольной цифры, а единственный аргумент в его пользу — уже вложенные деньги и время. Не «мне разонравилось» и не «я устал», а холодный факт: метрика стоит ниже нижней границы, которую вы сами назначили на старте. Если такой границы нет — закрывать нечем, и проект будет жить вечно за ваш счёт.
Звучит просто. На практике почти никто так не делает, и я годами был в их числе. Умение вовремя убить проект — навык того же ранга, что умение его запустить. Только запуску все аплодируют, а закрытию никто. Поэтому ему нигде не учат, и каждый собственник набивает эту шишку сам, обычно дорого. На запуск есть курсы, акселераторы, книжки. На «как остановиться» — почти ничего, хотя по деньгам это решение часто важнее.
И ещё одна вещь, которую я понял не сразу. Способность закрыть неудачный проект — это не про отдельный проект. Это про то, сколько новых вы сможете запустить. Пока ресурсы заморожены в мёртвом направлении, вы не начинаете живое. Каждый месяц, что вы тащите труп, — это месяц, на который отложен запуск чего-то работающего. Закрытие освобождает не только деньги, оно освобождает руки.
Посмотрите на любую крупную продуктовую компанию, и вы увидите кладбище закрытых проектов длиннее списка живых. Это не признак провала менеджмента — наоборот. Тот, кто запускает много, обязан много закрывать, иначе он быстро упрётся в потолок по ресурсам. У Додо Пиццы за годы были десятки экспериментов с форматами и доставкой, которые тихо свернули, и именно поэтому остались те несколько, что работают. Бизнес, у которого нет ни одного закрытого проекта за пару лет, обычно просто боится пробовать — и это куда опаснее, чем пара списанных гипотез.
Почему мы держимся за проект, который давно мёртв?
Привычный ответ — «жалко вложенного». Это правда, но это только вершина. Под ней лежит механизм, который экономисты называют ошибкой невозвратных затрат, а я для себя называю проще: чем больше закопал, тем сильнее хочется докопать до конца, даже если копаешь явно не туда.
Деньги, которые вы уже потратили, вернуть нельзя. Их нет. Решение «продолжать или нет» по-хорошему должно зависеть только от будущего: принесёт ли следующий вложенный рубль больше рубля. Но мозг считает иначе. Он смотрит назад, на потраченные шесть месяцев, и шепчет: «не бросай, иначе всё было зря». И вот вы вкладываете седьмой месяц, чтобы оправдать первые шесть. Потом восьмой — чтобы оправдать семь. Это не жадность и не глупость, это базовая прошивка, и работает она против вас.
Что мешает увидеть провал вовремя?
Мешает то, что провал приходит не катастрофой, а рассрочкой. Если бы проект рухнул за неделю, решение было бы простым. Но он не рушится — он тихо недотягивает. На пять процентов в этом месяце, на семь в следующем. Каждое отдельное отставание выглядит как случайность, которую «вот-вот выправим». А складываются они в полгода под нулём.
Я видел это на собственном складском проекте. Мы запускали доставку в соседний регион, и каждую неделю отчёт показывал «почти вышли в плюс». Восемь недель «почти». Когда я наконец сложил все «почти» в один график, оказалось, что мы не приближались к нулю — мы вокруг него ходили по кругу, сжигая оборотку. Отдельная неделя обманывала. Восемь недель рядом — уже нет.
Почему оптимизм основателя тут работает против него?
Тот самый оптимизм, без которого вы бы вообще не начали бизнес, в фазе закрытия превращается в яд. Чтобы запустить проект, нужно верить вопреки данным — на старте данных и нет, есть только вера. Чтобы закрыть — нужно поверить данным вопреки себе. Это две противоположные мышцы, и у большинства предпринимателей вторая атрофирована, потому что её редко тренируют.
Добавьте сюда публичность. Вы рассказали команде, партнёру, иногда инвестору, что запускаете крутую штуку. Закрыть — значит признать вслух, что ошиблись. И вот вы тянете уже не ради проекта, а ради того, чтобы не произносить эту фразу. Проект давно стал историей про ваше эго, а не про бизнес, — и самое опасное, что изнутри это почти не видно. Со стороны заметно сразу, изнутри — почти никогда.
Как отличить временную яму от настоящего тупика?
Это главный вопрос всей темы, и честный ответ такой: по заранее заданным правилам, а не по ощущению в моменте. Ощущение всегда подскажет «потерпи ещё чуть-чуть». Правила, придуманные на холодную голову до старта, — единственное, что не даст соврать себе на горячую.
Рабочий приём, который я подсмотрел в венчурной логике и перенёс в обычный средний бизнес, — контрольные точки. Перед запуском вы назначаете три отметки: один месяц, три месяца, шесть месяцев. И на каждую отметку пишете не мечту, а минимум — цифру, ниже которой проект считается несостоявшимся. Не «хотим столько-то», а «если меньше этого — закрываем без обсуждений».
Разница тут огромная. Цель тянет вверх и легко прощает отставание: ну не дотянули до мечты, бывает, в следующем месяце доберём. Нижняя граница не прощает ничего: либо ты над ней, либо проекта нет. Когда граница записана заранее и под ней стоит ваша подпись, в нужный момент спорить уже не с чем — спорил бы с собой трёхмесячной давности, а тот был трезвее и не влюблён в процесс по уши.
Какие цифры ставить на контрольные точки?
Те, что отражают живой спрос, а не вашу активность. Плохая метрика — «сколько мы сделали»: написали лендингов, провели встреч, выкатили фич. Хорошая — «сколько за это заплатили»: выручка, повторные покупки, реальные заявки от тех, кто вас раньше не знал. Активность можно нарастить усилием воли, она всегда красивая. Спрос нарастить нельзя — он либо есть, либо вы его придумали.
В Ozon и Wildberries новые направления режут именно по спросовым метрикам: не «сколько товаров завели в каталог», а «сколько выкупили без промо». Т-Банк (бывший Тинькофф) точно так же закрывал часть своих сервисов — не потому что их плохо сделали, а потому что клиент за них не платил. Авито регулярно сворачивает эксперименты, которые не набрали транзакций, какими бы красивыми ни были интерфейсы. Платящий клиент — единственный судья, которого нельзя уговорить.
Сколько времени давать на разворот?
Столько, сколько заложили заранее, плюс ноль. Главная ловушка — продлевать срок задним числом, когда дедлайн уже на носу, а цифры плохие. «Дадим ещё месяц» в этот момент — не стратегия, а анестезия. Если вы заранее решили, что честный срок проверки гипотезы — шесть месяцев, то на шестом месяце вы либо видите рост к границе, либо закрываете. Седьмого месяца в плане не было, и появляться он не должен — иначе зачем вы вообще писали план.
Когда яма — это всё-таки яма, а не тупик?
Когда у отставания есть понятная внешняя причина с понятной датой окончания, и метрика под границей, но движется вверх. Запустили в несезон, рынок встал из-за разовой истории, главный поставщик подвёл — и при этом каждую следующую неделю цифра растёт, пусть медленно. Это яма: дно есть, и вы из неё выползаете. Тупик выглядит иначе — причины внятной нет, а цифра не растёт, она колеблется вокруг одного уровня. Растёт к границе — терпите. Стоит на месте третий замер подряд — это не яма, это ваша новая нормальность, и она вас не устраивает.
Чеклист: пять признаков, что проект пора закрывать
Я свёл свой опыт и опыт нескольких знакомых собственников в короткую таблицу. Если набирается три признака из пяти — почти наверняка вы уже тянете мёртвое и просто не разрешаете себе это назвать.
| Признак | Что это значит на деле |
|---|---|
| Главный аргумент «за» — уже вложенное | Когда вы защищаете проект, вы говорите про потраченные деньги и время, а не про будущую выручку. Это ошибка невозвратных затрат в чистом виде. |
| Метрика под границей третий замер подряд | Не разово, а системно ниже того минимума, который вы сами назначили на старте. Один провал — случайность, три — закономерность. |
| Сроки уже двигали задним числом | «Ещё месяц» вы обещали себе больше одного раза. Каждое продление — признание, что прошлая граница не сработала, а новую вы придумали под настроение. |
| Растёт только активность, не спрос | Команда делает больше лендингов, звонков, правок — а платящих клиентов не прибавляется. Движение есть, выручки нет. |
| Вы боитесь сказать про проект вслух | Закрытие пугает не цифрами, а необходимостью признать ошибку перед командой или партнёром. Значит, вы держитесь за эго, а не за бизнес. |
Эту таблицу я держу в паспорте каждого проекта и прохожу по ней раз в месяц. Занимает пять минут, экономит месяцы. Важная деталь: проходить чеклист должен не только основатель, влюблённый в идею, но и кто-то рядом — партнёр, финансовый директор, просто трезвый человек, которому не больно. Своё мы оцениваем добрее, чем оно того заслуживает, и третий взгляд тут стоит дороже, чем кажется.
И ещё про цифру «три из пяти». Она не магическая, я вывел её эмпирически на своих и чужих историях. Но смысл не в точном пороге, а в том, чтобы у вас вообще был порог, посчитанный заранее. Любое число, записанное на холодную голову, лучше, чем решение на горячую, когда вы стоите у доски и не хотите признавать, что полгода ушли в пустоту.
Как закрыть проект, чтобы команда не развалилась?
Закрытие — это не похороны, а разбор. Если провести его как похороны, команда уйдёт с ощущением, что полгода жизни выброшены, и в следующий проект пойдёт без огня. Если как разбор — уйдёт с активом: знанием, которое стоило этих денег и теперь принадлежит компании, а не лежит на кладбище.
Я в тот вторник сделал вещь, которая тогда показалась мне рискованной: не стал искать виноватого. Сказал прямо — решение запускать принял я, граница была наша общая, цифры её не взяли, проект закрываем сегодня. И дальше час мы потратили не на «кто провалил», а на «что мы теперь знаем такого, чего не знали полгода назад». Список получился на полторы страницы. Половина пунктов через год сэкономила нам куда больше, чем мы потеряли на закрытом направлении.
Что обязательно сделать в момент закрытия?
Три вещи, и пропустить нельзя ни одну. Зафиксировать решение письменно — дата, причина, какая граница не взята. Провести честный разбор без поиска виноватого — что сработало не так и что мы из этого поняли. И перераспределить людей и деньги вслух, в тот же день, чтобы команда видела: ресурс не пропал, он пошёл туда, где живой спрос.
Самое важное — третий пункт. Пока люди не знают, куда их перебрасывают, они сидят на руинах закрытого проекта и переживают. Как только видят новую задачу — переключаются почти мгновенно. Энергия, которая час назад уходила в «всё зря», начинает работать на следующее. Я этот эффект недооценивал, пока не увидел, как быстро собирается команда, которой в день закрытия дали понятный новый фронт.
Как не превратить закрытие в репрессии?
Развести два разных вопроса: «проект не пошёл» и «человек плохо работал». Это пересекается реже, чем кажется. Чаще всего проект закрывают не потому, что команда схалтурила, а потому что гипотеза оказалась неверной — рынок не захотел того, что мы решили ему предложить. Наказывать людей за вашу неверную гипотезу — быстрый способ научить их больше никогда не браться за рискованное. После пары таких разборов вам будут носить только безопасные идеи, на которых ничего не вырастает.
Это, кстати, видно в продуктовых командах Яндекса: там закрытый сервис не клеймо на резюме, а строчка опыта. Человек, который вёл закрытое направление и честно разобрал, почему оно не пошло, ценится выше того, кто ни разу не рисковал. Культура, в которой за провал гипотезы не казнят, — это культура, в которой вообще пробуют новое.
Как встроить «право закрывать» в саму компанию?
Сделать закрытие нормальной, заранее описанной процедурой, а не личной драмой основателя. Пока решение убить проект зависит от настроения и смелости одного человека, оно всегда будет запаздывать — человеку тяжело резать своё. Когда это правило системы, оно срабатывает вовремя и без надрыва, потому что система не влюблена в проект и не теряет лицо.
На практике это выглядит буднично. У каждого нового проекта при запуске есть «паспорт»: гипотеза, три контрольные точки, нижние границы, ответственный. Раз в месяц — короткая сверка по паспорту, пять минут на проект: над границей или под ней. Под границей третий раз подряд — закрываем по регламенту, без совещания на четыре часа и без потёкшего маркера. Решение принято заранее, сегодня его только исполняют.
Я завёл такой паспорт после той истории со складом. С тех пор мы закрыли ещё четыре направления — и каждое закрыли месяца на три раньше, чем закрыли бы по старинке, на ощущениях. Эти три месяца на каждом проекте — чистые сэкономленные деньги, которых раньше не было в природе. Получается, самый дорогой навык, который я купил за полгода списанной работы, оказался не «как запускать», а «как вовремя остановиться». И обошёлся он мне ровно в один мёртвый проект, после которого я наконец перестал давать мёртвым проектам ещё один месяц.
Частые вопросы
Чем закрытие проекта отличается от провала?
Провал — это когда проект тихо тянет деньги, а вы делаете вид, что он ещё выстрелит. Закрытие — управленческое решение остановить то, что не взяло заранее заданную планку, и направить ресурс в живое. Провал случается с вами. Закрытие вы делаете сами. Первое стыдно, второе — признак зрелого руководителя, который считает деньги вперёд, а не назад.
А если закрыть, а проект через год выстрелил бы?
Такое бывает, но проверяется это дёшево: не закрывайте намертво, а законсервируйте гипотезу. Запишите, при каком изменении рынка к ней стоит вернуться. Если условие наступит — перезапустите с нуля и свежими силами. Держать же мёртвый проект «на всякий случай» целый год — это платить полную цену за лотерейный билет, который почти наверняка не выиграет.
Как понять, что я тяну проект из-за эго, а не по делу?
Простой тест: представьте, что этот проект запустили не вы, а сосед по рынку, и предложил вам его купить по сегодняшним цифрам. Купили бы? Если нет — значит, держитесь вы не за бизнес, а за то, что это ваше. Чужими глазами цифры читаются честнее: своё мы оправдываем, чужое оцениваем трезво. Этот тест отрезвляет за полминуты.
Нужны ли контрольные точки маленькому бизнесу?
Особенно маленькому. У большой компании есть запас, чтобы полгода тащить неудачу и не умереть. У бизнеса на десять человек один затянутый проект съедает оборотку, и закрывать приходится уже не проект, а компанию. Чем меньше денег, тем раньше должна стоять нижняя граница и тем дисциплинированнее по ней нужно резать. ВкусВилл на старте именно так и рос: быстро пробовал форматы и так же быстро закрывал то, что не покупали.
Что говорить команде, когда закрываешь проект?
Правду в трёх частях: решение принял я, вот граница, которую мы не взяли, вот куда мы перебрасываем силы с завтрашнего дня. Без размазывания вины и без фальшивого «мы все молодцы». Команда прекрасно отличает честный разбор от спектакля и уважает первое. А новая задача, выданная в тот же день, гасит ощущение зря потраченного времени быстрее любых красивых слов поддержки и быстрее, чем вы успеете сами расстроиться из-за списанного проекта.
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
