| Вариант | Что остаётся стандартным | Что настраивается или разрабатывается | Когда подходит | Основной риск |
|---|
| Готовая система с ИИ | карточка, очередь, сроки, роли, база знаний, отчётность | типы запросов, знания, правила, подключения к другим системам | обычный процесс поддержки, платформа уже внедрена | лицензии и ограничения настройки |
| Доработка действующей системы | система остаётся местом учёта заявок | новые каналы, ИИ-классификация, поиск и отраслевые правила | нужен особый сценарий без замены всей платформы | ответственность разделена между платформой и доработкой |
| Собственная система | только базовая инфраструктура и внешние сервисы | весь путь заявки, роли, интерфейсы, интеграции, ИИ и поддержка | служба поддержки является частью продукта, процесс уникален | недооценка функций зрелой платформы и стоимости развития |
Когда разумно купить Готовая платформа уже включает каталог услуг, SLA, очереди, согласования, роли, аудит и отчётность. При собственной разработке эти функции войдут в отдельный объём работ. Если они уже работают, замена ядра ради нового AI-интерфейса создаёт большой миграционный проект.
Перед выбором пройдите конкретный путь заявки и проверьте следующие свойства платформы: - какие каналы поддерживаются в нужной редакции; - какие поля и справочники доступны агенту; - может ли он показать источник рекомендации; - где задаются пороги и эскалации; - как экспортируются события, трассы и исправления оператора; - можно ли подключить собственную модель или инструмент; - где физически обрабатываются и хранятся данные.
Если платформа закрывает процесс и позволяет наблюдать решения, собственная разработка должна иметь более вескую причину, чем желание получить другой интерфейс. Когда нужна доработка действующей системы Доработка полезна, когда действующая система устраивает компанию, но каналы или правила обработки отличаются от стандартных. Например, ИИ может принять фотографию оборудования, распознать объект, запросить серийный номер, проверить гарантию и после этого создать заполненную заявку.
В этой схеме важно заранее назначить владельца каждого слоя:
| Слой | Ответственность |
|---|
| Канал | доставка сообщения, вложений и идентификатора пользователя |
| Агент | извлечение признаков, уточнение, классификация и предложение действия |
| Система поддержки | номер заявки, статус, срок реакции, очередь и история исполнения |
| Предметная система | оборудование, договор, клиент, гарантия, права на действие |
| Наблюдаемость | единая трасса от исходного сообщения до записи результата |
Главное правило: у заявки должно быть одно официальное место учёта.
ИИ может готовить и дополнять данные, но статус исполнения и подтверждённое решение сохраняются в рабочей системе поддержки. Когда оправдана собственная система Разработка с нуля становится рациональной, если несколько условий выполняются одновременно: - заявка имеет нестандартную структуру и жизненный цикл; - ключевые события приходят от оборудования или отраслевых систем; - пользователю нужен специализированный интерфейс в поле; - компания должна владеть кодом и управлять дорожной картой; - готовые продукты потребуют обходных решений в критической части процесса; - есть команда, которая будет годами отвечать за безопасность, поддержку и развитие.
Собственная система наследует весь объём обязательств зрелого продукта. Кроме AI, придётся реализовать аутентификацию, роли, уведомления, поиск, хранение вложений, аудит, резервное копирование, восстановление, миграции и административные инструменты. Эти функции нужно включить в оценку до сравнения вариантов.
