Подготовьте содержательную причину возврата

Выберите учебную сделку с уже выполненной подготовкой и ближайшими поручениями. Объясните, что клиент изменил конкретное условие, из-за которого прежний план нужно пересмотреть. Не ограничивайтесь командой «перетащить назад»: она проверяет только жест. Участник должен понять, какое решение больше не действует и что остаётся верным. Наблюдатель заранее отмечает исходные задачи и их назначение, чтобы после возврата можно было сравнить не только видимую стадию, но и реальный состав дальнейшей работы.

Установите фактическое поведение версии

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

Пересмотрите задачи по смыслу

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

Проверьте продолжение другим участником

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

Проверка по шагам

  1. Назвать конкретное изменившееся условие.
  2. Зафиксировать исходные связанные задачи.
  3. Проверить фактическое поведение при возврате.
  4. Разобрать актуальность ключевых поручений.
  5. Испытать продолжение другим сотрудником.

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

Нужно ли удалять все задачи при возврате сделки?

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

Прототип CRM для вашей компании

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

Получить прототип CRM →

Возможности MB CRM →

Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.