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