Управление заказами и статусами: настройка процессов

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

Почему порядок в заказах важнее, чем кажется

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

Хорошо настроенная система заказов решает три задачи одновременно:

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

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

Статусы заказа: как их спроектировать

Статус — это не просто ярлык, а договорённость внутри команды. Если статус «В обработке» означает для одного менеджера «позвонил клиенту», а для другого «ещё не открывал», он бесполезен. Поэтому начинать нужно не с настроек панели, а с листа бумаги, на котором вы рисуете путь заказа в вашем магазине.

Базовая цепочка

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

Что добавить для вашей специфики

Магазин, который продаёт товары под заказ, добавит статусы «Заказан у поставщика» и «Ожидается на складе». Магазин с услугой монтажа — «Назначена дата монтажа». Магазин с самовывозом — «Готов к выдаче», и этот статус особенно важен: именно по нему клиент получает письмо или сообщение с просьбой приехать. А магазин, который работает с наложенным платежом, обязательно заведёт статус «Не забран», чтобы такие заказы не смешивались с отказами по другим причинам.

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

Автоматизация переходов

Ручное переключение статусов — главный источник ошибок. Менеджер забыл поставить «Оплачен», склад не видит заказ, клиент ждёт. Поэтому как можно больше переходов стоит отдать системе.

Что можно автоматизировать

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

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

Чего автоматизировать не стоит

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

Уведомления покупателю и сотрудникам

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

Письма и сообщения клиенту

Минимальный набор уведомлений для клиента:

1. подтверждение получения заказа сразу после оформления, с составом, суммой и контактами магазина;
2. сообщение об оплате, если она проходит онлайн;
3. уведомление об отправке с трек-номером и ссылкой для отслеживания;
4. сообщение о готовности к выдаче для самовывоза;
5. просьба оставить отзыв через несколько дней после вручения.

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

Уведомления внутри команды

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

Роли и права сотрудников

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

Разумная схема прав выглядит так:

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

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

Работа с проблемными заказами

Идеальный заказ проходит все статусы без остановок. Реальность богаче: клиент не отвечает на звонки, товара не оказалось на складе, адрес указан неверно, посылка потерялась. Процессы нужно проектировать не только для «счастливого» пути.

Типовые ситуации и реакция

Причины отмен стоит собирать в справочник с готовыми вариантами: «дорого», «нашёл дешевле», «долгая доставка», «передумал», «нет в наличии», «не дозвонились». Через месяц-два накопится статистика, и вы увидите реальные причины потерь. Нередко оказывается, что половина отмен связана не с ценой, а со сроками или с тем, что менеджер слишком долго не перезванивал.

Возвраты и обмены

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

Отчёты и контроль скорости

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

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

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

Как внедрять изменения без потрясений

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

Частые вопросы

Итоги

Управление заказами — это не отдельная функция магазина, а его нервная система. Продуманные статусы, автоматические переходы, понятные уведомления и разумные права доступа превращают обработку заказов из ежедневного аврала в предсказуемый процесс. Начните с описания реального пути заказа, сократите число статусов до необходимого, автоматизируйте рутину и измеряйте результат. Если вам нужна помощь с настройкой процессов в магазине на CS-Cart, команда Klaxon Studio готова обсудить задачу: напишите нам на [email protected], и мы предложим схему под ваш бизнес. Общее представление о том, как мы подходим к проектам, можно получить на странице создания интернет-магазинов.