Разбор портала
Смотрим воронки, поля, роботов, бизнес-процессы, права и интеграции. Итог — список проблем и план исправления по приоритету.
АВТОМАТИЗАЦИЯ / АУДИТ CRM
CRM есть, но менеджеры ведут сделки в таблицах, отчёты не сходятся, а роботы шлют уведомления, которые никто не читает. Разбираем, что настроено, наводим порядок в данных и перестраиваем систему под то, как команда работает сейчас.
У одного клиента в базе три карточки. Стадии в воронке придумывали давно, и половину из них пропускают. Роботов и бизнес-процессы настраивали разные люди, и уже никто не помнит, что из них работает. Руководитель не доверяет отчётам и просит цифры в таблице. Это не всегда повод менять систему. Чаще Битрикс24 можно перенастроить: убрать лишнее, починить сломанное и договориться о правилах. Поэтому помощь в настройке Битрикс24 мы начинаем с разбора, а не с переделки. Студия Крюкова — официальный бизнес-партнёр 1С-Битрикс. Берёмся и за порталы, которые настраивал кто-то до нас.
Смотрим воронки, поля, роботов, бизнес-процессы, права и интеграции. Итог — список проблем и план исправления по приоритету.
Спрашиваем менеджеров и руководителей, где им неудобно и что они делают в обход системы.
Находим и объединяем повторяющиеся компании, контакты и сделки, приводим в порядок справочники.
Убираем лишние стадии и добавляем обязательные поля там, где без них ломаются отчёты.
Пересобираем права по отделам и ролям: кто видит чьих клиентов, кто может менять суммы и удалять записи.
Отключаем то, что мешает, чиним сломанное и описываем, что делает каждый оставшийся процесс.
Переносим клиентов, сделки и историю в Битрикс24 из amoCRM, другой CRM или таблиц.
Записываем договорённости и показываем команде, как теперь работать в портале.
Изучаем портал и говорим с людьми, которые в нём работают.
Список найденных проблем с объяснением, чем каждая мешает работе, и план исправления по приоритету. Дальше решаете вы: исправляем мы, или план берёт в работу ваш администратор.
Да. Начинаем с разбора того, что уже сделано, и не ломаем то, что работает.
Стараемся обойтись без этого. Изменения готовим и проверяем так, чтобы команда продолжала работать, а крупные перемены — например, новые стадии воронки — включаем после обучения.
Рассчитаем после обсуждения задачи. На объём влияют размер портала, число воронок и бизнес-процессов, объём данных для чистки и нужна ли миграция из другой системы.
Доступ администратора к порталу, человек, который знает процессы, и немного времени менеджеров на разговор: они лучше всех знают, где система мешает.
Опишите, что мешает: дубли, отчёты, которым нельзя верить, лишние уведомления, сделки мимо системы. Укажите, сколько человек работает в портале и кто его настраивал.