Профессия: Специалист по клиентскому сервису

Сервис, поддержка и удержание

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

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

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

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

Как выглядит рабочий день

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

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

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

Что находится за пределами полномочий

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

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

Особенно опасно обещать то, что выполняет другой отдел. Фраза «курьер точно будет завтра» допустима только при подтверждённом обязательстве, а не потому, что клиент требует определённости. Честный вариант: «Запросила подтверждение у службы доставки. До 18:00 сообщу согласованную дату или следующий шаг, если ответа ещё не будет». Здесь обещан результат собственной работы, который сотрудник способен проконтролировать.

Форматы занятости и доход

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

Зарплатные предложения следует сравнивать по роли, региону, опыту, графику и составу обязанностей. На странице московских вакансий CRM-маркетологов, проверенной 14 октября 2026 года, встречались предложения 138–172 тыс. рублей до вычета налогов и 120–150 тыс. рублей на руки при опыте 1–3 года [6]. Это отдельные объявления, а не средняя зарплата, и они не описывают стартовую оплату оператора поддержки. Использовать их как обещание дохода после книги было бы неверно.

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

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

Практика. Паспорт роли

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

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

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

Условия проекта

«Дом рядом» продаёт органайзеры, контейнеры, щётки и сменные материалы для уборки через собственный сайт. Компания работает с розничными покупателями в России. У неё один склад и несколько перевозчиков. Клиент может заказать товар без регистрации, поэтому наличие заказа и наличие аккаунта не одно и то же. Поддержка принимает обращения в чате сайта, по email и через подключённый к общей очереди мессенджер.

Для проекта зафиксируем условный квартал с 1 января по 31 марта невисокосного года. Первую завершённую покупку в январе сделали 1 000 клиентов. У 240 из них появился хотя бы один следующий завершённый заказ в течение 60 дней после первой покупки. Дата расчёта — 1 апреля: даже для покупки 31 января доступны полные 60 дней наблюдения. Для окна, выходящего за границу квартала, используем необходимые события до даты расчёта. Возвращённые полностью и отменённые заказы не считаются завершёнными покупками. Это определение понадобится, когда мы начнём считать повторные продажи.

За один учебный месяц магазин зарегистрировал 600 обращений: 210 о доставке, 90 о комплектации, 80 о возврате, 70 о свойствах товара, 60 о бонусах, 90 прочих. Это отдельная таблица операционной работы, а не выборка только январских клиентов. Один покупатель может создать несколько обращений. Нельзя делить эти 600 записей на 1 000 клиентов и называть результат долей недовольных: периоды и единицы учёта различаются.

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

Исходный показатель повторной покупки равен 24%: 240 из 1 000. Перед вами не норматив отрасли, а отправная точка учебного проекта. Задача — найти проверяемые причины, из-за которых часть людей не возвращается, и разработать изменения. Возможно, среди покупателей органайзеров повторная покупка вообще не нужна через два месяца. Тогда нельзя считать отсутствие нового заказа провалом сервиса.

Как описывать путь клиента

Карта клиентского пути, или CJM, показывает действия человека, ожидания, препятствия и ответственные процессы. Она отличается от внутренней воронки: клиент не думает категориями «этап сделки» и «триггер». Он пытается выбрать подходящий размер контейнера, получить покупку к переезду или заменить закончившийся расходник. Именно эту задачу нужно поставить в центр карты.

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

Для каждой строки карты укажите действие, вопрос клиента, источник ответа, возможный сбой, способ обнаружения и владельца исправления. «Ожидание доставки — тревога» слишком общее описание. Лучше: «После обещанной даты трек не обновился; клиент не знает, отменять ли заказ; сигнал — просроченный статус и обращение; поддержку информирует логист». Такое описание позволяет спроектировать конкретный процесс.

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

Где искать причины потерь

Разделите потери на четыре группы. Человек не получил обещанный результат; результат получил, но не понял, как использовать; следующая потребность ещё не возникла; потребность возникла, но покупать неудобно или невыгодно. Для каждой группы нужны разные действия. Рассылка не исправит недостающую деталь, а компенсация за доставку не научит пользоваться сложным товаром.

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

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

Интервью без наведения на ответ

Для исследования нужен разговор о прошлом поведении. Вопрос «Вам было бы удобно получать напоминание?» почти приглашает согласиться. Спросите: «Когда вы в последний раз покупали сменный блок? Как поняли, что он нужен? Где искали? Почему выбрали этот магазин?» Человек может объяснить, что не запоминает название модели и ориентируется по фотографии. Это более полезная находка, чем общее согласие на напоминания.

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

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

Приоритеты улучшений

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

В учебном магазине доставка дала 210 из 600 обращений, то есть 35%. Но это не значит, что логистика виновата в 35% всех проблем. Часть вопросов могла появиться из-за непонятной страницы отслеживания. Просмотрите содержание обращений и разделите задержки, отсутствие информации, ошибочный адрес и вопросы до покупки. Только после этого выбирайте изменение.

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

Практика. Карта пути и исследовательская записка

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

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

Минимальная рабочая система

Для организации сервиса нужна система обращений, которую часто называют help desk. Она хранит запросы, статусы, ответственных, сроки и историю. Клиентская CRM хранит отношения с покупателем и сделки. Платформа рассылок отвечает за сообщения, подписки и события кампаний. В небольшом бизнесе несколько функций могут быть объединены, но сущности всё равно нужно различать.

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

Начать учебный проект можно в таблицах. Создайте листы «Клиенты», «Заказы», «Обращения», «Согласия» и «Коммуникации». Каждой записи назначьте искусственный идентификатор: C001 для клиента, O001 для заказа, T001 для обращения. Не используйте реальные номера телефонов. Для email подойдут адреса вида client001@example.com, которые служат образцами в документации.

Идентификаторы и дубли

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

Представим, что C001 оформил заказ с одного email, а позже написал с другого. Нельзя автоматически присоединить новое письмо только потому, что имя совпало. Для конкретной операции понадобится подтверждение права на сведения о заказе. Методы подтверждения должны соответствовать правилам компании и характеру данных. Оператору достаточно минимально необходимой информации; паспорт для уточнения общедоступных условий доставки не требуется.

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

Словарь данных

Словарь объясняет значение каждого поля, формат, допустимые значения и источник. Например, order_completed_at означает дату и время подтверждённого завершения покупки по выбранному определению. Оно не должно иногда означать оплату, а иногда передачу курьеру. Поле complaint_open принимает «да» или «нет» и обновляется по связанным обращениям, а не по памяти маркетолога.

Для времени укажите часовой пояс. Если заказ создан в 23:30 по Москве, а хранилище использует UTC, дата может отличаться. При подсчёте дневных когорт такая ошибка меняет состав групп. Сохраняйте техническое время последовательно, а время отправки переводите в часовой пояс получателя, если он известен и его использование предусмотрено процессом.

Для обзорного отчёта «Дома рядом» начните с полей client_id, first_completed_order_at, last_completed_order_at, completed_orders_count, category_last_order, email_status, sms_status, messenger_status, complaint_open и last_marketing_sent_at. Это минимальная аналитическая витрина, то есть таблица, подготовленная для определённой задачи. Она не заменяет исходные заказы и журнал согласий. Для сценария совместимости дополнительно нужны модель в конкретном заказе, дата её покупки и факт последующей покупки подходящего расходника. Последняя категория сама по себе не позволяет восстановить эту историю.

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

Качество данных перед запуском

Проверка начинается с количества записей и связей. Сколько клиентов в таблице, сколько заказов не имеют client_id, есть ли одинаковые order_id, как много пустых статусов согласия? Затем сопоставьте агрегаты с исходной системой. Если в отчёте 980 завершённых покупок, а в системе учёта 1 000, выясните, какие двадцать записей потерялись или отфильтровались.

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