Все статьи
Как посчитать стоимость одного дня задержки вашей фичи
Дата: 14.05.2026
Пошаговая инструкция с формулами: как за 15 минут без привлечения финансового директора посчитать стоимость задержки фичи и приоритизировать оставшиеся.
Разговор, который часто случается в обычной компании.
Коммерческий директор пообещал клиенту запуск новой функции онбординга в марте. Команда разработки просит апрель. Продакт застрял посередине. Все объяснили это техническим долгом. Все кивнули. А знаете, сколько это стоило компании в рублях? Пока вы ждёте релиз — конкурент занимает клиента. Обычно здесь начинается переговоры на ощущениях. Я предлагаю считать.
Сегодня разберём простую модель, которую можно посчитать за 15 минут. Без экономического образования и без привлечения финансового директора.
Три слоя потерь
Задержка фичи — это не абстрактный «технический риск». Это конкретные потери в трёх местах. Большинство компаний замечают только первое, и то — интуитивно, без цифр.
- Прямые потери — сколько вы теряете в день. Выручка, конверсия, экономия на поддержке. Считается по вашим данным: сколько клиентов не пришло, сколько денег не заработано. В примере ниже это 400 000 ₽ в день, но у каждой компании своя цифра.
- Рыночные потери. Доля рынка, репутация, эффект первого игрока. Сложнее считать, но иногда важнее прямых. Конкурент, который выпустил раньше, занимает вашего клиента — и переманить его потом стоит дороже.
- Внутренние потери. Блокировка других задач, переключение контекста, падение мотивации команды. Эти потери невидимы в отчёте, но именно они накапливаются и бьют по скорости следующего релиза.
Формула — шаг за шагом
Есть три ключевых компонента Cost of Delay (CoD) — термин из Lean-управления, введённый Доном Рейнертсеном. Это не сумма убытков — это оценка упущенной выгоды с учетом времени.
- Business Value (BV) — прямая ценность фичи. Выручка или экономия, которую фича принесёт за базовый период. Спросите аналитиков или продактов — они часто уже это знают, просто не переводили в ежедневную цифру. BV / 30 дней = потери в день (прямые).
- Time Criticality — срочность момента. Есть ли сезонность? Конкурент уже запустил что-то похожее? Регуляторный срок? Этот компонент учитывает, что одна и та же задержка в разные моменты стоит по-разному. TC = упущенные продажи из-за срока.
- Risk Reduction (RR) / Opportunity Enablement (OE). Предотвращает ли фича риск? Открывает ли новую возможность — например, интеграцию с крупным партнёром? Часто этот слой игнорируют, а зря.
Итоговая формула
Суммируем три компонента и добавляем стоимость команды, которая продолжает получать зарплату во время задержки — ФОТ (фонд оплаты труда).
Разбор на живом примере
Новая функция в онбординге: ожидаемый прирост конверсии +4%. Релиз задерживается, команда просит 10 дней на доработки. Через час совещание руководителей, на котором будет обсуждаться корректировка что выгоднее: ускорить или передоговориться.
Исходные данные — берём у аналитиков за 10 минут (данные для примера):
- 2 000 лидов в месяц (текущий уровень).
- Ожидаемый прирост конверсии от фичи: +4% → 80 новых клиентов.
- Средний доход от пользователя (ARPU): 150 000 ₽.
- Команда: 6 человек, ФОТ 1,2 млн ₽/мес.
Считаем цену одного дня задержки:
- Прямые потери: 2 000 × 4% × 150 000 ₽ = 12 000 000 ₽/мес → 400 000 ₽/день.
- Конкурентный фактор — у конкурента похожая фича уже в разработке, добавляем 20%: → 400 000* 20% = 80 000 ₽/день.
- Стоимость команды, пока она ждёт: 1 200 000 ₽ ÷ 22 рабочих дня = 54 500 ₽/день.
Если вы дочитали до этого места, значит, вам интересен полезный контент о продуктовом маркетинге. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, подписывайтесь на MAX-канал Enterprise Product Management.
Как применять: приоритизация по CoD
Когда у вас пять задач и непонятно что делать первым — считаете Cost of Delay для каждой, делите на длительность (это и есть WSJF, Weighted Shortest Job First). Сразу становится очевидно что важно, а что подождёт.
Это меняет разговор с заинтерсованными лицами. Не «нам нужно больше времени», а «вот цена вашего решения — можем выпустить упрощённую версию через неделю или полную через месяц, разница около двух миллионов рублей».
3 ошибки, которые обнуляют расчёт
- Считать CoD статичным. Ценность фичи меняется: в первый месяц она максимальна, через полгода — падает. Пересчитывайте при изменении метрик рынка или после разворота (pivot).
- Игнорировать альтернативную стоимость. Команда, которая тянет фичу А, не делает фичу Б. Упущенная ценность Б тоже часть уравнения — иначе расчёт занижен.
- Принимать цифру за догму. CoD — ориентир для дискуссии, не статья в балансе. Если точность ниже 30%, используйте диапазоны: лучший / базовый / худший сценарий. Цифра должна помогать думать, а не пугать команду.
Что делать, если бизнес-ценность неизвестна — метод Фибоначчи
Иногда посчитать CoD в рублях невозможно. Стартап без выручки. Внутренний инструмент. Новое направление без исторических данных. Медиабизнес, где ключевая метрика не деньги, а охват и MAU? Или просто нет времени на точный расчёт.
Это не значит, что задержка бесплатна. Это значит, что нужен другой инструмент — относительная оценка. Мы не знаем точную цифру, но можем сказать: эта задача в три раза важнее вон той.
Метод из SAFe: оцениваем каждый компонент CoD по шкале Фибоначчи, суммируем — и делим на размер задачи. Это и есть WSJF — Weighted Shortest Job First.
Шкала оценки
Используем модифицированную шкалу Фибоначчи: 1, 2, 3, 5, 8, 13, 21. Числа нелинейны намеренно. Разрыв между 13 и 21 больше, чем между 3 и 5. Это заставляет команду думать, а не выставлять всем восьмёрки.
Формула
WSJF = CoD ÷ Job Size
Делаем в порядке убывания WSJF.
AI-Native блок — первым. А размещение вебвью в статьях и шеринг с привязкой ко времени— последним.
Лайфхак: эталонная задача как якорь
Если хочется перевести относительные оценки обратно в деньги — берёшь одну задачу, про которую все согласны: «это точно важно». Допустим, вы знаете, что она стоит примерно 300 000 ₽/месяц. Присваиваешь ей BV = 8.
Теперь все остальные задачи оцениваются относительно неё.
Задача с BV = 4 стоит примерно 150 000 ₽/месяц. Задача с BV = 13 — около 490 000 ₽. Это не точность бухгалтерии, но достаточно для принятия решений.
Ограничения — честно
- Цифры субъективны. Разные люди поставят разные оценки. Поэтому оценку проводят командой — как Planning Poker, не в одиночку.
- Оценки устаревают. Если рынок изменился или конкурент запустил фичу — пересчитайте. WSJF — это не раз и навсегда.
- Метод работает для сравнения, а не для абсолюта. «Задача А важнее задачи Б в два раза» — это полезно. «Задача А стоит 480 000 рублей в день» — точнее, если есть реальные данные.
- Когда данных нет — Фибоначчи лучше, чем ничего. Он убирает споры «а мне кажется это важнее» и переводит разговор в структуру. А это уже половина победы.
Что делать прямо сейчас
- Если вы топ-менеджер, то попросите продакта или PMO посчитать CoD для трёх ближайших релизов. Не чтобы контролировать команду. Чтобы видеть, где реально горит, а где можно подождать.
- Если вы коммерческий директор, то в следующий раз когда разработка просит перенос, не торгуйтесь на ощущениях. Спросите: «Сколько стоит каждый день задержки?» Если никто не знает — это и есть проблема.
- Если вы директор по продукту, то возьмите один текущий конфликт приоритетов и посчитайте CoD за 15 минут по формуле выше. Принесите цифру на следующую встречу с заинтересованными лицами. Посмотрите, как изменится разговор.
Задержка фичи не бывает бесплатной. Теперь у вас есть инструмент, чтобы это доказать.
