Основатель, с которым мы работали, выбирал между разработкой за $15 000 и за $65 000. Он выбрал за $15 000 — и по любым разумным меркам был прав: получил работающий продукт, реальных пользователей и seed-раунд. Через восемнадцать месяцев он потратил $210 000 на замену.

Это история не про плохого подрядчика. Продукт сделал ровно то, за что заплатили. Ошибка была в другом: счёт приняли за стоимость, тогда как счёт — это только первый взнос.

Технический долг берёт пять налогов

Долг — это не «некрасивый код». Это когда каждое следующее решение стоит дороже, чем должно. Он проявляется в пяти местах, и все пять измеримы.

• Налог на скорость. Задача на три дня делается девять, потому что тестов нет и любое изменение ломает что-то не связанное. В команде из четырёх человек двукратное замедление — это примерно $30 000 в месяц зарплат за половину результата.
• Налог на аварии. Простои, ручные правки данных, злые тикеты в поддержке. И не только часы разработчиков — ещё и клиенты, которые ушли, не объяснив причину.
• Налог на найм. Сильные инженеры собеседуют ваш код не меньше, чем вы их. Репозиторий без тестов и документации стоит вам именно тех кандидатов, которых вы хотели, — или лишних 15–20% к офферу.
• Налог на сделки. Корпоративные клиенты присылают анкеты по безопасности. Инвесторы присылают технических ревьюеров. Каждый вопрос без ответа — это скидка, которую вы не планировали давать.
• Налог на переписывание. В какой-то момент единственный путь вперёд — назад. Переписывание всегда дороже первой разработки: теперь нужно ещё и воспроизвести поведение, которое никто не задокументировал, не выключая старую систему.

Арифметика второго года

Вернёмся к разработке за $15 000. Второй год выглядел так: два инженера с половинной отдачей восемь месяцев, одна корпоративная сделка, проваленная на проверке безопасности, три месяца параллельной работы двух систем и $210 000 на новую версию. Даже без учёта потерянной сделки то решение стоило больше $300 000. Вариант за $65 000 оказался бы дешёвым.

Это не призыв тратить больше. Это призыв понимать, на какой из двух траекторий вы находитесь.

Что на самом деле различало эти два варианта

Разница была не в количестве функций. Она была вот в чём:

• Автотесты вокруг тех частей системы, где ходят деньги и персональные данные.
• Деплой, который может запустить любой инженер, а не один человек, знающий ритуал.
• Контроль доступа, спроектированный один раз на уровне данных, а не проверяемый вручную на каждом экране.
• Записанные решения — почему эта база, почему эта очередь, почему такой компромисс, — чтобы следующей команде не пришлось гадать.
• Зависимости, выбранные по поддерживаемости, а не по новизне.

Ничего эффектного, и ничего из этого не видно на демонстрации. Именно поэтому это первое, что вырезают из предложения, конкурирующего по цене.

Как распознать дешёвую разработку до подписания

1. Спросите, какой процент оценки — это тестирование. Если ноль или «мы тестируем руками», вы покупаете дешёвый вариант.
2. Попросите показать репозиторий, который они сдали полтора года назад. Не демо — репозиторий.
3. Спросите, кто дежурит после запуска и что происходит в два часа ночи. Молчание здесь дорого обходится потом.
4. Спросите, как новый инженер поднимет проект локально и сколько это займёт. Больше часа — прогноз того, каким будет сопровождение.
5. Спросите, что они откажутся делать за этот бюджет. Тот, кто не говорит «нет» ни на что, уже решил оставить сложное вам.

Вы не выбираете, платить ли за качество. Вы выбираете только одно: заплатить сейчас по себестоимости или потом с наценкой и под дедлайном.

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