МагИИ — оркестратор процессов и единое окно операций в корпоративном чате (в первую очередь VK Teams / VK MAX). Сотрудник пишет запрос текстом или голосом, МагИИ добирает недостающие данные, запускает шаги процесса (согласования/задачи/документы/уведомления) и возвращает готовый результат со статусом и следующим шагом. При необходимости делает запись обратно в ваши системы по белому списку.

Не в «ускорении на секунды», а в существенных улучшениях:

• единое окно вместо поиска «куда идти и где кнопка»;

• охват каждый день (фундаментальные + профессиональные мини‑сервисы);

• управляемость: реестр операций + следующий шаг вместо ручного микроменеджмента;

• предсказуемость сроков (режем хвост P90/P95);

• «с первого раза правильно» (меньше уточнений/возвратов/переделок).

Нет. Чат — только «вход». Суть продукта — исполнение процесса до результата: добор полей → маршрут → согласование/задачи → фиксация результата/статуса. Бот‑FAQ отвечает текстом; МагИИ доводит операцию до конца и помогает контролировать её прохождение.

Нет. Мы не просим сотрудников «переехать» в новый интерфейс. МагИИ закрывает основную массу типовых операций в чате. Для редких сложных случаев остаётся deep‑link «Открыть в системе» — как «глубокий режим».

КЭДО — про юридически значимые кадровые документы, подписи и хранение. МагИИ — про оркестрацию повседневных операций в чате: добор полей, маршрутизация и согласования, статусы/напоминания, реестр операций, фиксация результата в целевых системах. КЭДО может быть одной из таких систем.

Базовый принцип интерфейса: только текст/голос.

• МагИИ отвечает сообщением: краткая сводка + уточняющий вопрос/варианты следующего шага.

• Подтверждение действий — ответом пользователя («да», «создай», «отправь», «вариант 2»).

• На старте избегаем «портализации»; допускается только deep‑link «Открыть в системе».

Мы собираем пилот так, чтобы ценность была «широкой» и ежедневной:

• 1 фундаментальный сценарий для всех сотрудников (например: документы/поиск, задачи/напоминания, календарь, диспетчер дня).

• 2–4 профессиональных мини‑сервиса по ролям (например: HR — отпуск/справки/онбординг; ИТ — тикеты/доступы; продажи — сводка по сделке/КП; производство — сводка по смене; логистика/снабжение — статус поставки/исключения).

Базовый слой (для всех) обычно включает: файлы и документы; сообщения/голос/звонки как объект управления; календарь; задачи/напоминания; внешняя информация (поиск/анализ/сравнение); прямые ИИ‑действия по работе; люди и оргструктура; диспетчер дня (личный/ролевой дайджест).

Типовые целевые системы: 1С/1С:ЗУП, SAP, CRM, Service Desk, КЭДО/СЭД, WMS/TMS/MES и т.п. Важный принцип: МагИИ работает поверх ваших систем и возвращает результат в тот же контур, где ведётся объект.

Не обязательно.

• На пилоте обычно используем «тонкую поверхность»: минимальные коннекторы, вебхуки/экспорт, черновики, подтверждение пользователем.

• Полноценные коннекторы и углубление интеграций — на этапе масштабирования.

Через управляемый write‑back:

• фиксируем белый список операций, которые разрешено записывать обратно;

• при необходимости включаем подтверждение человеком;

• ведём полный журнал действий (кто/что/когда/в какой системе) для аудита;

• deep‑link «Открыть в системе» остаётся для нестандартных операций.

Варианты по требованиям ИБ:

• развёртывание: on‑prem / гибрид / облако в РФ;

• ключи шифрования у клиента (BYOK) при необходимости;

• маскирование ПДн в запросах/журналах и минимизация полей;

• политика маршрутизации запросов ИИ (что/куда можно отправлять);

• разграничение ролей и доступов;

• полные журналы действий и возможность интеграции с корпоративными контурами мониторинга.

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

Потому что в реальности болит не «среднее время», а:

• сколько раз люди ищут правильный вход/статус/ответственного;

• сколько ручных пингов делает руководитель/HR/ИТ;

• сколько операций висит «в хвосте» 1–3 дня (P90/P95);

• сколько возвратов и уточнений происходит из‑за «сырого» запроса. МагИИ нацелен именно на эти потери.

Два варианта (часто комбинируются):

• A) По логам и системам: TTR (среднее и P90/P95), уточнения/возвраты, зависания согласований, доля завершения в чате, ручные пинги, доля операций без участия специалиста, OTC (закрыто в срок), объёмы.

• B) Опрос пользователей ДО/ПОСЛЕ: переключения контекста, «где это делается», прозрачность статуса/следующего шага, простота (CES), общая удовлетворённость.

Пилот — это быстрый эксперимент «до/после» на 1–2 подразделениях:

• выбираем 3–5 процессов (обязательно: 1 фундаментальный + 2–4 профессиональных);

• согласуем контур ИБ и минимальные интеграции;

• запускаем на пилотной группе, собираем логи и обратную связь;

• считаем метрики и экономику, формируем план 30/60/90 дней на масштабирование.

Минимальный состав:

• владелец процесса (HR/ИТ/операции) и руководитель пилота;

• контакт ИТ и/или интегратора;

• контакт ИБ (если требуется on‑prem/КИИ/ПДн);

• пилотная группа пользователей.

Если эффект подтверждён:

• фиксируем список сценариев «волны 1» (обычно 5–10 мини‑операций + фундаментальные сервисы);

• уточняем интеграции и регламенты (SLA, роли, политика данных, аудит);

• расширяем охват по подразделениям;

• формируем план 30/60/90 дней и пакет документов на масштабирование.

Одна из ключевых метрик — скорость подключения новых мини‑операций (Time‑to‑Automation). Идея: новая операция не должна превращаться в проект на квартал. В МагИИ она добавляется как сценарий поверх существующего оркестратора: карточка полей, маршрут согласования, результат и (при необходимости) write‑back.

Мы не конкурируем «витриной». Мы конкурируем механизмом доведения операции до результата:

• меньше уточнений/возвратов/зависаний;

• меньше ручных пингов;

• статусы и следующий шаг в чате;

• измерение «до/после» по логам и/или опросу. Порталы и кабинеты могут остаться как «глубокий режим».

Короткая эксперт‑сессия 30–40 минут (HR + ИТ, при необходимости ИБ):

• выбираем 3–5 процессов под пилот;

• фиксируем метрики и методику измерения;

• определяем контур развёртывания и требования ИБ;

• согласуем состав пилотной группы и календарный план.