01 CRM · интеграции · автоматизация
Как связали медицинскую систему и CRM в единый процесс
Построили контролируемый обмен между IDent и amoCRM: сопоставили существующие сущности, добавили проверяемые изменения и перевели неоднозначные случаи в безопасный ручной контур.
- доходимость
- ×3
- доля обращений, завершившихся посещением · период не указан
- совокупная лояльность
- ×2
- средний чек · количество визитов · рекомендации · период не указан
next_visit: null → scheduled01
Контекст и исходная задача
CRM и медицинская система отвечали за разные части клиентского пути. В amoCRM команда вела обращения и сделки, а в IDent находились фактические записи, планы и операционные задачи.
Чтобы CRM показывала актуальное состояние процесса, требовался не простой экспорт, а слой правил, проверки и безопасного отказа от действия.
Что мешало системе работать целиком
Одинаковый телефон нельзя было считать достаточным доказательством связи: у записи могли быть дубли, неполный профиль или несколько активных сделок.
Ошибка сопоставления затрагивала чувствительные данные и рабочий процесс, поэтому спорные случаи должны были останавливаться, а не исправляться автоматически.
02
Карта разрозненного процесса
- 01
IDent: фактические записи, планы и задачи
- 02
Matching policy: подтверждение существующей связи
- 03
Quarantine и diff: ручная проверка спорных случаев
- 04
amoCRM: адресное обновление разрешённых сущностей
- 05
Verification: повторная проверка результата
03
Подход Digital Cats Agency
Сначала зафиксировали критерии уверенного сопоставления и запретили автоматическую работу для остальных случаев.
Затем разделили чтение источника, расчёт решения, применение пакета изменений и проверку результата. Каждый уровень доступа открывался после dry-run и ограниченного пилота.
IDent остаётся read-only источником
Автоматически проходят только подтверждённые связи
Разрешённые изменения выполняются адресно
Результат проверяется повторным чтением
04
Состав решения
Интеграционный worker читает IDent в режиме SELECT-only, сопоставляет существующие сущности amoCRM и формирует защищённый набор изменений. Техническое состояние и журнал попыток хранятся без сырых персональных данных.
next_visit: null → scheduled- Телефон без дополнительного подтверждения не создаёт автоматическую связь.
- Конфликт, несколько активных сделок и неполный источник помещаются в карантин.
- Одинаковые значения не отправляются повторно.
- Интеграция не создаёт и не удаляет контакты и сделки.
- Для запуска предусмотрены dry-run, пилот, backup и откат.
05
Что изменилось и какой результат получили
Актуальные состояния IDent стали запускать своевременные действия сотрудников на разных этапах CJM, а спорные связи сохранились в ручном контуре: актуальные данные → автоматизированный CJM → своевременные действия → рост доходимости и лояльности.
Связали фактические состояния IDent с существующими сущностями amoCRM и автоматизировали клиентский путь, не ослабляя ручную проверку неоднозначных случаев.
Доходимость от обращения до посещения клиники выросла в 3 раза. Автоматизация клиентского пути помогла вдвое увеличить совокупный показатель лояльности, который учитывает средний чек, количество визитов и обращения по рекомендациям.
Доходимость оценивали по переходу от обращения к фактическому посещению. Совокупную лояльность — по динамике среднего чека, количеству визитов и обращениям по рекомендациям. Период сравнения в подтверждении не указан.
Бизнес-эффект подтверждён владельцем проекта и не приписывается только технической интеграции. Название клиники, реальные интерфейсы и данные пациентов не публикуются.06
Связанные компетенции
- Внедрение и развитие amoCRM
- Интеграции с отраслевыми системами
- Автоматизация процессов
- Аудит данных
- Разработка внутренних сервисов
Следующая система начинается с правильного вопроса
Нужно связать CRM с системой, которая живёт отдельно?
Разберём источники, правила сопоставления и критичные точки до того, как автоматизировать изменения.