Расчёт стоимости процесса (Process Costing)

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

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

Хрестоматийный реальный кейс, демонстрирующий именно эту проблему, — завод Siemens Electric Motor Works (Германия), разобранный в кейсе Гарвардской школы бизнеса профессора Роберта Каплана. Завод перешёл от массового производства стандартных электродвигателей к выпуску малых партий кастомизированных моделей под конкретных заказчиков. Старая система учёта затрат распределяла все накладные расходы пропорционально прямым трудозатратам — при таком подходе кастомизированный, технически сложный двигатель, требующий значительно больше инженерной поддержки, переналадок и контроля качества, но не намного больше рабочих часов сборки, чем стандартная модель, получал искусственно ЗАНИЖЕННУЮ расчётную стоимость, тогда как простые массовые модели — искусственно завышенную. Переход на процессно-ориентированный учёт затрат (activity-based costing) вскрыл: реальная стоимость производства сложных кастомизированных заказов была значительно выше показанной старой системой — искажение, которое годами толкало менеджеров на неверные решения о ценообразовании и о том, какие заказы вообще стоит принимать.

Происхождение и исследовательская база

Расчёт стоимости процесса опирается на методы учёта затрат, в частности на функционально-стоимостной анализ (Activity-Based Costing) — подход, распределяющий косвенные затраты не пропорционально объёму, а по фактическому потреблению ресурсов конкретными видами деятельности, что даёт более точную картину истинной стоимости отдельного процесса. Сам подход ABC систематизировали Robin Cooper и Robert Kaplan в серии статей Harvard Business Review конца 1980-х годов (в частности, «Measure Costs Right: Make the Right Decisions», 1988) как ответ на растущее осознание того, что традиционные системы учёта, разработанные для эпохи, когда прямой труд составлял большую часть себестоимости, стали систематически искажать реальную структуру затрат по мере роста доли косвенных, накладных расходов в современном производстве.

Ключевые идеи и принципы

1. Принцип: Стоимость процесса включает не только прямые, но и косвенные затраты

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

2. Принцип: Стоимость измеряется на единицу результата процесса

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

3. Принцип: Разные типы кейсов внутри процесса могут иметь разную реальную стоимость

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

4. Принцип: Стоимость процесса — основа для решений об автоматизации, аутсорсе или оптимизации

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

Ограничения, слепые зоны и критика

Типовые ошибки

Ошибка 1: В расчёт стоимости процесса включаются только прямые затраты без косвенных.

Реальная стоимость процесса занижается, решения об оптимизации принимаются на неполных данных. Именно эта ошибка искажала расчёты у Siemens до перехода на process-oriented costing.

Как избежать: Включать в расчёт долю косвенных затрат — накладные расходы, амортизацию систем, управленческие затраты.

Ошибка 2: Оценивается только общая стоимость отдела или процесса без расчёта на единицу результата.

Невозможно сравнить эффективность процессов между собой или оценить эффект изменений.

Как избежать: Рассчитывать стоимость на единицу результата процесса — одну заявку, одну сделку, одно обращение.

Ошибка 3: Используется усреднённая стоимость по всем случаям без учёта разной сложности кейсов.

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

Как избежать: Детализировать расчёт по типам кейсов разной сложности внутри одного процесса.

Ошибка 4: Расчёт проводится один раз и не пересматривается при изменении объёма или сложности работы.

Устаревшие данные о стоимости процесса приводят к неверным управленческим решениям. Технологии и объёмы меняются быстрее, чем годовые циклы пересмотра бюджета.

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

Ошибка 5: Оптимизация стоимости процесса ведётся в отрыве от показателей качества результата.

Снижение стоимости достигается за счёт ухудшения качества, что создаёт скрытые издержки в другом месте.

Как избежать: Рассматривать стоимость процесса совместно с показателями качества при принятии решений об оптимизации.

1. Ошибка 6: расчёт стоимости процесса поддерживается вручную через трудоёмкие периодические опросы сотрудников без упрощения методики.

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

   Как избежать

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

План внедрения

1. Неделя 1: выбрать критичные процессы для расчёта стоимости и определить методику распределения косвенных затрат — по возможности сразу в упрощённой time-driven логике (прямая оценка времени на операцию менеджером), а не через трудоёмкий опрос всех сотрудников (см. Ошибку 6).

2. Неделя 2: собрать данные о прямых и косвенных затратах и рассчитать стоимость на единицу результата, а не ограничиваться общей суммой затрат подразделения (см. Ошибку 2).

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

4. Неделя 4: использовать полученные данные для приоритизации решений по оптимизации, автоматизации или аутсорсу, явно фиксируя обоснование каждого решения, а не оставляя расчёт без практического вывода (см. принцип 4).

   Далее: периодически пересчитывать стоимость процессов при значимых изменениях объёма или сложности — используя упрощённую time-driven логику расчёта, чтобы регулярный пересчёт не превращался в трудоёмкий проект (см. Ошибку 6).

Как реализовать этот план с помощью фрейма «Расчёт стоимости процесса» в OrgDevTools

Фрейм методики в OrgDevTools — настоящий калькулятор, а не просто список карточек: таблица со столбцами Процесс, Тип кейса, Прямые затраты, Косвенные затраты, Объём (шт) и автоматически вычисляемым «Стоимость / единица» — формула (прямые + косвенные затраты) / объём пересчитывается мгновенно при изменении любого числа, без отдельной кнопки «посчитать». Отдельный столбец «Решение (авто / аутсорс / оставить)» требует явно зафиксировать управленческий вывод по каждой строке — прямая защита от превращения расчёта в самоцель без практического применения.

Вердикт на вкладке «Итоги» проверяет именно наличие решения, а не только заполненность чисел: если по хотя бы одному посчитанному процессу решение не зафиксировано, фрейм явно называет число таких строк и напоминает, что «расчёт стоимости без решения не создаёт ценности» — прямая формулировка принципа 4 методики. Заполнение фрейма соответствует неделям плана внедрения: неделя 1 — завести строки для критичных процессов; неделя 2 — заполнить прямые/косвенные затраты и объём, наблюдая автоматически считающуюся стоимость на единицу; неделя 3 — детализировать по разным типам кейсов внутри одного процесса (как в кейсе Siemens — простой vs кастомизированный заказ, разные строки одного процесса); неделя 4 — заполнить столбец решения по каждой строке.

Книги по теме

Kaplan R., Cooper R. — «Cost & Effect: Using Integrated Cost Systems» (1997). Основополагающая работа по функционально-стоимостному анализу (Activity-Based Costing).

Kaplan R., Anderson S. — «Time-Driven Activity-Based Costing: A Simpler and More Powerful Path to Higher Profits» (2007, на основе статьи HBR 2004 года). Упрощённая версия метода, решающая проблему трудоёмкости классического ABC.