Как бесплатные доработки уменьшают прибыль по сделке

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

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

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

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

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

Рассмотрим условный проект стоимостью 180 000 ₽. До начала работ компания запланировала 70 000 ₽ на специалистов, 15 000 ₽ на управление проектом и 20 000 ₽ на подрядчиков. Плановая себестоимость составляла 105 000 ₽, прибыль — 75 000 ₽, а рентабельность по выручке — 41,7 %.

После согласования клиент запросил дополнительные работы. Специалисты потратили на них 18 часов по внутренней стоимости 1 600 ₽, менеджер — ещё 6 часов по 900 ₽, а расходы на подрядчика увеличились на 7 000 ₽. Незаметные дополнения обошлись компании в 41 200 ₽.

Фактическая себестоимость выросла до 146 200 ₽, прибыль сократилась до 33 800 ₽, а рентабельность — до 18,8 %. Выручка не изменилась, клиент остался доволен, проект формально завершён успешно. Однако компания потеряла почти 55 % ожидаемой прибыли.

Для первой диагностики не нужно анализировать всю историю компании.

Достаточно выбрать 15–20 завершённых проектов за последние два-три месяца, по которым можно восстановить плановые и фактические затраты.

По каждой сделке следует собрать:

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

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

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

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

Например, еженедельная дополнительная задача стоимостью 3 000 ₽ кажется незначительной. Если она возникает в десяти активных проектах, компания ежемесячно отдаёт около 120 000 ₽ незапланированной работы. Это уже не вопрос клиентского сервиса, а постоянная часть бизнес-модели, которая почему-то не включена в цену.

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

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

Затем изменения распределяют по причинам. Одни возникают из-за новых пожеланий клиента, другие — из-за неточной оценки, внутренней ошибки или обещания менеджера, которое команда обнаружила только после продажи. Отдельно нужно выделить осознанные сервисные жесты: иногда компания действительно решает выполнить небольшую работу бесплатно, чтобы сохранить отношения.
Смешивать эти ситуации нельзя. Если сотрудник исправляет собственную ошибку, проблема находится в качестве процесса. Если менеджер продаёт больше, чем команда может выполнить в рамках бюджета, нужно менять согласование коммерческого предложения. Если клиент регулярно расширяет задачу, компании необходим понятный порядок оценки изменений.
После классификации следует посчитать не только сумму потерь, но и частоту каждой причины. Одна дорогостоящая ошибка может оказаться исключением, а небольшая бесплатная операция — повторяться в каждом проекте. Во втором случае годовые потери способны оказаться выше.
Например, еженедельная дополнительная задача стоимостью 3 000 ₽ кажется незначительной. Если она возникает в десяти активных проектах, компания ежемесячно отдаёт около 120 000 ₽ незапланированной работы. Это уже не вопрос клиентского сервиса, а постоянная часть бизнес-модели, которая почему-то не включена в цену.

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

Для этого стоит внедрить несколько правил:

• Фиксировать исходный объём. В карточке сделки должны быть указаны результат, количество вариантов, этапы, сроки и границы сопровождения. Формулировка «сделать дизайн» оставляет слишком много пространства для разных ожиданий.
• Регистрировать каждое изменение. Дополнительный запрос не должен оставаться только в переписке менеджера. Его фиксируют, оценивают по времени и связывают с конкретной сделкой.
• Установить лимит гибкости. Компания может заранее заложить резерв, например до 3–5 % стоимости проекта. Это не универсальная норма, а внутренний предел, после которого менеджер обязан согласовать новые условия.
• Разделять исправление и новую задачу. Если результат не соответствует согласованным требованиям, компания исправляет ошибку. Если требования изменились после согласования, это новый объём работ.
• Анализировать повторяющиеся просьбы. Если большинство клиентов запрашивают одну и ту же доработку, её следует включить в основной продукт, оформить как отдельную опцию или учесть в цене.
• Оценивать сделку после завершения. Плановую рентабельность сравнивают с фактической, а существенные отклонения разбирают вместе с продажами и исполнителями.

Менеджеру также нужен простой способ объяснить изменение клиенту. Вместо резкого «это не входит в стоимость» можно сказать: «Мы можем добавить эту задачу. Для неё потребуется ещё 12 часов работы; подготовим оценку по срокам и бюджету». Такой ответ сохраняет готовность помочь, но не создаёт впечатления, что ресурс компании не имеет стоимости.

Важно, чтобы план продаж был связан с фактическими расходами. В Brizo CRM плановые и фактические транзакции доступны в карточке сделки, а прибыль и рентабельность можно оценивать по конкретным проектам. Если стоимость дополнительных часов переводить во внутренние затраты и своевременно относить к сделке, отклонение становится заметно до завершения проекта, а не после закрытия месяца.

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