Почему сервисные сметы растут после старта: экономика неизвестного объёма

Самое дешёвое предложение подрядчика может оказаться не самым выгодным. Иногда оно просто описывает меньший объём работ, чем заказчик держит в голове.

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

Формально смета выросла после начала проекта. Но цену назвали раньше, чем стороны определили предмет сделки.

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

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

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

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

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

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

Первые две модели часто выглядят удобнее на этапе тендера. Третья лучше разделяет оценку и обещание.

В этой системе нет одной виноватой стороны.

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

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

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

Так риск не исчезает. Он перемещается по цепочке и возвращается в проект через резерв, доплату, ограничение объёма или конфликт о том, что имелось в виду в первой оценке.

Опасение заказчика справедливо: названная верхняя граница не должна автоматически превращаться в стоимость проекта.

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

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

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

Хорошая развилка отвечает на четыре вопроса:

1. Какой результат получает заказчик? 2. Какие работы и ограничения стоят за этим результатом? 3. Какой риск сохраняется? 4. Что можно убрать или изменить без разрушения основной задачи?

В этой модели подрядчик не «осваивает бюджет». Он проектирует решение внутри ограничения и объясняет стоимость каждого выбора.

Прозрачность не равна раскрытию всей коммерческой информации.

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

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

Заказчику не нужен внутренний таск-трекер продакшна. Ему нужна структура предложения, в которой видны крупные блоки работ, допущения, исключения и точка изменения объёма.

Обмен должен быть достаточным для решения, а не максимальным ради декларации открытости.

Практический процесс можно разделить на три уровня.

Стороны называют задачу, обязательный результат, срок и доступную рамку. Подрядчик даёт ориентир и перечисляет допущения.

Заказчик сравнивает два или три сценария исполнения. В каждом видны состав, ограничения, риски и готовые материалы.

После выбора стороны утверждают состав работ, версии, итерации, сроки и исключения. Изменение после этой точки становится новой задачей, а не «неожиданным удорожанием той же работы».

Эта последовательность не устраняет изменения. Она показывает, какое решение изменило цену и кто его принял.

Сметы становятся сопоставимыми только при одинаковой матрице результата.

Нужно проверить:

Иначе более дешёвый подрядчик может предлагать не ту же работу дешевле, а другую работу.

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

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

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

В ваших сервисных проектах кто обычно оплачивает неизвестность: заказчик через резерв, подрядчик через потерянную маржу или обе стороны через конфликт после старта? И в какой момент оценка у вас

становится обязательством?