Постоянный покупатель присылает заявку на привычный ассортимент. Менеджер открывает прошлый заказ, копирует позиции и обещает отгрузку. Позже выясняется, что часть товара уже зарезервирована, договорная цена действовала до конца прошлого месяца, а один артикул поставщик заменил. Заказ приходится пересобирать, хотя клиент обращается в компанию далеко не впервые.
В оптовой торговле CRM нужна для работы с такими повседневными ситуациями. Она связывает историю клиента, действующие коммерческие условия, состав заказа и события исполнения. Менеджер получает рабочее место, в котором можно подготовить предложение, проверить ограничения и понять, какое действие требуется по каждому заказу.
Что хранить в карточке оптового клиента
У покупателя могут быть несколько юридических лиц, складов и сотрудников с разными полномочиями. Один специалист собирает потребность, другой согласует закупку, третий принимает поставку. Если все сведения записаны одним комментарием, при замене менеджера договоренности приходится восстанавливать по переписке.
В CRM полезно разделить организацию, контакты, договоры и адреса доставки. У контакта фиксируется его роль, у адреса — условия приемки, у договора — применяемые правила продажи. Заказ связывается с конкретным плательщиком и получателем. Это особенно важно, когда центральный офис оплачивает продукцию, а машины отправляются на разные площадки.
История общения остается рядом с заказами, рекламациями и согласованиями. Тогда новый сотрудник видит причину специальной цены или переноса поставки. Доступ к финансовым условиям и изменение договоренностей распределяются по ролям: право просматривать информацию и право утверждать исключение решают разные задачи.
Как оформлять повторный заказ
Для регулярного покупателя удобно сохранять его ассортимент: часто приобретаемые позиции, аналоги, упаковки и согласованные обозначения. Клиент может прислать собственные артикулы, поэтому системе нужна связь между его номенклатурой и внутренним каталогом поставщика. Совпадение по похожему названию требует проверки: за ним могут скрываться разные размеры или комплектации.
Повтор заказа начинается с прошлого состава, но условия проверяются на новую дату. CRM должна показать изменившуюся цену, снятую с поставки позицию, другую кратность упаковки и недоступное количество. Менеджер подтверждает изменения с покупателем до передачи заявки на исполнение.
Например, клиент раньше заказывал крепеж упаковками, а новую заявку прислал в штуках. В рабочем процессе нужны единица запроса, единица отгрузки и правило пересчета. Если система хранит только число в строке, ошибка обнаружится при сборке или уже на стороне покупателя. Проверка кратности при оформлении предупреждает такую ситуацию.
Цена должна иметь основание
Оптовая цена может зависеть от группы клиента, объема, товарной категории, договора и срока действия предложения. Поэтому одной скидки в карточке организации часто недостаточно. Нужен порядок применения условий: какое соглашение действует для этой позиции и кто вправе от него отступить.
В заказе сохраняется согласованная версия условий. При обновлении прайса система должна различать новые предложения и уже подтвержденные обязательства. Правила пересчета определяются договоренностями компании; произвольное обновление всех открытых заказов способно изменить сумму, которую покупатель уже согласовал.
Запрос дополнительной скидки передается руководителю вместе с составом заказа, расчетом и основанием. После решения менеджер видит разрешенные условия, а в истории остаются автор и дата согласования. Так исключение становится частью рабочего процесса и сохраняется при смене ответственного.
Как связать обещание клиенту с наличием товара
Остаток на складе и количество, доступное для нового заказа, могут отличаться. Часть продукции занята другими заказами, ожидает проверки или находится на складе, с которого нельзя выполнить нужную доставку. При подготовке предложения менеджеру нужна именно доступность с понятным источником и временем обновления.
Для каждой группы данных назначается ответственная система. Например, складской учет ведет остатки и резервы, учетная система — взаиморасчеты, CRM — переговоры и согласования. В интеграции задаются события передачи и подтверждения. Заказ, отправленный из CRM, получает номер и результат обработки на стороне учета.
Если обмен завершился ошибкой, менеджер должен увидеть ее в заказе. Повторная отправка привязывается к той же заявке, чтобы на складе не появились два одинаковых поручения. Эти детали стоит проверять при приемке интеграции вместе с обычным успешным сценарием.
Кредитные условия тоже участвуют в подтверждении. Система показывает задолженность и ограничения, действующие по правилам компании. Решение об исключении принимает уполномоченный сотрудник, а менеджер получает понятный результат: можно продолжать оформление либо требуется согласование.
Что происходит после подтверждения
У оптового заказа часто несколько дат исполнения. Одни позиции готовы сегодня, другие поступят позднее. Поэтому статус полезно хранить по строкам и партиям поставки: подтверждено, обеспечено, собрано, отгружено, отменено. Общий статус заказа формируется из этих событий.
Менеджеру нужен список отклонений, требующих его участия: покупатель должен согласовать аналог, склад сообщил о недостаче, срок поступления изменился. У каждого события есть ответственный и следующее действие. Подробно связь обязательств и фактических операций разобрана в статье об управлении заказами клиентов.
История отгрузок помогает подготовить следующую продажу. При этом возврат, рекламация и отмененная позиция учитываются отдельно: механическое повторение последней накладной может снова предложить клиенту товар, с которым уже возникла проблема.
Как выбирать CRM для оптовой компании
Готовая CRM удобна, когда ее товарная модель, способы согласования и интеграции соответствуют работе компании. На демонстрации стоит провести собственный заказ: с несколькими адресами, договорной ценой, заменой артикула и частичной поставкой. Такой пример быстро показывает, что сотрудники смогут делать в системе и где понадобится ручная сверка.
Потребность в индивидуальной разработке появляется, когда коммерческие правила регулярно пересекаются: условия зависят от сочетания покупателя, товара и площадки, один заказ распределяется между складами, а решение о поставке требует данных нескольких систем. При разработке CRM под процессы компании эти связи можно заложить в модель заказа и рабочее место менеджера.
Экономику выбора следует считать по всему процессу. У готового продукта учитываются лицензии, приложения, настройка обмена и поддержка доработок. У собственной системы — разработка, эксплуатация и развитие. В обоих случаях важны оставшиеся ручные операции: сколько времени занимает обработка заказа и сколько сотрудников исправляют расхождения. Выигрыш индивидуального решения возникает там, где автоматизация повторяющихся правил оправдывает затраты на его создание.
Что проверить на первых заказах
- Повторный заказ подхватывает ассортимент клиента и отдельно показывает изменения условий.
- Количество и упаковка проверяются до согласования поставки.
- Цена, скидка и разрешение на отгрузку имеют понятное основание.
- Подтверждение из учетной системы видно менеджеру; ошибка обмена получает ответственного.
- Частичная отгрузка оставляет понятный остаток обязательств по каждой позиции.
Результат пилота оценивают по времени подготовки заказа, количеству исправлений и доле поставок, выполненных в согласованном составе и сроке. Показатели сравнивают на сопоставимых заказах: крупная поставка под заказ и повторная отгрузка со склада требуют разной работы.
Для обсуждения подходящей CRM достаточно разобрать несколько характерных заявок и отметить места, где менеджер обращается к таблице, звонит на склад или повторно вводит данные. Из этих действий складываются требования к системе, которая действительно облегчит оптовые продажи.