Учёт заказов клиентов

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

Ниже — из чего состоит система учёта заказов и клиентов, чем отличается учёт в таблице, в 1С и в CRM, как выстроить этапы заказа, связать его с оплатой и отгрузкой, какие ошибки встречаются чаще всего и с чего начать.

Заказ теряется не внутри отдела, а при передаче из одного отдела в другой. Учёт заказов нужен прежде всего для стыков.

Что входит в учёт заказов клиентов

Рабочий учёт заказов — это не список номеров. У каждого заказа есть состав, этапы, сроки, ответственные и деньги, и все они должны быть видны в одном месте.

Где вести учёт заказов: таблица, 1С или CRM

Большинство компаний проходят три стадии, и у каждой есть свой потолок.

Вопрос	Таблица	1С	CRM
Где сейчас заказ	Если кто-то обновил строку	По документам	Этап на доске, видно сразу
Кто отвечает	Колонка, которую забывают менять	Менеджер документа	Ответственный на каждом этапе, задачи
Просрочка сроков	Не видна	Ограниченно	Напоминания и отчёт по просрочкам
Оплата и отгрузка	Вручную	Точно и юридически значимо	Статус из 1С через обмен
Общение с клиентом	Нет	Нет	Звонки и переписка в карточке

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

Этапы заказа: как их выстроить

Этапы заказа — это не этапы продажи. Продажа заканчивается оплатой или подписанным договором, заказ с этого только начинается. Поэтому в CRM их разводят: воронка продаж для сделки и отдельный контур для исполнения — вторая воронка или смарт-процесс «Заказ», связанный со сделкой.

Типовой путь заказа после продажи ↓

У каждого этапа должны быть критерий перехода и срок: «Оплачен» — когда из 1С пришла оплата, «Готов к отгрузке» — когда производство закрыло свою задачу. Тогда заказ двигается по событиям, а не по памяти сотрудников, и просроченные этапы видны в отчёте. Как настраивается второй контур в Битрикс24, разобрано в статье «Настройка смарт-процессов в Битрикс24».

Система учёта заказов и клиентов: как связать

Заказ без клиента — просто номер, клиент без заказов — просто контакт. Ценность появляется, когда они связаны: в карточке клиента видны все его заказы с суммами и статусами, а в заказе — вся история общения с клиентом.

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

Связь с оплатой и отгрузкой

1. Счёт. Формируется из заказа по шаблону или создаётся в 1С через обмен — клиент и состав подставляются автоматически.
2. Оплата. Статус приходит из учётной системы и сам переводит заказ на следующий этап. Менеджер не звонит в бухгалтерию.
3. Резерв и остатки. Для товарных заказов остаток и резерв видны в карточке, резерв создаётся при нужном этапе.
4. Отгрузка. Документы и дата отгрузки возвращаются в заказ, клиент получает уведомление.

Технически это интеграция CRM с учётной системой — подробнее в статье «Интеграция Битрикс24 и 1С» и в услуге интеграции и данные.

Изменения, отмены и возвраты

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

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

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

Как клиенту узнать статус заказа

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

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

Доступ для склада, производства и доставки

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

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

Учёт заказов в разных бизнесах

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

Оптовая торговля. Заказов много, они типовые, важны скорость обработки, резерв на складе и контроль оплат. Главный риск — отгрузка клиенту с долгом. Подробнее — «CRM для оптовой торговли».

Монтаж и услуги с выездом. Заказ — это объект: замер, согласование, монтаж, акт. Нужны адрес, график бригад и фотоотчёт. Разбор — «CRM для монтажных работ».

Интернет-магазин. Заказы приходят с сайта и маркетплейсов, важна автоматическая загрузка и статусы для клиента. Подробнее — «CRM для интернет-магазина».

Нумерация и поиск заказов

Мелочь, которая экономит часы: у заказа должен быть один номер во всех системах. Если в CRM заказ называется по имени клиента, в 1С у счёта свой номер, а на складе — третий, сотрудники тратят время на сопоставление, а клиент называет номер, которого никто не узнаёт.

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

Для компаний с повторяющимися заказами полезно ещё одно поле — ссылка на предыдущий заказ того же клиента. Повтор оформляется копированием за минуту, а руководитель видит, какие клиенты заказывают регулярно, и может планировать загрузку заранее.

Отчёты по заказам, которые нужны руководителю

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

Как понять, что учёт заказов работает

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

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

Третий признак — вопросы клиентов. Когда учёт работает, звонков «где мой заказ» становится заметно меньше, а на оставшиеся отвечает любой сотрудник, открыв карточку.

Частые ошибки

Кто отвечает за заказ целиком

На каждом этапе есть свой ответственный, но у заказа в целом тоже должен быть владелец — обычно менеджер, который его продал. Он не делает работу за производство и склад, но первым видит, что заказ застрял, и первым говорит с клиентом. Без такого владельца каждый отвечает только за свой кусок, а за срок перед клиентом — никто.

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

С чего начать

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

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

Если своих ресурсов на такой проект нет, начните с аудита и архитектуры CRM: на выходе будет схема контуров, этапы, зоны ответственности CRM и 1С и план внедрения по шагам. Этот документ можно реализовать своими силами или с любым подрядчиком. Ориентиры по цене работ — в открытом калькуляторе.

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