Що CRM має реально вести: ліди, супровід, договори та after-sales

Опубліковано: 2026-08-25 Джерело: 许愿牛科技

CRM — не адресна книга і не скринька погоджень. Він має володіти призначенням лідів, шлюзами стадій, версіями договорів і заявками after-sales. Стаття показує, де таблиця ламається після кількох сотень рахунків і чому аудит експорту та правила колізій важливіші за гарний дашборд.

CRM продають як «запуск системи». Насправді ламаються чотири об’єкти, які не визнають одне одного: власник ліда, історія супроводу, версії договору та заявки after-sales. 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-ліди рідко через довгу форму; продажі не натискають «невалідний» у системі.

Супровід

Супровід — не щоденник. Кожна активність має змінити стадію або наступну дію, інакше це журнал настрою. Дзвінки, візити й надсилання КП мають фільтруватися. Не лишайте зобов’язань лише в чаті: дата поставки, знижка й кількість зразків — поля. Чат може бути вкладенням.

Договори

Договори потребують версій. Умови, строк і точки оплати йдуть зі стадією рахунку. Якщо ціна, змінена в листі, не потрапила в систему, фінанси виставляють один рахунок, склад відвантажує інший. У групі чи кількох юрособах сторона договору й сторона отримання коштів — поля, не ім’я файлу «гонконзька компанія».

After-sales

Заявки after-sales висять на оригінальному договорі та серійному номері чи партії. Охорона здоров’я і local-life це показують: мініпрограма центру обстежень лікарні Qilu Garden у Цзінані та мініпрограма local-life Zhouleme — входи для споживача. Без об’єкта клієнта й замовлення в бек-офісі підтримка лише питає «якого дня ви приходили?». Мол догляду за літніми Guoyuan має розділяти акаунт родини й законтрактовану особу; одного «клієнта» замало.

Обговорення та підтвердження клієнтського договору

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

МожливістьСпільна таблицяСистема управління клієнтами
ВолодінняХто відкрив — той редагуєПрава плюс журнал передачі
СтадіяКольори й коментаріОбов’язкові поля блокують прогрес
ДоговірХаос версій у папкахВерсія прив’язана до оплат
After-salesДруга таблицяЗаявка висить на клієнті й договорі
ЗвільненняСкопіював файл і пішовПрава відкликано; записи лишаються
Закордонна роботаНотатка про часовий пояс з доброї воліОдин код і словник полів

Порядок впровадження: спочатку об’єкти, потім дашборди

Спочатку намалюйте об’єкти: лід, рахунок, контакт, можливість, договір, заявка. Потім хто на якій стадії що мусить заповнити. Дашборди останніми. Провальні проєкти, які бачила XYN Tech, часто починалися з «екрана виручки місяця», поки порожні поля ще можна було довести до виграшу. Екран гарний. Цифри не аудитуються.

Інтерфейси до системи постачальників і внутрішнього OA тримайте скромними. CRM потрібен кредитний ліміт і статус відвантаження, не цехові рапорти. З боку ERP XYN Tech має авторське право ERP生产管理系统 (2022-08-04), але клієнтська робота й лінійна звітність — дві книги; зустрічаються лише за кодом рахунку й номером замовлення.

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

Стандартна воронка, менше 30 полів, без галузевих ліцензій: коробковий CRM зазвичай вистачає. Кілька юросіб, канальні ретро, членство мініпрограми, сервісні заявки з простежуваністю партій: кастом чистіший. XYN Tech віддає вихідний код і розгортання, не здає зареєстроване ПЗ за місце. Можливості — в списку авторських прав, юридична особа — в Про нас.

Права вирішують раніше за поля

Керівник продажів бачить команду, директор регіон, фінанси надходження, не причини програшу—якщо ці три правила не в правах, гарну сторінку супроводу обходять через «спочатку експорт, потім приватне редагування». Канальні партнери й внутрішні продажі в одному пулі потребують правила колізії, інакше CRM стає інструментом перехоплення клієнтів. У кастомі XYN Tech вмикає аудит експорту: хто масово вивантажує контакти поза годинами, важливіший за того, хто не заповнив «дату наступного контакту».

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

Цінність системи управління клієнтами: наступний продавець у межах прав розуміє, чому попередній виграв або програв. Без цього будь-який бренд CRM — нова обкладинка тієї ж таблиці. Спочатку чотири об’єкти, потім рішення про проєкт.