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