Передача заявок между сотрудниками

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

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

На иллюстрации — дизайн-концепт с вымышленными данными. Интерфейс и состав функций вашего проекта согласуем отдельно.

Где заявка теряет продолжение

Сообщение «посмотри клиента» не объясняет, что нужно сделать, к какому сроку и каких данных не хватает. Переписка остаётся у отправителя, документы приходится запрашивать заново, а клиент ждёт ответа. При отсутствии сотрудника становится неясно, кто должен продолжить работу.

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

Как построим маршрут заявки

  1. Описываем условия передачи

    Например, менеджер передаёт запрос на подготовку предложения. Уточним, какие требования клиента, контакты и исходные файлы должны быть доступны. Определим, кто продолжает общение с клиентом, пока специалист выполняет поручение.

  2. Связываем поручение со сделкой

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

  3. Разбираем возвраты и замены

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

Что уже есть в MB CRM

В MB CRM уже есть связанные со сделкой задачи, исполнители, сроки, приоритеты, комментарии и история. В задаче доступны чек-лист, зависимости и причина остановки. Эти инструменты позволяют организовать передачу вручную и проверить рабочий порядок.

Посмотреть пример CRM

Что согласуем для разработки

Автоматическое назначение, очереди распределения, подтверждение приёма и согласование результата могут потребовать разработки. Опишем правила и проверим возможность реализации. Если заявки поступают из внешнего сервиса, подключение и состав обмена обсудим отдельно.

Возможности разработки

Что проверим в бесплатном прототипе

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

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

С чего начать обсуждение

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

Рассказать о своей задаче

Статьи по этой задаче

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

Какие сведения и договорённости проверить при смене ответственного.

Читать статью

Задача менеджеру и специалисту

Как определить участников и ответственность за общий результат.

Читать статью

Как описывать результат задачи

Что записать, чтобы следующий участник мог продолжить работу.

Читать статью

Другие задачи компании

CRM вместо Excel Контроль отдела продаж в CRM
Увеличенный интерфейс MB CRM