Сколько стоит один день задержки фичи. Считаем в рублях, когда они есть, и в баллах, когда их нет

Знакомый разговор. Коммерческий директор пообещал клиенту новую функцию онбординга в марте. Разработка просит апрель. Продакт посередине, и все сходятся на том, что виноват техдолг. Кивнули, разошлись.

Вопрос, который на этой встрече никто не задал: во сколько компании обошёлся этот месяц? Пока релиз ждёт, клиента забирает конкурент, который выпустил раньше. Дальше переманивать этого клиента обратно будет дороже, чем стоила бы сама разработка.

Обычно в такой ситуации торгуются на ощущениях. У разработки «нам нужно ещё время», у коммерции «клиент уйдёт». Кто громче и кто выше по должности, тот и выиграл. Я хочу показать инструмент, который переводит этот спор в цифру. Называется Cost of Delay, стоимость задержки. Термин из Lean-управления, его ввёл Дон Рейнертсен.

Такие методички часто продают как «посчитаете за 15 минут». Не посчитаете — по крайней мере в первый раз. В первый раз это пара часов и несколько неудобных вопросов аналитику, потому что половины данных под рукой нет, а вторая половина спорная. Быстро становится потом, когда у вас уже есть прикидка по похожим фичам и понятно, где брать цифры.

Так что обещать «легко и быстро» я не буду. Обещаю другое: даже грубый расчёт меняет разговор сильнее, чем час спора на ощущениях. Цифра живёт дольше встречи

Рейнертсен раскладывает ценность фичи на три части. Считать в рублях обязательно не все три, но держать в голове нужно все.

Business Value (BV) — прямая ценность. Выручка или экономия, которую фича приносит за период. Это то, что аналитики и продакты обычно уже прикидывали, просто не переводили в «рублей в день».

Time Criticality (TC) — насколько ценность завязана на срок. Сезонность, регуляторный дедлайн, конкурент с похожим релизом. Одна и та же задержка в разные моменты стоит по-разному: фича к чёрной пятнице, выпущенная в декабре, стоит почти ноль.

Risk Reduction / Opportunity Enablement (RR/OE) — снимает ли фича риск или открывает новую возможность. Например, разблокирует интеграцию с крупным партнёром, без которой не подписать контракт. Этот слой чаще всего забывают, и зря — иногда он крупнее прямой выручки.

Логика на первый взгляд понятная: релиз задерживается, команда всё это время получает зарплату, значит её ФОТ — это потеря. Логика неверная.

Команда во время задержки не сидит без дела. Она работает над чем-то другим. Поэтому её зарплата — не потеря от задержки, эти деньги вы платите в любом случае.

А вот что действительно потеря — это альтернативная стоимость. Пока шесть человек доводят фичу А, они не делают фичу Б. И если у Б тоже есть своя стоимость задержки, то задержка А стоит вам ещё и упущенной ценности Б. Это и есть настоящая цена удержания команды на задаче, а не оклады.

Поэтому в расчёте ниже ФОТ команды нет. Есть стоимость задержки самой фичи, а альтернативную стоимость мы учитываем при сравнении задач между собой — об этом во второй половине.

Самый простой случай: вы видите, как фича влияет на деньги.

SaaS-продукт, новая функция онбординга. Гипотеза: поднимет конверсию из лида в клиента на 4%.

Исходные данные:

Прямая ценность фичи: 80 × 150 000 = 12 000 000 ₽ в месяц. В день это около 400 000 ₽.

Итого день задержки стоит около 480 000 ₽. Команда просит 10 дней на доработку — это примерно 4,8 млн ₽ упущенно.

Дальше разговор на той самой встрече руководителей звучит иначе. Не «дайте нам время», а «полная версия через 10 дней стоит около 4,8 млн упущенной выручки; упрощённую можем выкатить через 3 дня и проверить гипотезу на живых деньгах». Решение принимает бизнес, но уже с ценником, а не вслепую.

В медиа «BV в рублях с фичи» в лоб не считается. Пользователь не платит за статью. Но деньги в системе есть, просто на один шаг дальше.

Допустим, фича — рекомендательный блок на главной, который поднимает глубину просмотра. Прямой выручки у блока нет. Зато есть цепочка: глубина просмотра → просмотры рекламы → рекламная выручка.

Как дотянуться до рубля:

Маловато для драмы? Так и есть, и это полезный результат. Он говорит, что гнать эту фичу вне очереди нет смысла — день задержки стоит 27 тысяч, а не полмиллиона. На медиа-метриках это частая история: фича, которая на словах «улучшает пользовательский опыт», в деньгах оказывается некритичной, и её спокойно можно подвинуть.

Если рекламную модель привязать не получается (например, метрика — это MAU и удержание, а монетизация общая), переходите к относительной оценке из кейса 3. Не мучайте цифру, которой у вас нет.

Внутренний дашборд для аналитиков. Стартап без выручки. Новое направление без истории. Денег с фичи нет, и придумывать их — самообман.

Это не значит, что задержка бесплатна. Значит, что нужен другой инструмент — относительная оценка. Точную цифру мы не знаем, но можем сказать: вот эта задача примерно втрое важнее вон той. Для приоритизации этого достаточно.

Берём те же три компонента CoD и оцениваем каждый по шкале Фибоначчи: 1, 2, 3, 5, 8, 13, 21. Числа намеренно нелинейные — разрыв между 13 и 21 больше, чем между 3 и 5. Это мешает команде выставить всем восьмёрки и разойтись.

CoD = BV + TC + RR/OE WSJF = CoD / Размер задачи

WSJF — это Weighted Shortest Job First. Делите стоимость задержки на трудоёмкость и делаете в порядке убывания. Дорогая, но быстрая задача обгоняет дорогую, но долгую. В этом вся идея.

Пример на внутренних задачах взятых для планирования:

Первым идёт AI-Native блок на главной: у него самое высокое влияние на ключевую метрику (BV 21) и при этом средняя трудоёмкость. Большая ценность за посильный размер — очевидный лидер, тут и спорить не о чем.

А дальше начинается то, ради чего всё и считалось. Размещение вебвью в статьях обещали сделать раньше всех — единственный срок с конкретным месяцем, «май». Но по WSJF оно в самом низу: ценность скромная (BV 3), а трудозатраты огромные (21). Получается, задача с самым близким дедлайном экономически — худшее вложение времени команды. Без цифр её бы делали первой, просто потому что «обещали в мае».

Транскрибация видео выглядит важной — максимальный балл за снятие риска и новые возможности (13). Но она тяжёлая (Size 13), поэтому опускается в середину: делать стоит, но не в ущерб лидеру.

Без этой таблицы тот же набор обсуждали бы час и расставили по громкости заказчика и близости дедлайна. С таблицей разговор занимает пять минут и держится на ценности, а не на том, кто кому что пообещал.

Если хочется грубо оцифровать относительные оценки, возьмите одну задачу, про которую все согласны, что она точно важная, и про которую есть хоть какая-то прикидка в деньгах. Скажем, она стоит около 300 000 ₽ в месяц. Присваиваете ей BV = 8.

Дальше всё считается относительно неё. Задача с BV = 4 — около 150 000 ₽. С BV = 13 — около 490 000 ₽. Это не бухгалтерия, но для приоритизации хватает.

Цифры субъективны. Разные люди поставят разные баллы. Поэтому оценивают командой, как в Planning Poker, а не в одиночку. Спор при оценке — это не баг, это и есть полезная часть: вылезает, что люди по-разному понимают ценность фичи.

Оценки устаревают. Конкурент выпустил, рынок сдвинулся, гипотеза не подтвердилась — пересчитывайте. WSJF это не один раз и навсегда.

Метод про сравнение, а не про абсолют. «А важнее Б вдвое» — рабочее утверждение. «А стоит ровно 480 000 ₽ в день» честно говорить можно только когда под цифрой реальные данные, как в кейсе 1.

Не превращайте ориентир в догму. CoD нужен, чтобы думать и спорить предметно, а не чтобы пугать команду точной суммой. Если уверенности в данных нет, считайте диапазоном: худший, базовый, лучший сценарий.

Если вы продакт или PMO — возьмите один текущий конфликт приоритетов и посчитайте CoD. Не ради контроля над командой, а чтобы понять, где реально горит, а где можно подождать.

Если вы коммерческий директор — в следующий раз, когда разработка просит перенос, не торгуйтесь на ощущениях. Спросите: сколько стоит каждый день задержки. Если в комнате никто не знает — вот это и есть настоящая проблема, а не сам перенос.

Сроками вы по-настоящему не управляете. Управляете стоимостью времени. Пока вы её не видите, вы принимаете решения вслепую — просто не замечаете этого, потому что счёт приходит позже и без подписи.