уход с коробки
Когда amoCRM заканчивается, а бизнес — нет
amoCRM отлично ведёт воронку продаж. Она плохо переносит бизнес, который состоит не только из воронки.
amoCRM сделана вокруг одной идеи: сделка движется по воронке от лида к оплате. Пока бизнес так и устроен, спорить не с чем — это быстрый и удобный инструмент. Проблемы начинаются, когда у компании появляются сущности, которых в этой картине мира нет: объекты в аренде, партнёрская программа, договоры с графиком платежей, производственные заказы, абонементы. Их приходится изображать сделками с кастомными полями, и каждый следующий процесс делает эту имитацию сложнее.
Симптом всегда один и тот же: рабочий процесс живёт не в системе, а в головах и таблицах рядом с ней. Менеджер ведёт сделку в amoCRM, реальный учёт — в Google-таблице, а связь между ними держится на дисциплине. Уход с amoCRM — это не поиск CRM получше. Это решение перенести собственную предметную область в систему, где она описана как есть: своими сущностями, своими правилами и своими отчётами.
Пора уходить, если
- Ключевая сущность бизнеса изображается «сделкой» с десятком кастомных полей.
- Рядом с CRM живёт таблица, без которой отдел не работает.
- Нужный отчёт нельзя построить, потому что данные лежат не в тех полях.
- Каждая новая автоматизация — это ещё один виджет или ещё одна интеграция-прослойка.
- Данные клиентов лежат у вендора, а вам нужен свой контур или ФЗ-152.
Во что вы упёрлись на самом деле
| Что нужно бизнесу | Что даёт amoCRM | Что появляется в своей системе |
|---|---|---|
| Своя предметная область | Лид, контакт, сделка — и кастомные поля поверх | Ваши сущности и связи между ними как есть |
| Сложная бизнес-логика | Триггеры, боты, виджеты сторонних разработчиков | Логика в коде, покрытая тестами, а не набор виджетов |
| Отчёты по своим показателям | Отчёты по воронке | Любой срез, потому что данные лежат в вашей модели |
| Интеграции без прослоек | Через маркетплейс и лимиты API | Прямой доступ к своей базе и своему API |
| Контроль над данными | Данные в облаке вендора, по его правилам | Ваш контур, ваш бэкап, ваша локализация ПДн |
Как проходит переход
-
Сначала описываем предметную область
Не «переносим amoCRM», а выписываем, чем вы на самом деле оперируете: объект, договор, отгрузка, абонемент. Обычно на этом шаге выясняется, что половина кастомных полей была костылём под одну сущность, которой не хватало.
-
Забираем данные через API
Контакты, компании, сделки, задачи, примечания и файлы выгружаются в промежуточное хранилище. Выгрузка повторяемая: её можно прогнать ещё раз в день переезда, чтобы не потерять то, что добавили за время разработки.
-
Раскладываем историю по новой модели
Здесь решается, что было полем-костылём, а что — настоящей сущностью. История сделок сохраняется, но перестаёт быть свалкой: она встаёт в объекты, у которых есть смысл.
-
Работаем параллельно, потом отключаем
Некоторое время обе системы живут рядом: новая ведёт процесс, старая остаётся справочником. Отключение — это отдельное решение, а не побочный эффект переезда.
Что дальше
Услуга: CRM и PRM-системы Обычно строим: Личный кабинет клиента Кейс по теме: Partnetix — PRM-платформа для партнёрских программ
Частые вопросы
- Мы потеряем историю сделок?
- Нет. Контакты, компании, сделки, задачи, примечания и файлы забираются через API и переносятся. Вопрос не в том, сохранится ли история, а в том, во что она ляжет: копировать структуру amoCRM один в один обычно бессмысленно — вы уходите как раз от неё.
- А если своя система окажется хуже?
- Поэтому переход делается параллельным: новая система ведёт процесс, amoCRM остаётся доступной на чтение. Отключение — осознанный шаг после того, как люди работают в новой, а не условие запуска.
- Не проще ли доработать amoCRM виджетами?
- Проще — до определённого момента. Виджет живёт в чужом жизненном цикле: обновление платформы, лимиты API, чужая поддержка. Когда таких виджетов становится несколько и они зависят друг от друга, вы уже содержите систему, просто не владеете ею.
- Сколько это стоит и сколько занимает?
- Цену и дату я фиксирую до старта, а не после дискавери. Первая рабочая версия — недели: помогает готовая компонентная база и то, что решения принимает один человек.