Каталог проектовПродажи и клиентыКлиентская база, которая не разваливается тихо
Поиск дублей Обогащение по ИНН Журнал и откат Запуск за 7–12 дней

Клиентская база, которая не разваливается тихо

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

3–8%
дублей в типичной живой базе
100%
изменений в журнале «было → стало»
0
удалённых карточек — только архив
≤2 мин
ответ «есть ли такой клиент и кто с ним работал»

Один день из жизни вашего агента

База поддерживается в порядке фоном: проходы идут по расписанию, к вам приходят только те решения, которые нельзя принять автоматически.

09:00

Ночной проход по базе агент Сверщик

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

11:00

Спорные пары — на ваше решение агент Сверщик

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

14:00

Обогащение новых карточек агент Регистратор

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

16:00

Проверка по вашему регламенту агент Ревизор

Обязательные поля по стадиям сделки, формат телефонов и почт, живой ли домен, есть ли ответственный. Нарушения приходят адресно тому, кто их создал, — а не общей сводкой в никуда.

ежедневно

Сигнал о зависших сделках агент Дозорный

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

пн

Срез качества базы руководителю

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

Внутри — не один бот, а команда

Главный агент руководит специализированными суб-агентами. У каждого — своя роль, свои инструкции и своя зона ответственности.

🗂
Оркестратор

Хранитель базы

Держит картину базы целиком, отвечает на вопросы о любом клиенте и приносит решения, которые нельзя принять без человека. Знает вашу структуру сделок, стадии и то, какие поля критичны именно для вас.

🔍
Дубли

Сверщик

Сопоставляет карточки по нормализованным признакам, делит совпадения на точные и спорные, готовит слияния с диффом. Помнит пары, помеченные вами как «разные», и больше их не поднимает.

📇
Реквизиты

Регистратор

Обогащает компании по ИНН из открытых реестров и следит за изменениями: смена наименования, адреса, руководителя, ликвидация. Каждое поле — с источником и датой.

Регламент

Ревизор

Проверяет базу по вашему своду правил: обязательные поля по стадиям, форматы, ответственные. Ведёт статистику качества по менеджерам и направлениям.

Активность

Дозорный

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

Как это устроено под капотом

Чистка базы ломается в двух местах: на неверном слиянии, которое склеивает разных клиентов, и на потере данных. Здесь закрыты оба.

01 / MATCH-CODE

Дубли ищет код, а не нейросеть

Признаки нормализуются скриптом (ИНН, телефон к единому формату, домен почты, название без «ООО» и кавычек), дальше — точные ключи и мера похожести с порогом. Одна и та же база даёт один и тот же результат, а модель подключается только к спорным парам — объяснить, чем они похожи.

02 / BATCH-SCAN

Почему «бот на промптах» так не может

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

03 / MERGE-HITL

Слияние — с диффом и подтверждением

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

04 / AUDIT-LOG

Журнал «было → стало» и откат

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

05 / REGISTRY-FILL

Реквизиты — из реестра, с пометкой источника

Компании дополняются по ИНН из открытых государственных реестров. Поле, полученное автоматически, всегда отличимо от введённого руками, и агент не затирает то, что заполнил человек, — расхождение выносится на решение.

06 / RULE-SET

Свод правил качества — ваш

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

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

CRM недоступна или API отвалилось на середине прохода

→ Реакция системы

Работа продолжается на последнем снимке с пометкой «данные на дату»; изменения копятся в очереди и применяются после восстановления — ни одно не теряется и не применяется дважды.

⚠ Сценарий отказа

Реестр по ИНН не ответил или вернул мусор

→ Реакция системы

Поле остаётся незаполненным с пометкой «не подтверждено», существующее значение не затирается — пустота честнее выдумки.

⚠ Сценарий отказа

Пара похожа, но это два разных клиента

→ Реакция системы

Ниже порога уверенности слияние не выполняется никогда: пара уходит в очередь решений с диффом, а ваш вердикт «разные» запоминается навсегда.

⚠ Сценарий отказа

Перезапуск системы

→ Реакция системы

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

Так выглядит его работа

Так выглядят реальные сообщения системы.

Спорная пара на решение 🔍 Пара 14 из 47 карточка А карточка Б Название: Ромашка, ООО РОМАШКА ООО ИНН: 77...4821 77...4812 Телефон: совпадает совпадает Ответственный: Иванов Петрова Сделок: 3 (1.2 млн) 1 (180 тыс.) ИНН отличаются перестановкой двух цифр — похоже на опечатку, в реестре существует только 77...4821. Рекомендую слить в А, историю Б перенести. Решение за вами.
Недельный срез качества 📊 Качество базы · неделя Карточек: 6 240 (+118) Заполнены полно: 71% ▲ +6 п.п. Без ответственного: 34 (+9) Дублей открыто: 47 спорных Зависших сделок: 12 на 1.4 млн ₽ Мусор растёт в одном месте: карточки из формы на сайте приходят без телефона. Подготовил черновик правила для формы — лечим источник, а не последствия.
Изменения в реестре 📇 Регистратор: изменения по клиентам Клиент В: сменил наименование (с 01.08) Клиент Г: новый руководитель Клиент Д: в процессе ликвидации По клиенту Д открыта сделка на 340 тыс. и отгрузка на следующей неделе — вынес отдельно ответственному. Реквизиты В и Г обновлю после подтверждения: старые значения останутся в журнале.

Что входит в настройку «под ключ»

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

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: хранитель базы, сверщик, регистратор, ревизор, дозорный
  • Первичная чистка: полный проход по базе с разбором дублей вместе с вами
  • Регулярные проходы по расписанию и очередь спорных пар с диффом
  • Обогащение компаний по ИНН из открытых реестров с пометкой источника
  • Свод правил качества под ваш процесс и адресные сигналы менеджерам
  • Журнал изменений «было → стало» с откатом и недельный срез руководителю
  • Неделя сопровождения после запуска

Возможные расширения

Оцениваются отдельно по вашему запросу
  • Слежение за изменениями в реестрах по всей базе (ликвидации, смена реквизитов)
  • Дедупликация физлиц по телефону и почте с учётом однофамильцев и семей
  • Сегментация базы под рассылки (ABC, отрасль, активность)
  • Сверка базы с 1С или биллингом: клиенты, которых нет в CRM
  • Перенос базы при смене CRM с чисткой на входе

Границы системы: честно и заранее

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

✓ Агент может

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

✕ Не может — архитектурно

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

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

Память агентов, базы, шаблоны документов, правила — всё под вашу специфику.

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

Демонстрация, до 2 правок, обучение работе с агентом — и система уходит в бой.

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
09Поиск дублей прогнан на полной выгрузке базы, спорные пары разобраны вместе с вами
10Тестовое слияние выполнено и откачено по журналу — история сделок сохранилась
11Обогащение по ИНН сверено с реестром на 20 случайных карточках
12Свод правил качества согласован, и первый срез совпал с вашей выборочной проверкой

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

ч
Оценка эффекта
Формула: высвобожденное время на поиск, чистку и сверку карточек + 2% оборота повторных продаж, которые сегодня теряются на нерабочих контактах, дублях и сделках без движения. Корректность аналитики и репутация в рассылках — сверх этой оценки. Оценка ориентировочная и не является офертой.

Ручная чистка базы — это неделя работы раз в год. Здесь порядок держится фоном

Настройка «под ключ» входит в тариф «Про». Пришлите выгрузку базы (можно обезличенную) — правила чистки и регламент качества соберём мы.

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

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

Мы дадим агенту доступ к CRM — он там всё перепишет?

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

А если он склеит двух разных клиентов?

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

У нас не CRM, а таблица. Подойдёт?

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

Откуда берутся реквизиты по ИНН?

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

Менеджеры не воспримут это как слежку?

Зависит от подачи, и мы помогаем с ней на внедрении. Сигналы приходят адресно и по делу («в этой карточке нет телефона»), а не публичным рейтингом провинившихся. Срез по менеджерам получает руководитель — и обычно он показывает не лентяев, а места, где сам процесс заставляет заводить мусор.