Компания меняет порядок работы: как провести границу между старыми и новыми запросами

Выберите событие перехода

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

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

Определите судьбу начатой работы

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

Пройдите условную пограничную ситуацию

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

Проверьте прекращение двойного порядка

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

Частые вопросы