Статус заявки нужен не для красоты и не для отчётности. Он должен мгновенно отвечать на вопрос: на чьей стороне следующий шаг и требуется ли действие прямо сейчас.
Базовая модель из пяти статусов
Новая — обращение ещё не разобрано. В работе — исполнитель уже занимается вопросом. Ожидает клиента — для продолжения нужен ответ или данные клиента. Выполнена — решение предоставлено. Закрыта — работа завершена и дополнительных действий не ожидается.
Почему не стоит создавать десятки статусов
Статусы «позвонить завтра», «ждём документ», «проверить оплату» выглядят конкретно, но быстро раздувают систему. Для таких деталей лучше использовать заметки, напоминания, теги и дедлайны. Статус должен описывать этап, а не каждое возможное действие.
Правило одного следующего действия
Откройте любую заявку и спросите: кто должен сделать следующий шаг? Если это вы — «В работе». Если клиент — «Ожидает клиента». Если никто — скорее всего, заявку пора завершить или закрыть.
Фильтры превращают статусы в рабочий инструмент
Сделайте быстрые представления: новые за сегодня, активные, ожидающие, просроченные. Тогда оператору не нужно каждый раз строить сложный поиск. Он открывает нужную очередь и видит только те обращения, с которыми должен работать.
Что считать ошибкой процесса
- заявки неделями остаются в «Новой»;
- «В работе» содержит всё подряд;
- операторы используют статусы по-разному;
- закрытые обращения продолжают висеть среди активных;
- для понимания состояния приходится читать всю переписку.
Как внедрить статусы без сопротивления
Сначала договоритесь о значении каждого статуса на одном экране или в короткой инструкции. Затем две недели наблюдайте, где возникают сомнения. Если один и тот же вопрос повторяется, уточните правило. Не добавляйте новый статус только ради одного редкого случая.
Статус хорош тогда, когда два разных человека одинаково понимают, что произойдёт с заявкой дальше.
В ReqDesk статус работает вместе с приоритетом, сроком и историей. Это позволяет сохранить простую схему и при этом не терять детали.
Фиксируйте процесс так, чтобы следующий шаг по каждой заявке был понятен без восстановления контекста из памяти. Для этого достаточно очереди, статуса, срока, истории и напоминаний.