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

Давление начинается в проектном цикле: на старте вводные кажутся полными, но по ходу выявляются исключения и “нестандартные” сценарии. Чем больше исключений, тем больше итераций и тем длиннее цикл внедрения.

Фиксированная цена делает цикл особенно чувствительным к перерасходу времени. Каждая дополнительная итерация добавляет часы, которые нельзя монетизировать отдельно, и маржинальность проекта уменьшается быстрее, чем растёт объём работ.

Senior-ресурс концентрируется на местах, где нужно переводить бизнес-логику в настройки и правила. Когда таких мест становится много, senior вынужден постоянно возвращаться к проекту, и фактическая стоимость проекта для исполнителя растёт.

Рост стоимости через перерасход времени приводит к скрытому конфликту: клиент видит “доработки как часть внедрения”, а исполнитель видит размывание границ проекта. Чем менее определены границы этапов, тем легче циклу расползаться.

Смена экономической интерпретации через фиксированную цену и перерасход

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

Перерасход заставляет экономить на проверках и документации, что увеличивает вероятность возвратов и новых итераций. Новые итерации снова удлиняют цикл, и маржа продолжает сжиматься уже по спирали “возврат — доработка — согласование”.

Попытка компенсировать перерасход расширением команды часто не помогает, потому что ключевые решения всё равно требуют senior. Тогда проект начинает “поглощать” время ведущих специалистов, ухудшая способность брать следующие внедрения.

Чтобы не терять устойчивость, практики фиксируют границы: формализуют входные данные, вводят этапные приемки и правила изменения объёма. Чем точнее правила изменений, тем меньше неконтролируемых итераций и тем выше шанс удержать маржу.

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