План-фактный анализ консалтинговых проектов: где фирма теряет чистую прибыль

План‑фактный анализ консалтинговых проектов: где фирма теряет чистую прибыль

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

Куда делись деньги? Ответ обычно кроется в расхождении между тем, что планировали, и тем, что произошло на самом деле.

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

Почему интуиция не заменяет цифры

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

• Фактические часы превысили плановые, а дополнительную оплату не выставили.
• На проект списывали время старшие консультанты, хотя предполагались младшие, — себестоимость выросла.
• Часть расходов ушла в соседний проект или в общие затраты: конкретный проект выглядит прибыльным, а чистая прибыль фирмы почему-то проседает.
• Клиенту дали скидку или взяли дополнительный объём «в подарок»: в первом случае падает выручка, во втором — растут часы, которые никто не биллирует.

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

Похожая логика видна в кейсе ТОО «КПМГ Такс энд Эдвайзори». При предпроектном обследовании там зафиксировали трудоёмкую подготовку бухгалтерской, налоговой, статистической и управленческой отчётности, а также разрозненные системы учёта в кадровых процессах и расчёте зарплаты, из-за чего возникали двойной ввод данных и ошибки. После внедрения 1С в едином контуре автоматизировали бюджетирование, финансовое планирование, CRM, расчёт зарплаты и управленческую отчётность. Для консалтинговой фирмы вывод простой: пока данные живут в разных местах, руководитель слишком поздно видит, где проект начал терять деньги.

Что именно сравнивать: ключевые разрезы план-факта

При правильно настроенной проектной аналитике в 1С план-факт можно вести в нескольких срезах: по бюджетам, трудозатратам, ресурсам, материалам и дополнительным затратам:

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

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

Как 1С собирает факт без ручного сведения таблиц

Ключевое преимущество такой настройки — фактические данные не приходится каждый раз переносить в отчёты вручную.

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

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

Типичные сценарии потерь, которые вскрывает анализ

В консалтинговых и юридических компаниях план-факт чаще всего вскрывает одни и те же потери:

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

План-фактный анализ делает эти ситуации видимыми. А если у компании есть правило, кто и как реагирует на отклонения, — ещё и управляемыми.

Мини-расчёт: где исчезает прибыль проекта

Допустим, консалтинговая фирма продала проект за 900 000 рублей. На старте план был таким: 180 часов работы, средняя внутренняя себестоимость часа — 2 500 рублей, прямые расходы — 60 000 рублей. В расчёте ожидали получить 390 000 рублей проектной прибыли до накладных затрат.

На факте проект занял 240 часов. Часть задач вместо младших консультантов закрывали старшие, поэтому средняя себестоимость часа выросла до 3 200 рублей. Появились дополнительные расходы на подрядчика — ещё 50 000 рублей. Клиенту их не перевыставили, потому что «не стали портить отношения».

Итог меняется резко: вместо 450 000 рублей трудозатрат компания получила 768 000 рублей, прямые расходы выросли до 110 000 рублей, а проектная прибыль до накладных затрат сжалась до 22 000 рублей. Формально проект закрыт, акт подписан, клиент доволен. Но после доли продаж, зарплаты бэк-офиса, налогов и аренды чистой прибыли почти не остаётся.

Та же логика работает и в маркетинге: важно понимать не только, сколько заявок пришло, но и какие клиенты дают маржинальные проекты. Об этом подробнее — в статье «Сквозная аналитика: какой рекламный канал приносит компании самых маржинальных клиентов».

От анализа к действию: как выстроить регулярный процесс

Чтобы план-факт стал не разовым упражнением, а работающим инструментом, требуется:

• Единая методология. Что считаем планом? Бюджет, зафиксированный в договоре, или внутренний прогноз? Что входит в прямые расходы? Правила должны быть едиными для всех проектов.
• Дисциплина списания. Сотрудники ежедневно фиксируют время. Без этого фактические данные будут неполными, а анализ — бесполезным.
• Регулярные отчёты. Не раз в год по итогам проекта, а ежемесячно или даже еженедельно. Отклонения нужно видеть сразу, а не когда проект уже закрыт и исправить ничего нельзя.
• Ответственные за отклонения. У каждого превышения должен быть ответственный за разбор причины. Это не карательный механизм, а способ понять причину и предотвратить повторение.
• Связка с ценообразованием. Данные план-факта должны влиять на будущие коммерческие предложения: если по всем проектам определённого типа фактические часы стабильно на 20% выше плановых, пора менять методику оценки.

Интеграция с другими системами: полная картина бизнеса

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

Поэтому план-факт стоит связывать с CRM, сайтом, порталом и финансовой аналитикой: тогда видно не только, сколько заработал проект, но и сколько стоило его получить и довести до закрытия. Такой подход мы подробнее разбирали в статье «Цифровая экосистема юрфирмы: как сайт, портал, CRM и 1С работают как единый механизм».

Заключение

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

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

В этом и есть главный смысл план-факта: фирма перестаёт радоваться выручке вслепую и начинает управлять прибылью.