AI-Support: Каталог услуг техподдержки

Границы ответственности (Scope of Work):
Самая дорогая ошибка — размытые границы. В этом блоке мы формализуем зону «НЕ ответственности». Вы научитесь прописывать в договоре и настраивать в системе исключения: например, поддержка личных ноутбуков сотрудников, домашнего Wi-Fi или устаревшего ПО (Windows 7). 
Мы внедрим понятие «Поддерживаемые активы» (Supported Assets). Если оборудование не прошло инвентаризацию и не внесено в Vtiger Assets — оно не обслуживается или обслуживается по тройному тарифу. Четкие границы защищают маржинальность вашего бизнеса от бесконечных бесплатных просьб.

Методика инвентаризации активов клиента (Software/Hardware)

1. Введение: Экономическая суть инвентаризации
Инвентаризация — это не просто список «железа». Это юридическая и техническая граница вашей ответственности.

• Аксиома 1: Вы не можете гарантировать SLA для оборудования, о существовании которого не знаете.
• Аксиома 2: Любой неучтенный актив, по которому ведутся работы — это прямые финансовые потери (бесплатный труд инженеров) и риски безопасности.
• Цель: Получить «Цифровой двойник» инфраструктуры клиента внутри вашей CRM.

2. Объектная модель (Что подлежит учету)
Необходимо категоризировать активы в Vtiger (модуль Assets) по типам, создав для каждого кастомные поля:

• Hardware (Физическое): Серверы, рабочие станции, сетевое оборудование (роутеры, коммутаторы), периферия (МФУ).
  • Ключевые данные: Серийный номер (S/N), MAC-адрес, дата окончания гарантии, физическое расположение (кабинет/стойка).
• Software (Логическое): Операционные системы, офисные пакеты, специализированный софт (1С, CRM, CAD), антивирусы.
  • Ключевые данные: Версия, лицензионный ключ, дата истечения лицензии, привязка к «железу».
• Network & Cloud (Инфраструктура): Доменные имена, SSL-сертификаты, хостинг-аккаунты, статические IP, конфигурации VLAN.
  • Ключевые данные: Регистратор, доступы (хранятся в защищенном виде), даты продления.

3. Технология сбора данных (Процесс аудита)
Инвентаризация проводится на этапе Onboarding (приема клиента на обслуживание).

• Автоматизированный сбор (Discovery): Использование сетевых сканеров или агентов (например, OCS Inventory, Network Inventory Advisor).
  • Роль n8n: Сценарий забирает CSV/XML отчет сканера, парсит его и через API создает/обновляет записи в Vtiger Assets. Это исключает ручной ввод и ошибки.
• Ручная верификация: Физический осмотр серверной, маркировка оборудования стикерами с QR-кодом (ссылка ведет на тикет в Vtiger).
• Картирование зависимостей (Topology): Фиксация связей. Пример: На Сервере А (Host) крутится Виртуальная машина Б (Guest), на которой стоит 1С (Service). Падение сервера А автоматически означает недоступность сервиса 1С.

4. Интеграция с процессами поддержки
База активов должна работать, а не лежать мертвым грузом.

• Правило «No ID — No Support»: При создании тикета диспетчер или клиент обязан указать проблемный актив из списка. Если актива нет в списке — заявка классифицируется как «Запрос на изменение» (Billable) и требует сначала постановки на учет.
• Управление жизненным циклом (LCM): Настройка Workflows в Vtiger/OpenProject.
  • Пример: За 30 дней до истечения гарантии сервера или лицензии антивируса создается автоматическая задача менеджеру на выставление счета.
• Change Management: Любая замена комплектующих (апгрейд RAM, замена HDD) фиксируется в тикете OpenProject и автоматически обновляет характеристики актива в Vtiger.

5. Результат для Собственника (Отчетность)
На выходе формируется «Паспорт объекта» — документ, фиксирующий состояние ИТ на момент входа.

• Health Report (Светофор):
  • Зеленая зона: Оборудование на гарантии, ПО лицензионное, бэкапы настроены.
  • Красная зона: Windows XP, серверы старше 7 лет, RAID развален.
• Обоснование бюджета: Вы используете эти данные, чтобы показать клиенту риски и продать проект модернизации. Вы не «навязываете услуги», а устраняете «красные зоны» из инвентаризационной ведомости.

Формирование "Меню услуг": Базовые (в абонентке) vs Дополнительные (за деньги)

1. Стратегическое обоснование: От "бесплатно" к прозрачной ценности.
Создание четкого "Меню услуг" — это ключевое управленческое решение для бизнеса, стремящегося к прибыльности и масштабированию. Без этого IT-поддержка рискует превратиться в "черную дыру" ресурсов, где клиенты ожидают выполнения любых запросов без дополнительной оплаты, ссылаясь на общие формулировки договора. Цель — трансформировать неструктурированный спрос в понятный и тарифицируемый набор продуктов. Это позволяет не только контролировать затраты, но и формировать дополнительные потоки выручки, а также управлять ожиданиями заказчика, предотвращая "scope creep" (выход за рамки оговоренных работ).

2. Архитектура меню: База как фундамент, Допы как рост.

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

3. Инструментарий Vtiger и выгоды.
Для эффективного управления "Меню услуг" используйте функционал Vtiger. Каждая услуга заносится как "Продукт" или "Услуга" с кастомными полями для описания, SLA (Service Level Agreement — соглашение об уровне сервиса) и прайса. Базовые услуги привязываются к абонентским контрактам, автоматически генерируя счета. При создании тикета клиент или оператор выбирает конкретную услугу, что запускает нужный процесс и тарификацию.

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

Стандартизация названий для тикетов (Taxonomy).

1. Управленческая задача: Устранение хаоса в заявках.
Стандартизация названий тикетов, или Taxonomy (система классификации), критически важна для эффективности службы поддержки. Без неё входящие запросы превращаются в неконтролируемый поток неясных формулировок, вроде "всё сломалось" или "компьютер не работает". Это приводит к ошибкам в маршрутизации, увеличению времени решения, сложностям с аналитикой и невозможности автоматизации. Чёткая таксономия обеспечивает единство языка между клиентом, первой линией поддержки (L1) и техническими специалистами (L2/L3), минимизируя потери информации и время на уточнения.

2. Принципы построения таксономии.
Таксономия должна быть:

• Понятной: Простой язык для клиента.
• Однозначной: Каждая проблема должна быть классифицирована только одним способом.
• Исчерпывающей: Должна охватывать все типовые запросы.
• Иерархической: От общей категории к частной (например, "Сеть" -> "Нет доступа в интернет" -> "Не работает Wi-Fi"). 
  Примеры категорий: "Инцидент" (нештатная ситуация), "Запрос на обслуживание" (покупка, установка), "Консультация". Внутри них – более детализированные подкатегории, такие как "Ошибка ПО", "Проблема с оборудованием", "Настройка VPN" и т.д.

3. Внедрение в Vtiger и интеграция с AI.
В Vtiger Taxonomy реализуется через выпадающие списки (Dropdowns) для поля "Тип запроса" и "Подтип запроса". Клиент или L1-оператор обязаны выбрать соответствующую категорию при создании тикета.

• Для AI-агентов: Стандартизированные названия являются обучающими паттернами для классификаторов Open WebUI. ИИ-агент (искусственный интеллект) может автоматически категоризировать входящие сообщения, если они соответствуют заданным шаблонам, что ускоряет первичную обработку.
• Для n8n: Четкие категории позволяют создавать автоматические сценарии маршрутизации. Например, все тикеты категории "Ошибка 1С" направляются конкретному специалисту.

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

• Быстрая маршрутизация: Заявки сразу попадают к нужному специалисту.
• Точная аналитика: Вы видите, какие проблемы возникают чаще всего, какие услуги востребованы.
• Оптимизация базы знаний: Статьи в Drupal легко привязываются к конкретным категориям тикетов.
• Экономия времени: Снижается время на уточнения и переписку.
• Улучшение SLA: Позволяет точно измерять TTR (Time To Respond — время реакции) и TTRS (Time To Resolve — время решения) для каждой категории.