CRM можно установить за один день и ещё долго выяснять, кто должен разбирать новые обращения. Запуск состоялся технически, но рабочий процесс не изменился: поручения остаются в переписке, менеджеры ведут личные списки, руководитель собирает статус вручную.

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

Определите границы и результат

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

Граница начала: запрос зарегистрирован и доступен ответственному. Граница завершения: исполнитель подтвердил получение согласованного состава заказа. Отправить предложение клиенту недостаточно: это промежуточный шаг, после которого у менеджера остаются обязательства.

Результат внедрения формулируем так: по каждому открытому запросу видны ответственный, текущее состояние, следующий шаг и срок; переданный заказ содержит согласованные условия. Требование «сотрудники пользуются CRM» слишком расплывчато для приёмки.

Руководство Microsoft по внедрению через процессы связывает проектирование, проверку, обучение и поддержку со сквозным рабочим процессом. Ниже предложен самостоятельный организационный образец, который нужно адаптировать к выбранной системе.

Назначьте владельцев решений

Для каждого результата нужен один ответственный, даже если его готовят несколько человек:

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

Этап 1. Согласовать процесс — условные дни 1–2

Руководитель продаж вместе с менеджерами разбирает несколько недавних запросов: обычный, неполный, повторный и переданный коллеге. На выходе нужен короткий регламент: этапы, условия переходов, владелец заявки, правила следующего действия, порядок обработки исключений.

Заполненный фрагмент: «Этап “Уточнение”: менеджер Анна запрашивает недостающий состав комплекта. Следующее действие — связаться с клиентом во вторник до 12:00. Выход — состав подтверждён либо зафиксирована причина завершения без заказа».

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

Минимальный состав рабочих процессов небольшой команды описан в статье о CRM для команды из 3–10 человек. На запуске важно выбрать одну законченную цепочку, а не включать все возможности одновременно.

Этап 2. Подготовить данные — условные дни 3–4

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

Условная сверка: в исходном списке 20 строк. Проверка показала, что две строки повторяют два уже имеющихся обращения. Получилось 18 уникальных открытых запросов. В журнале соответствия все 20 исходных строк связаны с этими 18 запросами; история повторных сообщений сохранена. Это организационный результат проверки, а не обещание автоматического объединения записей в CRM.

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

Владелец данных подписывает результат сверки. Порядок работы с повторами подробно разобран в статье о дублях в CRM.

Этап 3. Настроить и проверить — условные дни 5–7

Внедренец показывает готовый процесс на тестовых карточках. Менеджеры самостоятельно выполняют задания: зарегистрировать запрос, назначить следующее действие, заменить отсутствующего коллегу, уточнить условия, передать согласованный заказ.

Для каждого задания записывают исходные данные и ожидаемый результат. Например: «Анна недоступна. Борис находит обещанный клиенту срок и продолжает работу без запроса личной переписки Анны». Проверяют также доступы: человек должен видеть необходимые ему сведения и выполнять разрешённые действия. Возможности настройки прав выясняют в выбранном решении.

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

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

Этап 4. Подготовить переход — условные дни 8–9

Координатор составляет последовательность действий на момент переключения:

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

Обучение проверяют действием: каждый участник самостоятельно проводит тестовый запрос до своей точки передачи. Запись вебинара и список присутствовавших не подтверждают готовность.

Этап 5. Запустить ограниченный пилот — условные дни 10–14

В начале дня координатор сверяет поступившие обращения с зарегистрированными. В конце — открытые запросы без ответственного или следующего действия. Руководитель продаж ежедневно разбирает исключения, а внедренец принимает технические замечания в одном согласованном месте.

За первую неделю условно поступило 24 обращения, все зарегистрированы. На момент проверки открыты 20; в двух отсутствует срок следующего действия. Полнота по этому критерию составляет 18 / 20 × 100 = 90%. Четыре завершённых обращения в знаменатель не входят, потому что критерий относится к открытым.

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

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

План действий при сбое

Заранее определите, что делать, если канал перестал передавать обращения или CRM недоступна. Например, координатор временно ведёт единый аварийный журнал с временем поступления, клиентом, ответственным и обещанным действием.

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

Шаблон контрольной точки

Для каждого этапа заполните одну карточку:

Заполненный пример: «Этап 3, проверка передачи заказа. Ответственный — РОП. Менеджер и координатор провели три тестовых заказа; состав и сроки совпали с согласованными условиями. Замечание по названию поля назначено внедренцу. Переход к подготовке запуска разрешён».

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

Источники

Все материалы →