Что CRM должен реально вести: лиды, сопровождение, договоры и послепродажный сервис

Опубликовано: 2026-08-25 Источник: 许愿牛科技

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

Внедрение CRM продают как «запуск системы». Реально ломаются четыре объекта, которые не признают друг друга: владелец лида, история сопровождения, версии договора и заявки послепродажного сервиса. Shandong XYN Information Technology Co., Ltd. (许愿牛科技 / XYN Tech) зарегистрировала ПО «CRM客户管理系统 V1.0» 2022-08-04; правообладатель совпадает с юридическим именем. Это доказывает, что компания строила систему управления клиентами и оформила авторское право. Это не доказывает наличие облачного SKU, который можно арендовать и сразу включить. Текст для владельцев и операторов, которые ведут клиентов: что система должна держать и почему общая таблица ломается около 200-го клиента.

Отдел продаж ведёт лиды в офисе

CRM — не адресная книга и не поток согласований

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

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

Четыре объекта: выпадет один — вернётесь к таблицам

Лиды

У лида нужны источник, время первого контакта, владелец и причина отбраковки. Формы сайта, визитки с выставок и рекомендации попадают в один пул, правило дублей жёсткое: что важнее — почта, телефон или имя компании. Когда XYN Tech делает сайт и приём лидов, продажи обязаны вернуть результат, иначе маркетинг оптимизирует время на сайте, а не сделки. Фейковые B2B-лиды редко из-за длинной формы: продажи просто не нажимают «невалидно» в системе.

Сопровождение

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

Договоры

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

Послепродажный сервис

Заявки сервиса вешаются на исходный договор и серийный номер или партию. Особенно видно в медицине и локальном ритейле: мини-программа центра обследований больницы Qilu Garden в Цзинане и мини-программа локальной жизни Zhouleme — вход для потребителя. Без объектов клиента и заказа в бэк-офисе поддержка может только спрашивать «в какой день вы приходили?». Магазин ухода за пожилыми Guoyuan должен разделять аккаунт семьи и контрактного пожилого; один общий «клиент» не работает.

Обсуждение и подтверждение клиентского договора

Табличный CRM против системного CRM

ВозможностьОбщая таблицаСистема управления клиентами
ВладениеКто открыл — тот правитПрава + журнал передачи
СтадияЦвета и комментарииОбязательные поля блокируют переход
ДоговорХаос версий в папкахВерсия связана с точками оплаты
СервисЕщё одна таблицаЗаявка висит на клиенте и договоре
УвольнениеСкопировал файл и ушёлПрава отозваны, записи остаются
Зарубежная работаЧасовой пояс на совестиОдин код и таблица соответствия полей

Порядок внедрения: сначала объекты, потом дашборды

Сначала нарисуйте объекты: лид, клиент, контакт, сделка, договор, заявка. Затем кто на какой стадии что обязан заполнить. Дашборды — последними. Провальные проекты, которые видела XYN Tech, чаще начинались с «экрана выручки месяца», пока пустые поля всё ещё можно было довести до выигранной сделки. Экран красивый. Цифры не аудируются.

Интеграции с системой поставщиков и внутренним OA держите скромными. CRM нужны кредитный лимит и статус отгрузки, не цеховые рапорты. На стороне ERP у XYN Tech есть ПО «ERP生产管理系统» (2022-08-04), но клиентская работа и цеховая отчётность — две книги, сходятся только по коду клиента и номеру заказа.

Кастом или коробка

Стандартная воронка, меньше 30 полей, нет отраслевых лицензий — коробка обычно хватает. Несколько юрлиц, канальные ретро, связка с участником мини-программы, сервисные заявки с прослеживаемостью партий — чище кастом. XYN Tech отдаёт исходный код и развёртывание, а не сдаёт зарегистрированное ПО по местам. Описание возможностей — в списке ПО, юрлицо — в О нас.

Права решают раньше полей

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

Скоринг лидов можно отложить. Сначала сделайте «причину невалидности» обязательным перечислением, не свободным текстом. Свободный текст никогда не разделит в отчёте «дорого» и «нет ЛПР». XYN Tech скорее сделает некрасивую, но аудируемую воронку стадий, чем умную рекомендацию следующего клиента: при пустых полях модель лишь усиливает личные предпочтения продавца.

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