AI-Support: Маршрутизация

   Round Robin алгоритм распределения заявок на дежурных.

1. Управленческая задача: Равномерное распределение нагрузки и предотвращение перегрузок.
Round Robin алгоритм (алгоритм циклического обслуживания) для распределения заявок — это простой, но эффективный управленческий инструмент для равномерного распределения входящего потока тикетов между доступными специалистами L1 или L2. Цель — обеспечить, чтобы нагрузка на каждого дежурного сотрудника была сбалансирована, предотвращая перегрузку одних и недогрузку других. Это минимизирует время ожидания клиента, повышает производительность команды и предотвращает выгорание сотрудников из-за несправедливого распределения задач.

2. Суть алгоритма Round Robin.

• Принцип: Заявки распределяются по кругу между участниками команды. Первый тикет назначается первому свободному специалисту, второй — второму, третий — третьему, и так далее, пока очередь не дойдет до последнего. Затем цикл начинается сначала.
• Пример:
  • Специалисты: А, Б, В.
  • Тикет 1 -> А
  • Тикет 2 -> Б
  • Тикет 3 -> В
  • Тикет 4 -> А (цикл повторяется)
• Достоинства: Простота реализации, гарантированное равномерное распределение, нет необходимости в сложной логике.
• Недостатки: Не учитывает текущую загрузку специалиста (может назначить задачу тому, кто уже сильно занят), его компетенции или текущий статус.

3. Реализация в n8n.
n8n является идеальным инструментом для реализации Round Robin:

• Список дежурных: В n8n создается массив (список) ID сотрудников Vtiger, которые находятся в дежурной смене. Этот список может храниться в переменной n8n или быть получен из Vtiger (например, по тегу "Дежурный").
• Счетчик (Counter): n8n использует глобальную переменную-счетчик, которая инкрементируется (увеличивается на 1) при каждой новой заявке.
• Логика распределения:
  1. Триггер: Новый тикет появляется в Vtiger (через Email, WebUI или API).
  2. Получение списка: n8n получает актуальный список дежурных.
  3. Инкремент счетчика: n8n увеличивает глобальный счетчик.
  4. Выбор исполнителя: Index = (Счетчик - 1) % КоличествоДежурных. Исполнитель выбирается из списка по этому индексу.
  5. Назначение: n8n назначает тикет (в Vtiger) или Work Package (в OpenProject) выбранному специалисту.
• Учет доступности: Для более продвинутой реализации, n8n может исключать из списка специалистов, которые находятся "не в сети", "на обеде" (если Vtiger или FreePBX предоставляют такую информацию), или которые "уже имеют максимальное количество активных тикетов" (это уже более сложная логика, выходящая за рамки чистого Round Robin).

4. Поддержка и контроль.

• Vtiger: Отображает, кому назначен тикет.
• OpenProject: Отображает, кому назначена задача.
• Отчеты: Vtiger и OpenProject позволяют построить отчеты по количеству назначенных и закрытых тикетов на каждого сотрудника, чтобы контролировать равномерность нагрузки и выявлять перегруженных или недогруженных.

5. Управленческие выгоды.

• Равномерная нагрузка: Сотрудники работают в комфортном темпе, без пиковых перегрузок.
• Справедливость: Каждый получает примерно равное количество заявок, что улучшает моральный дух команды.
• Снижение времени ожидания: Заявки не задерживаются у перегруженного сотрудника.
• Простота внедрения: Легко настраивается в n8n без сложного программирования.
• Снижение выгорания: Предотвращает профессиональное истощение из-за неравномерной нагрузки.
• Эффективное использование ресурсов: Оптимальное использование рабочего времени каждого специалиста.

   Маршрутизация по навыкам (Skill-based routing) на основе тегов задачи.

1. Управленческая задача: Повышение скорости и качества решения проблем.
Маршрутизация по навыкам (Skill-based routing — распределение на основе компетенций), использующая теги задач, — это продвинутый управленческий механизм распределения запросов. Цель — гарантировать, что каждая заявка клиента не просто назначается случайному свободному сотруднику, а направляется непосредственно тому специалисту, который обладает необходимой компетенцией для её решения. Это значительно сокращает MTTR (Mean Time To Repair — среднее время ремонта), исключает переброску задачи между сотрудниками ("футбол"), повышает качество решения и удовлетворенность клиента.

2. Архитектура маршрутизации по навыкам.

• Навыки: В вашей CRM (Vtiger) или PM (OpenProject) для каждого инженера (или группы инженеров) фиксируется набор его ключевых навыков/компетенций.
  • Пример: L2-инженер А: Windows Server, Active Directory, PowerShell.
  • Пример: L2-инженер Б: 1С, Linux, SQL.
    Это может быть реализовано через кастомные поля с мульти-выбором или теги.
• Теги задачи: Входящий тикет (или Work Package в OpenProject) после классификации (возможно, AI-агентом) получает один или несколько тегов, описывающих требуемую компетенцию.
  • Пример: Тикет "Не работает 1С" -> теги: 1С, Бухгалтерия, Сервер.

3. Механизм маршрутизации в n8n.
n8n является центральным компонентом для реализации Skill-based routing:

1. Триггер: Новый тикет создан в Vtiger (или обновлен AI с новыми тегами).
2. Извлечение тегов: n8n извлекает теги, присвоенные тикету/задаче.
3. Получение списка исполнителей и их навыков: n8n получает актуальный список доступных инженеров из Vtiger (или OpenProject) и их зафиксированные навыки.
4. Сопоставление (Matching): n8n сравнивает теги задачи с навыками каждого инженера.
   • Логика: Ищется инженер, у которого есть все необходимые навыки, или максимально соответствующий набор.
   • Пример: Если тикет имеет теги 1С и Сервер, n8n ищет инженера, у которого есть оба этих навыка.
5. Выбор лучшего исполнителя: Если найдено несколько подходящих специалистов, n8n может использовать дополнительные критерии:
   • Загрузка: Кто сейчас менее загружен (меньше активных задач в OpenProject).
   • Round Robin: Если загрузка одинакова, распределить по кругу.
   • Приоритет: Назначить более опытному инженеру (если его приоритет выше).
6. Назначение задачи: n8n назначает Work Package в OpenProject и/или тикет в Vtiger выбранному специалисту.
7. Эскалация (если нет совпадений): Если ни один специалист не обладает нужным набором навыков, n8n может эскалировать задачу на Team Lead или в группу "Нераспределенные", отправляя уведомление о том, что для задачи нет подходящего исполнителя.

4. Поддержка и развитие.

• Актуализация навыков: Важно регулярно обновлять профили навыков сотрудников.
• Обучение: Выявление "пробелов" в навыках команды (например, частые эскалации "нет исполнителя" для конкретного навыка) может стать основой для планирования обучения.

5. Управленческие выгоды.

• Сокращение MTTR: Проблемы решаются быстрее, так как сразу попадают к компетентному специалисту.
• Повышение качества решения: Задачи выполняются экспертами в своей области.
• Эффективное использование ресурсов: Оптимальное распределение труда, каждый делает то, что умеет лучше всего.
• Снижение "футбола": Минимизация переназначений задач между сотрудниками.
• Повышение удовлетворенности клиентов: Быстрое и качественное обслуживание.
• Обоснование обучения: Выявление слабых сторон команды в навыках.
• Снижение выгорания: Специалисты занимаются задачами, соответствующими их компетенциям.