Система заявок для службы поддержки: своя или готовая, и когда нужен ITSM

Короткий ответ: система заявок для службы поддержки нужна, когда обращения приходят из почты, мессенджеров и звонков, часть теряется, а на вопрос «сколько заявок и как быстро мы их закрываем» нет ответа. Если процесс типовой, хватит готовой системы; свою стоит заказывать при нетиповых процессах, особых интеграциях или требованиях к тому, где лежат данные. Полноценный ITSM нужен, когда поддержка работает как служба: со сроками SLA, разбором повторяющихся сбоев и согласованием изменений. Свою систему мы делаем по тарифу «Веб-приложение / SaaS» — от 160 000 ₽ и от 10 дней; отдельной цены «ITSM» в прайсе нет, поэтому итог называем после брифа.

Что такое система заявок для службы поддержки и из каких блоков она состоит?

Это единое место, куда стекаются все обращения сотрудников или клиентов и где видно, кто чем занят и в какие сроки. Называют её по-разному — service desk, helpdesk, система учёта заявок, — но состав общий: заявка не лежит в чьём-то почтовом ящике, а проходит понятный маршрут от приёма до закрытия.

• Приём из каналов. Портал, почта, мессенджер, телефон: обращение из любого канала становится записью в общей ленте.
• Очередь и приоритеты. Приоритет зависит от того, насколько сбой мешает работе и насколько он срочный, и считается по правилам, а не по громкости заявителя.
• Статусы и исполнитель. У каждой заявки есть ответственный и понятный статус: новая, в работе, ждёт ответа, решена.
• Сроки реакции и решения (SLA). Для вида заявки и приоритета задан срок, за который нужно ответить, и срок, за который нужно решить. Система показывает, сколько времени осталось.
• История. Переписка, заметки, вложения и изменения лежат в карточке заявки, а не в пересланных письмах.
• База знаний. Решения типовых вопросов: исполнитель не вспоминает ответ заново.
• Отчёты. Сколько заявок пришло, сколько просрочено, кто загружен.

Почему таблицы и почта перестают работать как система учёта заявок?

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

Признаки, что почта и таблицы уже не справляются:

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

Если вы узнали два-три пункта, пора заводить систему заявок. Остаётся решить, готовая или своя.

Готовая система или service desk на заказ: по каким признакам выбирать?

Если маршрут вашей заявки помещается в настройки готовой системы, берите готовую: как правило, она быстрее запускается и обходится дешевле. Service desk на заказ нужен там, где процесс, связки или требования к данным в такие настройки не укладываются.

Признак	Хватит готовой системы	Нужна своя
Процесс	Типовой маршрут: принять, назначить, решить, закрыть	Свои виды обращений, особая маршрутизация, сроки и согласования по вашим правилам
Связки	Почта, форма на сайте, готовые подключения	Заявка должна рождаться в вашей учётной системе или мониторинге и уходить в 1С через API
Данные	Заявки можно хранить у поставщика сервиса	Данные должны остаться на вашем сервере, нужны свои роли и разграничение доступа
Пользователи	Исполнителей немного, плата за каждого вас устраивает	Исполнителей и заявителей много; у системы на заказ ежемесячной платы за пользователей нет

Лицензии готовых систем мы не продаём. Если вам подойдёт готовая, подключим её к сайту, 1С или другой системе через API или вебхуки — это тариф «Интеграции и автоматизация» от 32 000 ₽ и от 2 дней; какие данные система умеет отдавать, выясняем на аудите — первом этапе работы. Если же хотя бы одна строка таблицы указывает на «свою», посчитайте её и сравните со стоимостью подписок и доработок готовой за год. Как это делать, разобрано на примере CRM в статье «Своя CRM на заказ или готовая система с доработками»: подход тот же.

Что такое ITSM и ITIL 4 и когда достаточно простой системы заявок?

ITSM — это управление ИТ-услугами: поддержка работает как служба, и у каждого вида обращений есть правила, сроки и ответственный. ITIL 4 — набор практик, по которым такую службу выстраивают; в кейсе «КРОМ» перечислены, в частности, инциденты и запросы, проблемы и известные ошибки, изменения и релизы, CMDB и лицензии, каталог услуг и SLA, рабочие группы и плановое обслуживание. Брать нужно не всё, а то, что отвечает вашей задаче.

Как понять, какой уровень вам нужен:

• Простая система заявок. Вопросы однотипные, исполнителей немного, срочность и так ясна. Нужны приём, статусы, история и отчёт.
• Плюс SLA. Вы обещаете заявителям время реакции и решения и хотите видеть просрочку заранее, а не постфактум.
• Плюс проблемы и известные ошибки. Одни и те же сбои повторяются, и их нужно разбирать по корневой причине, а не чинить заново.
• Плюс изменения и релизы. Рискованные работы, например обновление или перенос, должны проходить согласование и не пересекаться по времени.
• Плюс CMDB. Заявки нужно привязывать к оборудованию и лицензиям: чьё это, где стоит, что с ним уже случалось.

Если в поддержке два-три человека, а обращения вроде «нужен доступ» и «не печатает принтер», полный ITSM-контур добавит процедур без пользы. Начните с первых двух уровней: система заявок — ещё не ITSM, и это нормально.

Что показано в кейсе «КРОМ» и что из него можно взять себе?

Кейс «КРОМ» — ITSM-платформа службы поддержки по ITIL 4, которую студия сделала под ключ: заявки из почты, мессенджеров и звонков собраны в один контур. На странице кейса описано следующее.

• Четыре канала приёма: портал, почта, Telegram и телефон. Письмо и сообщение в бот сами становятся заявкой.
• Инциденты и запросы идут разными маршрутами и с разными сроками: «сломалось» и «нужно» — не одно и то же.
• Приоритет P1–P4 считается автоматически по матрице «влияние × срочность», без споров, чья заявка важнее.
• SLA: отдельные сроки на реакцию и решение, обратный отсчёт в списке, рабочий календарь, эскалация и «сторож», который предупреждает до просрочки.
• Рабочие группы с автоназначением — например, сеть, 1С, рабочие места.
• Проблемы и база известных ошибок, изменения и релизы, CMDB с лицензиями, плановое обслуживание, которое само создаёт задачи.
• Отчёты (доля SLA, среднее время решения, оценка заявителя, выгрузка в Excel) и открытый API с токенами для внешних систем.

Итог на странице кейса — 23 раздела, от инцидентов до финансов ИТ. Это пример состава и подхода, а не прайс и не обещание такого же результата: набор модулей определяется на брифе. Показателей вроде «заявки закрываются быстрее на столько-то» на странице нет, поэтому нет их и здесь.

Как ИИ помогает на первой линии поддержки?

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

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

В перечне тарифа «Веб-приложение / SaaS» ИИ-функций нет. По прайсу ИИ-ассистент — отдельный тариф от 72 000 ₽ и от 3 дней, а использование самой модели оплачивается по факту на ваш аккаунт. Где она работает — в облаке или на вашем сервере, — выбираем на брифе по требованиям к данным; если в заявках есть персональные данные клиентов, это решается до разработки.

Сколько стоит разработка ITSM-системы и системы заявок на заказ?

По прайсу — от 160 000 ₽ и от 10 дней: это тариф «Веб-приложение / SaaS» со страницы услуги и из прайса. Отдельной цены «ITSM» или «service desk» там нет, поэтому сколько стоит ваш объём, мы считаем после брифа и фиксируем в договоре до старта.

Что в базовом объёме полезно для системы заявок:

• личные кабинеты и роли — например, заявитель видит свои обращения, исполнитель очередь своей группы;
• база данных и API под ваши сущности: заявка, вид обращения, приоритет, группа;
• таблицы и дашборды с фильтрами, поиском и экспортом — это лента заявок и отчёты;
• вход, восстановление пароля и уведомления на почту;
• одна-две внешние интеграции, например почта или Telegram как каналы приёма;
• адаптивная вёрстка, деплой на сервер, домен и SSL.

За пределами базового объёма: сложные интеграции сверх двух, нативные приложения для iOS и Android и ИИ-функции. Сроки SLA с рабочим календарём и эскалацией, а также модули проблем, изменений и CMDB в тарифе отдельно не описаны — их объём считаем после брифа. Цены кейса «КРОМ» на его странице нет, поэтому равнять смету по нему не нужно.

Правки: до 2 раундов на прототипе и до 2 на готовой сборке. После запуска 14 дней поддержка бесплатная, дальше — абонентка («Поддержка и развитие» от 7 900 ₽ в месяц, состав считаем после брифа) или почасовая оплата. Задачи по самой системе мы принимаем на доске проекта в своём кабинете; она нужна для работы с нами и не заменяет систему заявок для вашей поддержки.

Оплата пополам: 50% предоплата в течение 3 рабочих дней после подписания договора и 50% по акту; исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ. Исходники попадают в ваш репозиторий, система работает на вашем сервере; исключительное право на код остаётся у студии, у вас лицензия на весь срок действия исключительного права, дорабатывать систему можно с любой командой.

С чего начать: что сделать в первой версии, а что отложить?

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

1. Приём и статусы. Портал и один внешний канал, карточка заявки, статусы, исполнитель, история, роли. Все обращения оказываются в одной ленте.
2. Приоритеты и SLA. Правило приоритета, сроки на реакцию и решение, обратный отсчёт, предупреждение о просрочке. Сроки определяете вы заранее, система их только считает: пока вы не можете назвать срок, который готовы обещать, SLA рано.
3. Отчёты и база знаний. Доля просрочек, загрузка исполнителей, статьи для типовых вопросов.
4. Остальное по необходимости. Проблемы и известные ошибки, изменения и релизы, CMDB, дополнительные каналы, открытый API и ИИ на первой линии — его разумнее подключать, когда база знаний и поток заявок уже есть.

Что подготовить к брифу на систему заявок?

Ответы на восемь вопросов: по ним видно, нужна ли своя система и хватит ли базового объёма.

1. Откуда заявки приходят сейчас — почта, мессенджеры, телефон, сайт — и сколько их примерно в неделю?
2. Какие виды обращений бывают и кому уходит каждый вид?
3. Какие сроки реакции и решения вы обещаете или хотели бы обещать — в рабочие часы или круглосуточно?
4. Кто будет работать в системе: исполнители, руководитель, заявители — и что должен видеть каждый?
5. С чем связать систему — почта, Telegram, 1С, мониторинг, список оборудования — и есть ли у них API?
6. Где должны храниться данные и есть ли ограничения по персональным данным и безопасности?
7. Есть ли регламенты или база знаний и нужен ли ИИ на первой линии?
8. Что нельзя потерять при переходе, например историю заявок? Перенос данных на страницах услуг не описан, его считаем после брифа.

Короткие ответы на частые вопросы

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

От 160 000 ₽ и от 10 дней по тарифу «Веб-приложение / SaaS». Отдельной цены «ITSM» или «service desk» в прайсе нет: объём считаем после брифа и фиксируем цену в договоре до старта.

Что лучше для поддержки: готовая система или своя?

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

Чем ITSM отличается от обычной системы заявок?

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

Может ли ИИ сам отвечать на заявки?

По описанию кейса «КРОМ», частые мелочи закрываются без сотрудника поддержки за счёт статьи базы знаний, а по остальным обращениям ИИ готовит черновик ответа и сводку переписки. Дальше решает человек.

Нужно ли платить за каждого пользователя?

У системы на заказ нет ежемесячной платы за пользователей. После запуска вы платите за сервер, сторонние сервисы, если они нужны, и поддержку: 14 дней бесплатно, потом абонентка или разовые задачи.

С чего начать, если хочется сразу всё?

С приёма заявок и статусов, затем срок реакции и решения. Проблемы, изменения, учёт оборудования и ИИ добавляются следующими итерациями по приоритету.

Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · кейс КРОМ · ИИ-ассистент на ваших данных от 72 000 ₽ · цены и сроки