Как создать систему заявок для компании

Кратко

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

Актуально на 23 сентября 2026 года.

Назначение системы заявок

Прежде чем описывать систему заявок в документе для команды, стоит явно сформулировать её назначение — иначе настройка идёт наугад. Назначение отвечает на три вопроса:

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

Из чего состоит система заявок

• Единая очередь. Все каналы (почта, мессенджеры, сайт, телефон через ручное занесение) сходятся в одном списке. Если часть обращений остаётся в личных чатах сотрудников, знаменатель для любого показателя неверен: доля решённых в срок считается только от того, что видно системе.
• Статусы. Конечный набор состояний с понятными переходами: заявка создана, взята в работу, ждёт клиента, решена, подтверждена клиентом. Пятнадцать статусов не работают: через месяц половина не используется.
• Приоритеты. Правило, а не мнение оператора — обычно матрица из влияния (скольких затронуло) и срочности (когда станет поздно). Подробный разбор матрицы — в статье Приоритет заявки: как его определяют через влияние и срочность.
• Ответственный. У каждой заявки в статусе «в работе» есть конкретный человек. Пока заявка ничья, она принадлежит всем и не принадлежит никому.
• База знаний. Не обязательная, но снижающая нагрузку часть: типовые вопросы закрываются без создания заявки.

Как создать систему заявок: пошагово

Порядок важен: шаг 4 (техническое подключение каналов) без шагов 1–3 даёт красивый интерфейс без порядка внутри — обращения сходятся в одну очередь, но по-прежнему обрабатываются как получится. Сроки из шага 3 стоит сразу закреплять формальным правилом — как это делается, разобрано в статье Как разработать SLA.

Пример: расчёт приоритетов для системы из 200 обращений в месяц

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

Если по факту критичных набирается больше 15–20 обращений из 200 (свыше 10%), приоритет обесценился: команда назначает его слишком щедро, и когда срочно почти всё, критичный статус перестаёт значить что-либо особое. Это самая частая практическая ошибка при запуске — приоритет раздают по просьбе клиента, а не по правилу.

Как проверить, что система работает

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

Частые ошибки

• Начали с выбора программы, а не с порядка. Программа без описанных статусов, приоритетов и правила распределения повторяет прежний хаос в новом интерфейсе — даже бесплатный инструмент это не исправит, см. Бесплатный учёт заявок: что реально есть и где предел.
• Слишком много статусов. Пятнадцать статусов не используются через месяц: операторы ставят один-два на всё подряд.
• Приоритет назначает клиент, а не правило. Через месяц всё становится «срочным».
• Нет ответственного за каждую заявку. Общая очередь без назначения — ничья заявка, которую не решает никто.

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

С чего начать создание системы заявок, если сейчас всё в мессенджерах?

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

Сколько приоритетов нужно системе заявок?

Практический минимум — три: критичный, обычный, низкий. Каждый следующий уровень сверх трёх через пару месяцев либо не используется, либо начинает конкурировать по смыслу с соседним.

Как описать назначение системы заявок для команды?

Тремя пунктами: кто обращается, что считается заявкой, какой минимальный срок гарантирован. Без письменного ответа на последний пункт система остаётся просто хранилищем переписки.

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

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

Как это устроено в TehProf.kz Support

Заявки из всех подключённых каналов (WhatsApp, Telegram, почта, виджет на сайте) попадают в единый список с фильтрами по статусу, приоритету, услуге и исполнителю; тот же набор заявок доступен в виде канбан-доски с колонками по статусам. Приоритет заявки выбирается по шкале «Низкий / Обычный / Высокий / Срочный»; право клиента ставить приоритет самому можно отключить в настройках — тогда приоритет всегда ставит оператор, а не обратившийся. Похожие по смыслу заявки от одного контакта можно объединить, чтобы не разбирать один и тот же вопрос дважды, а на заявки с приближающимся сроком можно поставить напоминание, чтобы не полагаться на память оператора.

Связанные статьи

• Программы для системы заявок: как выбрать
• Обработка обращений и заявок клиентов: как выстроить
• Как расставлять приоритеты заявок и не путать все со срочными
• Как написать ответ клиенту, чтобы не пришлось отвечать второй раз
• Что такое helpdesk-система и как она работает