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