CRM вместо таблицы: план переноса и проверки

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

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

Проверьте, какую проблему должна решить CRM

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

Запишите один ожидаемый результат. Например: «У каждой активной сделки есть ответственный и ближайшая задача». Его можно проверить по записям. Цель «сделать продажи управляемыми» потребует более точных критериев.

Если проблема только в названиях столбцов или дублях, сначала исправьте их в таблице. Иначе новая CRM перенесёт ту же путаницу в более сложный интерфейс.

Разделите строки по сущностям

Возьмём пример: в таблице есть колонки «Компания», «Контакт», «Запрос», «Сумма», «Статус» и «Что дальше». Компания может обратиться дважды. Поэтому одну строку разумно считать сделкой, а не уникальным клиентом.

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

Подготовьте копию и правила очистки

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

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

Для дублей задайте правило проверки. Две строки с одинаковой компанией могут быть разными сделками; удалять одну только по совпадению названия нельзя. Сначала сверьте смысл записи.

Соберите проверяемую первую версию

Создай учебную CRM для перехода с таблицы продаж.

Сущности: клиент, сделка, задача.
Клиент: стабильный ID, название, заметка.
Сделка: ID, клиент, запрос, сумма, статус, ответственный.
Задача: сделка, действие, срок, ответственный, отметка выполнения.
Статусы: Новая, В работе, Предложение, Выиграна, Проиграна.

Экраны: клиенты, сделки с фильтрами, карточка сделки и задачи.
Добавь только вымышленные примеры: Компания А, Компания Б, Учебная сделка.
При переименовании клиента связи со сделками должны сохраняться.
Менеджер видит свои записи; руководитель видит записи команды.

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

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

Сверьте перенос по контрольным значениям

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

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

Затем измените запись в CRM, перезагрузите страницу и откройте её под другим аккаунтом. Проверьте, что сотрудник получает только положенные ему записи. Проверка объектного доступа по OWASP помогает учесть доступ по прямому идентификатору записи.

Определите момент переключения команды

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

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

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