Задача и границы решения
Настройте понятную очередь заявок: отделите срочность от потенциальной ценности и закрепите следующий шаг за конкретным сотрудником. Это практический разбор для библиотеки Tarasov Code — проекта Ильи Тарасова, TarasovWeb.
Что подготовить
Соберите обезличенные обращения за две недели, время поступления, заявленную потребность, канал связи, рабочие часы команды и причины отказов. Отдельно выпишите обещания по сроку ответа.
Разбор примера
Учебный пример: утром пришли запрос цены на одну услугу, обращение постоянного клиента об остановке работы и запрос крупного проекта без даты старта. Сначала ответ нужен клиенту с остановкой, затем автору конкретного запроса. Размер потенциальной сделки сам по себе не делает третий запрос срочным.
Порядок работы
- Задайте признаки срочности: работа остановлена, срок решения сегодня, обычный запрос или исследование вариантов. Не выводите срочность только из эмоционального тона сообщения.
- Разделите обращения по типу потребности. Назначьте для каждой категории основной маршрут и резервного сотрудника, который принимает заявку при отсутствии ответственного.
- Установите первый обязательный шаг: уточнить задачу, сообщить ориентир ответа либо передать специалисту. Зафиксируйте срок следующего действия отдельно от статуса заявки.
- Разберите накопившуюся очередь в конце смены. Заявки без владельца, без даты действия и с просроченным обещанием вынесите в отдельный список для руководителя.
Как применить результат
У очереди должен быть понятный выход. Ответ «передали коллегам» не завершает обработку, если неизвестно, кто принял запрос. В рабочей карточке полезно разделять время первого ответа, время содержательного решения и дату следующего контакта. Это разные события: быстрое приветствие ещё не означает, что клиент получил помощь. Проверяйте именно обещанное действие, а не наличие любой отправленной реплики.
В учебном примере сотрудник сначала подтверждает постоянному клиенту, что проблема принята, уточняет последствия остановки и передаёт обращение ответственному. Автору запроса цены он сообщает, какие параметры нужны для расчёта. Крупному потенциальному клиенту предлагает время обсуждения задачи. Все три обращения получают следующий шаг, поэтому приоритет не превращается в игнорирование менее срочных людей.
Для внедрения достаточно небольшой таблицы с идентификатором обращения, категорией, владельцем и сроком. В начале недели просмотрите исключения: сколько запросов пришлось переназначить, какие зависли между отделами и где срочность была определена неверно. Исправляйте правила на основании этих случаев. Если срочных обращений больше, чем команда способна обработать, требуется решение о доступной мощности и честных сроках, а не дополнительная перестановка одной и той же очереди.
Проверка качества
Возьмите десять прошлых обращений и попросите двух сотрудников независимо определить приоритет. Расхождения покажут, какие формулировки правил допускают неоднозначность.
Если возникли сложности
Если данных мало, используйте категорию «нужно уточнить» и задайте один вопрос о сроке и последствиях задержки. Не отправляйте такое обращение автоматически в конец очереди.
Промпт для подготовки черновика
Разбери обезличенные заявки ниже. Для каждой укажи тип запроса, подтверждённую срочность, недостающие сведения, следующий шаг и срок, который необходимо согласовать. Не оценивай бюджет по должности или манере письма. Объясни спорные приоритеты. Заявки: [текст].Вопросы и ответы
Нужно ли сразу ставить баллы?
Нет. Сначала достаточно четырёх понятных категорий. Баллы полезны лишь тогда, когда команда одинаково понимает признаки и может проверить источник каждого значения.
Что делать с повторным сообщением?
Свяжите его с исходным обращением, обновите последствия задержки и обещанный срок. Сам факт повторения не доказывает рост ценности или срочности заявки.
О проекте
Практическая библиотека Ильи Тарасова и TarasovWeb. Telegram-канал · Личная страница · ВКонтакте.
#tarasovweb #ИльяТарасов