Есть процессы, про которые в компании долго думают как про что-то второстепенное. Не потому, что они правда второстепенные, а потому, что до поры до времени кажется: ну это уже “после продажи”, значит, главное не там.
Сервис, возвраты и рекламации — как раз из этой категории.
Пока продажи идут, все обычно смотрят на выручку.
Пока производство выпускает, все смотрят на себестоимость.
Пока закупки везут сырьё, все смотрят на цены и сроки.
А сервис и возвраты долго живут где-то сбоку, в режиме: “ну да, бывает”.
А потом вдруг выясняется, что именно здесь тихо, спокойно и без лишнего пафоса утекают маржа, деньги и лояльность клиента.
Один говорит: проблема в рекламациях.
Другой — в возвратах.
Третий — в плохом сервисе после продажи.
Четвёртый — в том, что клиент не уходит сразу, но перестаёт покупать через два месяца.
Пятый вообще смотрит на всё это и задаёт самый неприятный вопрос: а мы вообще понимаем, сколько нам стоит “исправить то, что уже продали”?
Формально тема одна. По смыслу — сразу несколько.
И если это не развести в начале, дальше сервисный контур начинает выглядеть очень знакомо: либо как грустная папка с претензиями, либо как набор ручных доработок, либо как “что-то, что делает клиентский отдел”. Но не как управляемый процесс.
Поэтому в статье про сервис, возвраты и рекламации я хочу сделать то же, что мы уже сделали с продажами, производством, закупками, логистикой, запасами и денежным циклом: сначала договориться о понятиях, а уже потом перейти к результатам процесса, объектам и KPI.
О чём именно мы говорим, когда говорим “сервис, возвраты и рекламации”
Когда я говорю «сервис / возвраты / рекламации для бюджетирования», я имею в виду не просто работу менеджера, который “разбирается с клиентом”, и не просто факт возврата товара.
Я имею в виду экономический процесс, внутри которого компания принимает, обрабатывает и закрывает клиентские обращения после продажи, исправляет проблемы, связанные с качеством, поставкой, исполнением или использованием продукта, и через это влияет на прямые потери, дополнительные расходы, денежные возвраты, повторные продажи, удержание клиента и часть маржи.
То есть сервисный контур в бюджетировании — это не “отдел, который извиняется”, не “жалобы клиентов” и не “ну один возврат ничего не значит”.
Это процесс, который создаёт для бизнеса сразу несколько результатов.
И здесь полезно сразу развести близкие, но не одинаковые вещи.
Сервис — это не только поддержка клиента, а весь контур послепродажного исполнения и исправления проблемы.
Возврат — это не весь сервисный процесс, а только один из его исходов.
Рекламация — это не обязательно возврат денег, а формализованная претензия к качеству, поставке, комплектности, исполнению или результату.
Лояльность клиента — это не сам сервис, а один из эффектов того, как сервисный контур работает.
Потери на возвратах — это не “неприятный случай”, а вполне реальный экономический результат процесса.
Если сказать совсем просто, то в этой статье под сервисом, возвратами и рекламациями я буду понимать вот что:
это процесс, в котором бизнес обрабатывает проблемы после продажи и одновременно влияет на прямые потери, стоимость исправления, деньги, удержание клиента и часть маржи.
Словарь, чтобы дальше не путаться
Сервисный контур — процесс обработки клиентских обращений, проблем и запросов после продажи.
Возврат — обратное движение товара, денег или обязательств из-за отказа, дефекта, ошибки поставки или иных причин.
Рекламация — формализованная претензия клиента к качеству, комплектности, сроку, исполнению или результату поставки.
Стоимость исправления — все затраты, связанные с обработкой и закрытием проблемы: логистика, доработка, замена, компенсация, время сотрудников, сервисные выезды.
Удержание клиента — способность компании сохранить клиента после проблемной ситуации.
SLA сервиса — обещанный срок или стандарт обработки обращения / рекламации.
Повторная продажа — следующая покупка клиента после завершения сервисного кейса.
KPI — ключевые показатели, по которым мы видим результат процесса и его отклонения.
ERP / CRM / сервисный контур — системы, в которых потом должны жить обращения, причины возвратов, статусы, затраты на исправление, компенсации и аналитика факта.
С чего начинается описание сервиса для бюджетирования
Как и в других статьях серии, начинать лучше не с вопроса: «Что делает сервис?»
А с другого: «Какой результат создаёт сервисный процесс для бизнеса?»
Вот здесь и начинается настоящая логика.
Пока мы обсуждаем, что сервис “делает”, мы получаем привычный список: приняли обращение, зарегистрировали претензию, ответили клиенту, согласовали возврат, отправили замену, провели компенсацию, закрыли кейс. Всё это правильно, но для бюджетирования этого недостаточно.
А вот когда мы спрашиваем, какой результат создаёт процесс, появляется экономическая рамка.
И тут выясняется, что сервис, возвраты и рекламации создают не один результат, а сразу несколько.
Во-первых, это скорость и качество разрешения проблемы. То есть насколько быстро и предсказуемо компания закрывает обращение.
Во-вторых, это стоимость исправления. Потому что за каждым “давайте просто решим вопрос” почти всегда стоит логистика, время, замена, списание, переработка или выезд. Иногда всё сразу, чтобы жизнь не теряла насыщенности.
В-третьих, это объём и структура возвратов. То есть сколько продукта, денег или обязательств уходит обратно и по каким причинам.
В-четвёртых, это влияние на деньги. Потому что возвраты, компенсации, замены, задержки оплат и повторные доработки очень даже умеют менять денежную картину.
В-пятых, это влияние на клиента. То есть не только “закрыли кейс”, но и сохранили ли клиента, не ушёл ли он, не перестал ли покупать молча. А молчаливый уход клиента обычно дороже любого крика.
И в-шестых, это влияние на маржу. Потому что если компания системно несёт затраты на исправление, компенсации и возвраты, это уже не просто сервис, а часть экономической модели продукта.
И здесь появляется первая важная логическая опора:
У процесса есть результаты. А KPI мы разрабатываем именно на результаты процесса.
Не “на сервис вообще”.
Не “на отдел рекламаций как таковой”.
А именно на результаты сервисного процесса.
Почему нельзя говорить о сервисе только через количество жалоб
Очень часто сервисный контур описывают через одну цифру: сколько было обращений, возвратов или рекламаций.
Это понятно. Количество — самый заметный показатель. Но для бюджетирования этого недостаточно.
Потому что одинаковое число обращений может давать разный экономический результат.
Можно иметь одинаковое количество рекламаций:
- с быстрым закрытием или с затяжным разбором на три недели;
- с небольшой доработкой или с полной заменой партии;
- с разовым недоразумением или с системной проблемой качества;
- с сохранённым клиентом или с потерянным клиентом;
- с минимальными потерями или с серьёзным ударом по марже и деньгам.
То есть количество обращений само по себе отвечает только на вопрос:
сколько случаев было.
А бюджетированию нужно понимать ещё и другое:
во что они обходятся; как быстро они закрываются; по каким причинам возникают; сохраняют ли клиента; и не превратился ли сервисный процесс в постоянную “вторую продажу”, только уже без прибыли.
Именно поэтому сервис нельзя описывать одной цифрой “количество претензий”. Нужно сначала выделить результаты процесса, а уже потом понимать, как мы их будем измерять.
Сервисный контур создаёт несколько групп результатов
Если собрать это в более чёткую схему, получится так:
Сервис / рекламации / возвраты → скорость и качество решения
Сервис / рекламации / возвраты → стоимость исправления
Сервис / рекламации / возвраты → объём и структура возвратов
Сервис / рекламации / возвраты → влияние на деньги
Сервис / рекламации / возвраты → удержание клиента
Сервис / рекламации / возвраты → влияние на маржу
И это очень важный момент для всей логики статьи. Потому что дальше мы строим рассуждение именно так: есть процесс, у процесса есть результаты, на результаты мы ставим показатели, а объекты — это аналитики этих результатов и показателей.
То есть объект — это не отдельная сущность “рядом с KPI”.
Это разрез, в котором результат и KPI начинают что-то объяснять.
Например, если результат процесса — стоимость исправления и удержание клиента, то KPI могут быть: стоимость одного кейса; срок закрытия; доля клиентов, сохранивших покупки; доля возвратов по причине качества.
А объектами анализа этих KPI могут стать: продукт; клиент; канал; причина обращения; тип дефекта; партия; подразделение. И вот в такой логике всё становится на место.
Как мы логически выделяем сервисный процесс
Следующий шаг — определить границы процесса.
И здесь тоже важно не сделать его слишком узким или слишком широким.
Если сделать процесс слишком узким, он сведётся к регистрации жалобы. Тогда мы потеряем возвраты, стоимость исправления, влияние на деньги, удержание клиента и причину проблемы.
Если сделать его слишком широким, сервис превратится во всё послепродажное взаимодействие с клиентом, включая коммерцию, маркетинг, производство, логистику и управление качеством.
Поэтому для бюджетирования обычно полезно смотреть так: сервисный процесс начинается там, где после продажи возникает проблема, претензия, необходимость исправления или возврата, и заканчивается там, где можно зафиксировать: что произошло, сколько это стоило, как быстро это закрыли, что случилось с клиентом и как это повлияло на деньги и маржу.
Это означает, что нас интересуют не только регистрация обращения и ответ клиенту, но и:
- причина обращения; срок реакции; срок закрытия; логика компенсации; замена / возврат / доработка; затраты на исправление; влияние на расчёты; влияние на повторную продажу; связь с качеством, логистикой, производством или сервисной моделью.
То есть мы смотрим на сервис, возвраты и рекламации как на контур исправления проблем после продажи, а не как на “отдел, который закрывает жалобы”.
И как только процесс выделен так, перед нами появляется следующий вопрос:
если сервисный контур даёт не одну усреднённую картину, то по каким разрезам эту экономику нужно видеть отдельно?
Вот здесь из процесса начинают появляться объекты.
Как из процесса сервиса появляются объекты
Вот здесь начинается самое важное — и, как и в других статьях, здесь надо именно рассуждать.
Объект не нужно придумывать заранее. Он появляется тогда, когда мы начинаем разбирать результат процесса и видим, что средняя цифра уже ничего не объясняет.
Как мы рассуждаем
Мы говорим: хорошо, сервисный процесс даёт нам срок закрытия, стоимость исправления и влияние на клиента.
Дальше задаём вопрос: эти результаты одинаковы для всех кейсов?
Если да — объект пока не нужен.
Если нет — смотрим, по чему именно они различаются.
Рассуждение 1. Получаем объект “продукт / продуктовая группа”
Например, по одной продуктовой группе рекламации редки и недороги, а по другой постоянно возникают возвраты, доработки и компенсации.
Тогда рассуждаем так: результат процесса — возвраты, стоимость исправления, удержание клиента; они различаются по продуктам; по этим различиям мы принимаем разные решения; значит, продуктовая группа становится объектом.
Рассуждение 2. Получаем объект “причина обращения / тип проблемы”
Допустим, часть обращений связана с качеством, часть — с логистикой, часть — с ошибкой комплектации, часть — с использованием продукта.
Тогда логика такая: результат процесса — стоимость, срок, возврат, удержание клиента; результат различается по причинам; по ним принимаются разные решения; значит, тип проблемы или причина обращения становится объектом.
Рассуждение 3. Получаем объект “клиент / сегмент / канал”
Если сервисная нагрузка по разным клиентам или каналам различается, это тоже нельзя смешивать в одну среднюю цифру.
Тогда рассуждаем так: результат процесса — объём возвратов, стоимость исправления, влияние на повторные продажи; различия возникают по клиентам или каналам; по ним нужны разные решения; значит, клиент, сегмент или канал становятся объектом.
Рассуждение 4. Получаем объект “партия / поставка / подразделение-источник”
Иногда проблема системно связана с конкретной партией, конкретной отгрузкой, конкретной площадкой или подразделением.
Тогда логика такая: результат процесса — рекламации, возвраты, стоимость исправления; различие возникает по источнику дефекта; по нему нужны разные решения; значит, партия, поставка или подразделение-источник становятся объектом.
И вот здесь важно удержать главную мысль статьи:
Объекты появляются не сами по себе. Они появляются как аналитики результатов процесса.
То есть сначала — результат.
Потом — понимание, что средняя цифра искажает реальность.
Потом — объект как разрез, где этот результат нужно видеть отдельно.
Как из результатов сервисного процесса появляются KPI
Теперь переходим к показателям.
Здесь тоже важно не скатиться в механическое перечисление. KPI рождаются не потому, что “у сервиса должен быть набор KPI”, а потому что у процесса есть результаты — и эти результаты нужно измерять.
То есть логика здесь такая: у процесса есть результат; мы спрашиваем, как понять, хороший это результат или плохой; отсюда появляется показатель; потом делим показатели на итоговые и причинные.
Вот это и есть правильная линия.
Рассуждение 1. Результат — скорость и качество решения
Если результат — скорость решения, задаём вопрос:
как понять, быстро и нормально ли мы закрываем проблему клиента?
Отсюда появляются показатели:
- средний срок реакции; средний срок закрытия кейса; доля обращений, закрытых в SLA; доля повторных обращений по тому же кейсу.
Рассуждение 2. Результат — стоимость исправления
Если результат — стоимость исправления, следующий вопрос такой:
как понять, во что нам реально обходится сервисная проблема?
Отсюда появляются:
- стоимость одного кейса; общая стоимость исправлений; стоимость возврата / замены / выезда; доля сервисных затрат в выручке или марже.
Рассуждение 3. Результат — объём и структура возвратов
Если у процесса есть результат в виде возвратов, сразу спрашиваем:
что именно возвращают и почему?
И тут уже появляются:
- доля возвратов; объём возвратов; возвраты по причинам; возвраты по продуктам / каналам / клиентам.
Рассуждение 4. Результат — влияние на клиента
Если сервис должен помогать удерживать клиента, спрашиваем:
что происходит с клиентом после проблемной ситуации?
Отсюда рождаются:
- доля сохранённых клиентов после кейса; повторная покупка после обращения; доля ушедших клиентов после рекламации; уровень удовлетворённости сервисным решением, если компания это измеряет.
Рассуждение 5. Результат — влияние на деньги и маржу
Если сервис влияет на деньги, спрашиваем:
как понять, насколько сервисный контур ест прибыль и денежный поток?
И появляются:
- сумма компенсаций и возвратов денег; доля замороженных денег в незакрытых кейсах; доля сервисных потерь в марже; влияние возвратов на денежный поток периода.
Итоговые и причинные KPI: как не потерять логику
И здесь тоже полезно развести два слоя.
Итоговые KPI
Это показатели, которые показывают, что получилось на выходе процесса.
Например: средний срок закрытия; доля кейсов в SLA; стоимость исправлений; доля возвратов; удержание клиента; доля компенсаций.
Причинные KPI
Это показатели, которые показывают, почему получилось именно так.
Например:
доля дефектов по качеству; доля логистических ошибок; доля повторных обращений; доля ручных разборов; частота проблем по партиям; повторяемость проблемы по продукту; доля незакрытых кейсов старше нормы.
И здесь снова важная мысль: KPI мы ставим на результаты процесса. А причинные KPI помогают объяснить, почему итоговый результат получился именно таким.
То есть итоговые показатели показывают итог, а причинные — причину.
Важное методологическое уточнение
Здесь полезно отдельно проговорить одну вещь.
Важно различать прямые результаты сервисного процесса и их финансовое отражение.
Сам процесс сервиса, возвратов и рекламаций обеспечивает скорость решения, корректность исправления, обработку возврата и работу с клиентом. А такие показатели, как сумма возвратов денег, стоимость компенсаций, потери маржи, влияние на денежный поток и удержание клиента в деньгах, уже являются финансовым отражением или следствием этого процесса в управленческой модели.
Эта развилка кажется тонкой, но на практике она очень помогает не смешивать операционный процесс и его денежное отражение.
Наглядно: о чём это, если говорить совсем по-человечески
Представьте обычную бытовую историю. Вы купили домой стиральную машину. Она приехала, её подключили, все на минуту выдохнули, как будто взрослую жизнь удалось взять под контроль. А потом выясняется, что она течёт.
И вот с этого момента начинается не “одна проблема”, а целый сервисный процесс.
Нужно дозвониться.
Нужно зарегистрировать обращение.
Нужно объяснить, что это не “вам показалось”.
Нужно дождаться мастера.
Нужно понять, ремонт это, замена или возврат.
Нужно не сойти с ума на этапе “ожидайте ответа специалиста в течение трёх рабочих дней”.
Формально вопрос один: стиральная машина неисправна.
Но если посмотреть внимательнее, у этой истории сразу несколько результатов.
Как быстро отреагировали.
Сколько времени ушло на решение.
Во что обошлось исправление.
Понадобился ли возврат денег.
Остался ли клиент в живом контакте с брендом или внутренне попрощался ещё на третьем звонке.
Вот сервис в компании устроен точно так же.
Если смотреть только на количество жалоб, можно увидеть цифру и ничего не понять.
Если смотреть только на стоимость возвратов, можно увидеть деньги и не увидеть причину.
А если смотреть по-взрослому, придётся признать: сервис — это всегда сочетание скорости, стоимости исправления, возвратов, денег, удержания клиента и влияния на маржу.
И именно поэтому в бюджетировании сервис нельзя сворачивать в одну строчку “расходы на рекламации”. Это примерно как оценивать историю со стиральной машиной только по стоимости выезда мастера. Формально сумма есть. По сути — вся нервная экосистема проблемы осталась за кадром.
Что важно не перепутать
Здесь я бы отдельно проговорила несколько типичных ошибок.
Первая ошибка — считать, что сервис равен жалобам.
Нет. Жалоба — только вход в процесс.
Вторая ошибка — считать, что KPI ставятся “на сервис вообще”.
Нет. KPI ставятся на результаты процесса.
Третья ошибка — думать, что объект — это отдельный слой рядом с показателями.
Нет. Объект — это аналитика результата и KPI. Это разрез, в котором результат перестаёт быть средней цифрой.
Четвёртая ошибка — смотреть на сервис отдельно от качества, логистики и продаж.
На практике сервисный контур почти всегда сидит на стыке процессов.
Пятая ошибка — считать, что сервис — это только про клиента, а не про деньги.
На практике сервис очень даже умеет превращаться в экономику. Иногда не самую приятную.
Как выглядит правильная логика в работе
Если собрать всё в одну простую последовательность, получится вот что.
Сначала мы договариваемся, что именно понимаем под сервисом, возвратами и рекламациями.
Потом выделяем результаты процесса.
Потом понимаем, где результаты начинают различаться по экономике — и так появляются объекты.
Потом на результаты ставим KPI: итоговые и причинные.
И только после этого у нас появляется действительно живая сервисная модель для бюджетирования.
То есть логика такая: процесс → результаты → объекты как аналитики результатов → KPI на результаты процесса
Вот это и есть главный каркас статьи.
Вывод
Когда мы описываем сервис, возвраты и рекламации для бюджетирования, мы на самом деле делаем не описание жалоб и не список “кто кому что должен компенсировать”.
Мы определяем:
как бизнес исправляет проблемы после продажи;
какие результаты при этом создаёт процесс;
в каких разрезах эти результаты начинают экономически различаться;
и какими показателями потом эту экономику можно видеть и объяснять.
И вот тогда сервис перестаёт быть просто словом “поддержка” или строкой “расходы на возвраты”.
Он становится управляемым процессом, у которого есть результаты, у результатов — показатели, а у показателей — правильные аналитики.