Юнит-экономика в услугах: как считать проектную работу

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

В услугах одинаково названные проекты могут потреблять разное количество ресурсов. Два клиента платят по 500 тыс. рублей, но одному достаточно 120 часов стандартной команды, а второй требует 200 часов, еженедельного участия партнера и трех циклов переделок. Выручка одинакова, экономика проектов различается.

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

Разница между товарной и проектной моделью видна по основным элементам расчета:

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

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

Проект

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

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

Клиент или клиент-месяц

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

Этот вариант особенно полезен для агентств, аутсорсинга, сопровождения IT-систем и консалтинга по ретейнеру. Он показывает, окупает ли ежемесячный платеж фактический объем поддержки, встреч и управления аккаунтом.

Оплаченный час

Час подходит модели time and materials, где клиент оплачивает фактическое время. Но единицей должен быть не любой рабочий час, а час конкретной роли: час архитектора, разработчика и тестировщика имеют разную себестоимость и ставку. Средняя ставка по всей компании может скрыть убыточную работу дорогих специалистов.


Команда-месяц

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

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

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

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

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

Продуктивная емкость роли = оплачиваемые часы × целевая загрузка
Себестоимость продуктивного часа = полная месячная стоимость сотрудника / продуктивная емкость

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

Если специалист получает 180 тыс. рублей в месяц с учетом взносов и сопутствующих затрат, а его продуктивная емкость равна 120 часам, внутренний час стоит 1 500 рублей. Если проект занял 80 часов, стоимость труда этого специалиста для проекта составит 120 тыс. рублей.
Фрилансеров и подрядчиков учитывают по фактическим счетам или согласованной ставке. Здесь затраты чаще действительно меняются вместе с проектом. Штатную и внешнюю команду нельзя смешивать по одной условной средней ставке: это мешает понять, какой состав дает нужное качество при приемлемой себестоимости.

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

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

Стоимость труда проекта = сумма (часы по роли × себестоимость продуктивного часа роли)

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

Маржинальность проекта = вклад проекта / чистая выручка × 100%

Прибыль бизнеса = сумма вкладов проектов − общие постоянные расходы − проценты − налоги

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

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

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

Агентство берет проект автоматизации за 900 тыс. рублей. Срок – один месяц, цена фиксирована. В проекте участвуют менеджер проекта, аналитик, разработчик, дизайнер и тестировщик. Для каждой роли компания заранее рассчитала внутреннюю себестоимость продуктивного часа.

Менеджер проекта стоит компании 216 тыс. рублей в месяц и имеет продуктивную емкость 120 часов. Его внутренний час равен 1 800 рублям. У аналитика час стоит 1 500 рублей, у разработчика – 2 500 рублей, у дизайнера – 2 000 рублей, у тестировщика – 1 500 рублей.
По смете менеджер должен потратить 24 часа, аналитик – 80, разработчик – 120, дизайнер – 32, тестировщик – 32 часа. Плановая стоимость труда равна 575,2 тыс. рублей:

24 × 1 800 + 80 × 1 500 + 120 × 2 500 + 32 × 2 000 + 32 × 1 500 = 575 200 рублей

Дополнительно проект требует 35 тыс. рублей на облачные сервисы, 40 тыс. рублей на подрядчика и 45 тыс. рублей комиссии за продажу. Общая плановая себестоимость проекта составляет 695,2 тыс. рублей. Плановый вклад – 204,8 тыс. рублей, маржинальность – 22,8%:

900 000 − 575 200 − 35 000 − 40 000 − 45 000 = 204 800 рублей
204 800 / 900 000 × 100% = 22,8%

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

По итогам месяца агентство сравнивает смету с фактом. Менеджер потратил 45 часов вместо 24, аналитик – 110 вместо 80, разработчик – 155 вместо 120, дизайнер – 48 вместо 32, тестировщик – 55 вместо 32. Стоимость труда выросла до 812 тыс. рублей.

Расходы на сервисы и подрядчиков увеличились до 100 тыс. рублей, комиссия за продажу осталась 45 тыс. рублей. При выручке 900 тыс. рублей проект получил отрицательный вклад 57 тыс. рублей. Клиент принес деньги на счет, но занял ресурсов больше, чем оплатил.

900 000 − 812 000 − 100 000 − 45 000 = −57 000 рублей

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

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

Проверить клиента стоит, если:

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

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

Пересмотреть цену и границы проекта

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

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

Изменить состав команды

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

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

Отказаться от структурно убыточного клиента

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

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

Управлять портфелем проектов

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

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

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

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

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

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

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

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

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

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

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

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

Чем юнит-экономика для маркетплейсов отличается от расчета в услугах? На маркетплейсах юнитом обычно становится товар, заказ или выкуп. В расчет включают закупочную стоимость, комиссию площадки, логистику, рекламу и возвраты. В услугах основной ресурс компании не товар, а время команды, поэтому ключевыми показателями становятся часы по ролям, стоимость продуктивного часа и фактическая загрузка специалистов.

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

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