Основатели считают технический долг инженерным вопросом, конкурирующим с продуктовой дорожной картой. Инвесторы считают его требованием на будущие денежные потоки. Верна вторая рамка — и она объясняет, почему разговор ощущается так по-разному по разные стороны term sheet.

Долг доходит до вашей оценки четырьмя путями. Каждый можно посчитать.

1. Сжатие мультипликатора

Мультипликаторы оценки отражают уверенность в будущем росте. Ревьюер, пришедший к выводу, что ваша дорожная карта на ближайший год требует серьёзной смены платформы, не спорит с вашей выручкой — он снижает свою уверенность в темпе роста, к ней привязанном.

Это самый крупный и наименее заметный механизм: он никогда не появляется отдельной строкой. Он появляется как чуть меньшая цифра без объяснений.

2. Удержанная и скорректированная стоимость

В сделках M&A выявленная необходимость технической доработки часто превращается в явную корректировку: меньшая цена, больший эскроу или более длинный earnout, привязанный к устранению проблемы. Здесь стоимость читаема — она прямо в документе — и обычно кратно превышает то, во что обошлось бы тихо исправить это годом раньше.

3. Разбавленная скорость, которая становится размытием доли

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

Как посчитать: месячные расходы на разработку умножьте на число месяцев до следующей вехи и на честную оценку штрафа к скорости. Для команды из четырёх человек при штрафе 40% на девять месяцев это примерно $250 000 стоимости, переданной никому.

4. Ограниченная опциональность

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

Что с этим делать основателю, а не инженеру

1. Попросите команду назвать три элемента долга, сильнее всего ограничивающие ближайший год, с оценкой стоимости устранения каждого. Не список всего — именно три главных.
2. Привяжите каждый к бизнес-результату: это блокирует корпоративные сделки, это удваивает время подключения клиента, из-за этого релиз занимает неделю.
3. Поставьте их в дорожную карту отдельными пунктами с ответственными и датами, чтобы они открыто конкурировали с функциями, а не проигрывали им молча.
4. Финансируйте устранение из того раунда, которому оно нужно: ревьюеры хорошо реагируют на компанию, которая сама оценила свой долг и заложила его в план.

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

Технический долг — это счёт, который оплачивается не инженерными часами, а долей в компании. И проценты по нему капитализируются ежеквартально.

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