Вернёмся к тому времени, когда алматинский сервис аналитических отчётов только переходил на новую CRM, ту самую, покупку которой мы разбирали по ролям. Три менеджера Жанар на тренинге уверенно заводят карточку и ставят задачу. Но после звонка клиенту менеджер всё равно открывает старую таблицу: владелец сервиса Талгат по-прежнему ждёт ежедневный отчёт именно там. Часть открытых задач при переносе потерялась, а выбрать следующий шаг с телефона неудобно.
Второй тренинг потерянные задачи не вернёт. Сначала нужно понять, что мешает человеку сделать работу, потом исправить переход и проверить его на живых обращениях. Проект закончен, когда команда ведёт клиента в новом процессе, а Талгат и Жанар принимают решения по его данным.
Переход к рабочей CRM и архиву
Рабочая карточка
Следующее действие и срок либо отметка о завершении сделки.
- Отчётность
- Руководитель использует новый отчёт
Проверки перехода
- Сверка
Сверить открытые сделки и задачи, восстановить потерянные записи.
- Рабочий процесс
Проверить ведение клиента и новый отчёт на живых обращениях.
- После проверки
Старая таблица доступна только для чтения. Ежедневный двойной ввод прекращается.
Историю сохраняют для сверки по правилам компании. Удалять исходный файл не требуется.
Начните с действия после разговора
Для сервиса рабочее правило звучит так: после разговора с клиентом менеджер записывает, о чём договорились, и ставит следующий шаг со сроком или отмечает, что сделка закрыта. Коллега, открыв карточку, должен понять, что обещано клиенту и что делать дальше. Жанар по этим записям распределяет очередь.
В таком правиле понятно, кто делает, когда и кому нужен результат. В требовании «работать в CRM» нет ничего из этого. Число входов в систему тоже мало говорит о работе: человек может открыть CRM, посмотреть телефон клиента, а итог разговора записать в личный файл.
Попросите менеджера провести вас по недавнему обращению. Где он узнал, какая у клиента система учёта? Куда записал согласованную дату пилота? Что увидит коллега, если менеджер уйдёт в отпуск? Смотрите весь путь, включая неудобные исключения. За быстро созданной пустой карточкой может прятаться долгая ручная работа вне системы.
Поля выбирают под эти действия. Если какие-то сведения никто не использует, выясните, зачем их собирают. Если поле обязательное, а ответа пока нет, добавьте состояние «нужно уточнить» и задачу на уточнение. Выдуманное значение ради заполненного поля потом испортит решения.
Разберите причину, прежде чем назначать обучение
Модель ADKAR компании Prosci раскладывает изменение на понимание, зачем оно нужно, желание участвовать, знание, умение действовать и закрепление. По этим пунктам удобно вести разговор с сотрудником. Но пустая запись в CRM не скажет, на каком из них человек споткнулся.
| Что вы видите | Что выяснить | Как можно исправить |
|---|---|---|
| Менеджер не понимает, зачем обязательное поле | Какое решение по нему принимают | Объяснить назначение или снять требование |
| Договорённость записана не там | Понятно ли, куда и как записывать | Разобрать вместе настоящий разговор |
| Задача пропала после переноса | Совпадают ли старые и новые записи | Восстановить задачу и проверить остальные |
| Запись откладывают до вечера | Удобно ли работать с телефона | Исправить форму или порядок работы |
| Сделку ведут в двух местах | Какой отчёт требует руководитель | Договориться о переходе отчётности |
Возражение сотрудника может показать ошибку самого проекта. Договорённостей это не отменяет, но подсказывает, что исправить. Если доступы, данные и инструкции уже в порядке, а невыполнение повторяется, Жанар говорит с менеджером один на один, на примерах из его карточек.
Спросите и Талгата, что он сам готов поменять. Если он отправил команду учиться новому процессу, а сам по-прежнему разбирает только старую таблицу, менеджеры получают два требования, которые нельзя выполнить одновременно. Ещё один ответственный за дисциплину этого не исправит.
Посчитайте цену двойного ввода
Возьмём условные цифры. Три менеджера тратят по 20 минут в рабочий день, чтобы перенести в таблицу то, что уже есть в CRM. За 20 рабочих дней это 3 × 20 × 20 = 1 200 минут, или 20 часов. Для оценки загрузки внутренний час стоит 5 000 ₸, значит, двойной ввод занимает времени на 100 000 ₸ в месяц.
Это оценка времени. Постоянные расходы сервиса в 6 800 000 ₸ уже включают зарплаты всей команды, аренду и общие сервисы. Если бухгалтер Меруерт вычтет из P&L ещё 100 000 ₸, одни и те же зарплаты посчитают дважды. После перехода оклады могут остаться прежними, зато у менеджеров появится время на другие задачи.
Подготовку перехода команда оценила в десять часов разовой работы, это 50 000 ₸ того же внутреннего времени. Сюда входят сверка данных, настройка отчёта и разбор исключений. Если разработчик Бекзат делает это в своё оплаченное время, сумма не превращается в дополнительный денежный расход. Если нужен подрядчик или сверхурочные часы, в бюджет попадает их согласованная стоимость.
Допустим, после перехода остаётся четыре часа ежемесячной проверки качества записей. Тогда чистое высвобождение 20 - 4 = 16 часов, по той же оценке 80 000 ₸ в месяц. Команда проверяет замером обе цифры: действительно ли исчез повторный ввод и сколько занимает новая проверка. До замера это прогноз сэкономленного времени.
Превращать эти часы в рост выручки рано. Талгат может отдать освободившееся время просроченным контактам, но продажи зависят ещё от спроса, предложения и работы с клиентом. Связь проверяют по результатам, а время, расходы и доход в отчёте держат в разных строках.
Проведите пилот на полном пути клиента
Выберите небольшой поток обращений и заранее решите, к кому менеджер идёт, если застрял. Через пилот должны пройти новая заявка, проверка совместимости, назначение и перенос встречи, отказ, повторное обращение и передача клиента коллеге. Только так станет понятно, хватает ли данных и правил для обычной работы.
До начала Бекзат выгружает список открытых сделок с постоянными идентификаторами. После переноса сравните владельца, статус, последнюю договорённость, открытые задачи и сроки. Сложные случаи разберите руками. Число строк может совпасть, даже если задачи уехали к чужим клиентам.
Заранее решите и то, что делать при сбое: куда менеджер временно запишет договорённость, кто потом перенесёт её в CRM и как отметит, что сверка закончена. Этот путь нужен до первой проблемы. Иначе временный личный файл легко становится постоянным вторым источником.
На переходный период иногда нужны оба источника. Назовите, кто отвечает за сверку и при каком условии параллельный ввод прекращается. Отключать таблицу по дате, не сверив данные, нельзя. Но и бессрочное «пока ведём и там, и там» лишает переход смысла.
Уберите старое требование после проверки
Жанар сверяет новый отчёт с определениями, о которых договорились: что считается открытой сделкой, просроченным шагом и выполненной задачей. Она проводит планёрку по CRM, проверяет, что коллеги видят нужные карточки, и убеждается, что незавершённые обязательства перед клиентами не потерялись.
После этого старую таблицу переводят в режим чтения и хранят как архив по правилам компании. История остаётся под рукой для сверки, ежедневное обновление прекращается. Удалять исходный файл для этого не нужно.
Запишите, где теперь искать ответ и кто меняет поля и статусы. Обновите инструкцию для новых сотрудников. Иначе через месяц один новичок восстановит старый файл по сохранённой инструкции, а другой придумает ещё один способ учёта.
Внедрение считают по карточкам, не по тренингу
Допустим, все три менеджера прошли обучение. В проверке 100 открытых сделок, где по правилу нужен следующий шаг, и только у 60 есть актуальное действие со сроком. Обучение прошли все трое, а нужный признак есть у 60% карточек. Проект закрывать рано.
У оставшихся 40 записей причины разные: задачи потерялись при переносе, статус неверный, нет доступа, правило непонятно или менеджер его просто нарушает. Сначала разделите причины, потом исправляйте. Запись «связаться позже» без срока не делает карточку готовой к передаче.
Через следующий период в такой же проверке 100 подходящих сделок пригодных записей стало 85. Полнота выросла на 25 процентных пунктов. Это качество записей, а продажи считают по своим цифрам.
Задание: можно ли закрыть проект
Команда обучила всех менеджеров и докладывает, что двойного ввода больше нет. Проверка показывает 85 пригодных карточек из 100. Замер подтвердил прежние 20 часов повторной работы в месяц и нынешние четыре часа контроля. Талгат хочет записать 80 000 ₸ как дополнительную прибыль. Что поправить в отчёте и что доделать до закрытия проекта?
Высвободились 16 часов, по внутренней оценке это 80 000 ₸. Пока оклады не меняются, прибыль от этого не вырастет. В отчёте время, фактические дополнительные расходы и результат работы показывают разными строками. До закрытия нужно разобрать 15 карточек, которые не готовы к передаче, и убедиться в трёх вещах: Талгат и Жанар работают по новому отчёту, архив открывается, а таблицу больше никто не требует заполнять. Проект закрыт, когда работающий процесс передан владельцу, и дальше качество записей контролирует он.