Учёт заявок сотрудников: как собрать обращения в одном месте

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

Выберите одну категорию обращений

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

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

Какие поля нужны в форме

Форма должна дать исполнителю достаточно сведений:

• тип обращения;
• описание ситуации;
• место или объект;
• желаемый срок с пояснением;
• вложение, если оно помогает разобраться;
• контакт автора для уточнений.

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

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

Разделите исполнение и согласование

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

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

В истории видны автор изменения, время и комментарий. Историю открывают сотрудники с нужной ролью, остальной компании она не видна.

Что поручить системе

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

ИИ нужен только при отдельной задаче. Например, сотрудник пишет свободное описание, а помощник предлагает категорию. Подтверждение категории на старте лучше оставить человеку. Для полноценного учёта ИИ не обязателен.

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

Как не превратить реестр в ещё один чат

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

Объединять похожие обращения следует с сохранением авторов. Например, три сотрудника сообщили о неработающем принтере. Исполнитель связывает их с одной проблемой, однако каждый автор получает итог по своему обращению. ИИ может предложить совпадение по объекту и описанию; решение об объединении подтверждает человек. Сходный текст сам по себе не доказывает, что сломалось одно и то же устройство.

Смарт‑процессы Битрикс24 поддерживают собственные поля и стадии. Это один из вариантов размещения реестра. До разработки проверьте ваш тариф, права и удобство подачи обращения сотрудниками.

Правила для зависших и отменённых обращений

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

Отмена сохраняет причину. Повторное открытие сохраняет прежний результат и начинает новый этап работы в той же истории. Просрочка считается по согласованному календарю, с учётом только тех пауз, которые действительно предусмотрены процессом. Иначе отчёт выглядит аккуратно, а время ожидания прячется за статусом «уточняем».

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

Как принять первую версию

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

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

TRIKE может разобрать один поток внутренних обращений и предложить состав первой версии. Для обсуждения подойдут пример согласования и кабинет с заявками.

Смежные разборы: Техническое задание на автоматизацию: что описать заказчику; Обмен данными между системами: как не терять заявки при сбоях.