Как считать маржу ремонта: формула и пример расчёта

Почему «деньги в кассе» — это не прибыль

Владелец сервиса открывает отчёт за месяц, видит выручку 850 000 ₽ и делает вывод: месяц удался, премии можно выписывать. Но выручка — это не маржа и тем более не прибыль, хотя в разговорах эти три слова часто путают как синонимы. Маржа заказа — это чек минус прямые затраты именно на этот ремонт: закупочная цена запчасти, стоимость времени мастера по внутренней ставке и списанные расходники. Прибыль сервиса — это маржа минус общие расходы бизнеса: аренда, реклама, зарплата администратора, налоги и прочие постоянные издержки, не привязанные к конкретному заказу. Путаница между этими тремя цифрами — источник как минимум половины финансовых сюрпризов в сервисных центрах, когда касса вроде бы полна, а денег на закупку новой партии запчастей в конце месяца не хватает.

Самая частая ошибка — считать по формуле «чек = заработали». Мастер закрыл заказ на 8 500 ₽, администратор занёс сумму в кассу, и все довольны — заказ закрыт, деньги получены. Но если в этот чек зашита матрица за 4 200 ₽ закупочной цены, реальная маржа — меньше половины чека, и радоваться рано. На ремонтах с дорогими запчастями — экраны, платы, аккумуляторы, накопители — доля закупки в чеке часто составляет 40–60%, и без вычета себестоимости детали отчёт по выручке систематически завышает финансовый результат сервиса в разы, причём чем дороже средний ремонт, тем сильнее искажение.

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

Числовой пример: от чека до реальной маржи

Возьмём типичный заказ — замена экрана ноутбука, один из самых частых видов ремонта в мастерской. Клиенту выставлен чек 8 500 ₽: диагностика включена в стоимость работы и отдельной строкой в чеке не выделена. Дальше — разбор реальной себестоимости этого заказа по статьям, как это должно фиксироваться в закрытом наряде, а не просто в виде одной итоговой суммы, которую видит клиент на руках. Именно так должен выглядеть внутренний расчёт при закрытии любого заказа — с разбивкой на конкретные статьи затрат, а не общей строкой «расходы по заказу», из которой потом невозможно восстановить, куда именно ушли деньги.

Закупочная цена матрицы — 4 200 ₽, это цена поставщика с учётом доставки до склада сервиса. Работа мастера — 1,5 нормо-часа: разборка корпуса, замена матрицы, сборка, финальная проверка. При внутренней ставке нормо-часа 600 ₽ — это не то, что мастер получает на руки, а условная стоимость его времени для бизнеса с учётом оклада, премий и налогов на фонд оплаты труда — работа обходится сервису в 900 ₽. Расходники на этот заказ — двусторонний скотч для крепления матрицы, мелкий крепёж, изопропиловый спирт для очистки контактов — спишем на 150 ₽.

Итого прямые затраты по заказу: 4 200 + 900 + 150 = 5 250 ₽. Маржа заказа: 8 500 − 5 250 = 3 250 ₽, или 38% от суммы чека. Это и есть реальный финансовый результат заказа — не 8 500 ₽, которые администратор занёс в кассу и показал в дневном отчёте, а именно 3 250 ₽, которые сервис фактически заработал на этом ремонте после того, как рассчитался с поставщиком запчасти и «оплатил» рабочее время мастера по внутренней ставке.

Если бы кто-то в управленческом отчёте по привычке считал прибылью весь чек целиком, ошибка в оценке одного этого заказа составила бы 5 250 ₽ — почти две трети всей суммы. При потоке в 100–150 подобных заказов в месяц разница между «выручкой» и «маржой» — это уже сотни тысяч рублей, которых на самом деле нет на счету сервиса, хотя они красиво и убедительно выглядят в отчёте по обороту, который показывают инвестору или собственнику.

Скидка «по дружбе»: как она съедает не выручку, а маржу

Администратор или мастер делает скидку постоянному клиенту — 1 000 ₽ с чека 8 500 ₽ за тот же ремонт экрана, «чтобы человек не расстраивался и вернулся ещё раз». Выглядит как мелочь: скидка всего 12% от суммы заказа, вроде бы разумная плата за лояльность. Но если считать не от выручки, а от маржи, картина получается совсем другой. Прямые затраты на заказ при этом не меняются — деталь и время мастера стоят те же 5 250 ₽ независимо от того, сколько в итоге заплатил клиент. Новый чек — 7 500 ₽, новая маржа — 2 250 ₽ вместо 3 250 ₽. Скидка в 1 000 ₽ снизила маржу сразу на 31%, а не на 12%, как кажется на первый взгляд администратору.

Это и есть механика искажения: скидки съедают не выручку целиком, а именно ту её часть, которая была прибылью сервиса. Чем ниже изначальная маржинальность конкретного ремонта, тем разрушительнее для бизнеса даже небольшая скидка. На заказе с маржой 15% та же скидка в 1 000 ₽ способна полностью обнулить прибыль или увести заказ в минус — сервис в этом случае фактически доплачивает из своих денег за то, чтобы починить технику клиента, сам того не замечая.

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

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

Забытые расходники и недооценённое время диагностики

Второй по частоте источник искажения маржи — расходники, которые не списываются как отдельная статья затрат по заказу. Клей, флюс, термопаста, мелкий крепёж, изопропиловый спирт, наклейки-пломбы — каждый из них стоит недорого, обычно 20–150 ₽ на один заказ, и администратор часто не считает нужным вносить их в себестоимость отдельной строкой. В результате все эти как будто незначительные копейки просто выпадают из расчёта, и маржа по итоговому отчёту оказывается заметно выше, чем есть на самом деле в кассе сервиса.

На одном отдельно взятом заказе эта разница совершенно незаметна и не стоит того, чтобы о ней беспокоиться. Но при потоке в 150–200 заказов в месяц и среднем расходе на мелкие расходники 80–100 ₽ на заказ набегает 12 000–20 000 ₽ ежемесячно, которые нигде формально не учтены как затраты бизнеса. Это не критично для выживания сервиса, но искажает управленческую картину: собственник думает, что зарабатывает на 15–20 тысяч рублей больше, чем на самом деле, и это незаметно влияет на решения о найме нового мастера, закупках и инвестициях в оборудование.

Третий частый перекос — недооценка времени на сложную диагностику неисправности. Стандартная диагностика с понятным симптомом — не включается, не заряжается, не определяется накопитель — занимает обычно 15–30 минут работы мастера. Но диагностика без чёткого симптома — «иногда зависает», «периодически перезагружается сам по себе» — может растянуться на 2–3 часа: нужно последовательно прогнать несколько тестов и исключить версии неисправности одну за другой, не пропустив ни одной. Если сервис по-прежнему списывает на такую диагностику стандартные 30 минут по старой внутренней норме, реальная себестоимость времени мастера занижается в 4–6 раз против факта.

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

Маржа не по одному заказу: аналитика по мастеру, периоду, типу ремонта

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

Маржа по типу ремонта отвечает на другой важный вопрос: на чём сервис реально зарабатывает деньги, а что делается почти в ноль ради общего потока клиентов. Часто оказывается, что простые типовые ремонты — чистка от пыли, замена батарейки, установка программного обеспечения — дают маржу 50–60%, потому что почти вся сумма чека тут работа мастера без дорогой запчасти в составе, а сложные ремонты с заменой платы дают маржу всего 15–20%, потому что основная часть чека уходит на закупку самой детали. Это вовсе не значит, что от сложных ремонтов нужно отказываться — но их цена может требовать пересмотра, если маржа по ним стабильно держится ниже целевого для сервиса уровня.

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

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

Как внедрить учёт маржи в сервисе без лишней бюрократии

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

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

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

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