Руководитель спрашивает, насколько изменилась выручка по группе товаров. Аналитик уточняет период, собирает заказы и возвраты, сверяет статусы и только затем объясняет результат. Для первого пилота ИИ-аналитика разумно выбрать именно такую ограниченную операцию: получить проверяемый ответ на разовый вопрос, сохранив контроль специалиста.
Начните с определения показателя, разрешённых источников и образца правильного расчёта. Оценивать стоит весь путь до принятого ответа, включая уточнения и исправления. Быстро сформулированный вывод ещё не даёт основания использовать его в решении.
Что поручить ИИ-аналитику, а что оставить человеку?
В предлагаемом сценарии ИИ-аналитиком будем называть помощника, который уточняет вопрос, предлагает план обращения к данным и готовит объяснение полученного расчёта. Это рабочая граница пилота, а не обещание заменить аналитическую функцию.
Для первой проверки выберите вопрос, который специалист способен решить вручную и подтвердить по источнику. Например, сравнение выручки по товарной группе за сопоставимые периоды. Не включайте сразу прогноз, поиск причин изменения и рекомендации по бюджету: для них потребуются отдельные данные и критерии.
Системе можно поручить подготовку запроса, таблицы и черновика пояснения. Аналитик согласует определение показателя, проверяет выборку и подтверждает вывод. Решение о закупках, ценах или изменении плана остаётся у ответственного руководителя.
Если вопрос повторяется без изменения формул и фильтров, сначала рассмотрите настройку обычного отчёта или системы бизнес-аналитики — BI. Если разовый расчёт занимает мало времени, ручной способ также стоит включить в сравнение. Пилот имеет смысл обсуждать там, где проверка ответа не требует каждый раз собирать работу заново.
Какие данные и определения нужны до запуска?
Составьте паспорт одного вопроса. Его задача — убрать неоднозначность до расчёта и дать проверяющему понятную основу для сверки.
| Поле паспорта | Что согласовать |
|---|---|
| Вопрос | Что именно сравниваем и кому нужен результат? |
| Показатель | Как рассчитывается выручка, какие скидки и возвраты учитываются? |
| Период | Какие даты относятся к сравнению, по какому событию отбираются записи? |
| Источник | Какой набор заказов и возвратов считается основным, когда он обновлён? |
| Разрез | Как определяются товарная группа, подразделение и валюта? |
| Ответственный | Кто подтверждает формулу, доступ и итоговый ответ? |
Для учебного сценария используйте обезличенные заказы и возвраты за сопоставимые периоды. Согласуйте статус заказа, дату признания операции и правило учёта возврата. Если разные подразделения используют разные определения выручки, передайте вопрос владельцу показателя до настройки помощника.
Отдельно опишите связь между таблицами: каким идентификатором заказ связан с позицией и возвратом. Попросите аналитика проверить пропуски, повторяющиеся строки и состав выгрузки. Если часть возвратов ещё не поступила, результат должен сообщать об этом ограничении.
Сохраните утверждённую формулу, версию справочника и время получения данных вместе с эталонным ответом. При повторном испытании сравнивайте один и тот же снимок. Иначе изменение источника можно ошибочно принять за изменение качества помощника.
Как пройти путь от вопроса к проверяемому расчёту?
Рассмотрим учебный пример без показателей реального клиента. Пользователь задаёт вопрос: «Насколько изменилась выручка по этой группе товаров?» В пилоте проверяем величину изменения. Исследование причин — отдельная задача: одного сравнения итогов для ответа на неё недостаточно.
| Шаг | Действие системы | Контроль аналитика и условие остановки |
|---|---|---|
| Уточнение | Запрашивает группу товаров и периоды, показывает определение выручки | Подтверждает параметры; без них расчёт не начинается |
| Подготовка | Предлагает источник, фильтры и способ соединения заказов с возвратами | Сверяет план с паспортом; неизвестное поле требует уточнения |
| Расчёт | Передаёт согласованный запрос разрешённому инструменту | Проверяет допустимость операции и состав полученной выборки |
| Сверка | Показывает итог, промежуточные суммы и ссылку на снимок данных | Сопоставляет с эталоном; расхождение возвращает на разбор |
| Объяснение | Готовит описание рассчитанного изменения и ограничений | Убирает неподтверждённые причины и подтверждает ответ |
Учебные данные и готовый ответ. Все заказы и суммы ниже вымышлены. Сравним два периода одинаковой длительности. Для примера определим показатель как стоимость завершённых заказов после скидок минус известные на дату снимка возвраты по этим же заказам. Все суммы — в рублях без НДС. Это условное правило примера, а не бухгалтерская методика признания выручки.
| Период | Заказ | После скидок, ₽ | Возвраты, ₽ | Итог, ₽ |
|---|---|---|---|---|
| А | А-01 | 60 000 | 10 000 | 50 000 |
| А | А-02 | 40 000 | 0 | 40 000 |
| Б | Б-01 | 50 000 | 0 | 50 000 |
| Б | Б-02 | 30 000 | 5 000 | 25 000 |
Период А: (60 000 − 10 000) + 40 000 = 90 000 ₽. Период Б: 50 000 + (30 000 − 5 000) = 75 000 ₽. Изменение: 75 000 − 90 000 = −15 000 ₽; относительно периода А: −15 000 / 90 000 × 100 ≈ −16,7%.
Образец ответа помощника: «По учебной таблице заказов показатель уменьшился с 90 000 до 75 000 ₽ — на 15 000 ₽, или примерно на 16,7%. Расчёт учитывает указанные возвраты и использует одинаковое правило для обоих периодов. Он показывает величину изменения; причины по этим данным не установлены».
Аналитик сверяет строки, формулу и итог с эталоном. При расхождении помощник передаёт расчёт на разбор, а не заменяет источник догадкой.
Предусмотрите разделение ролей внутри решения: модель предлагает план и объяснение, а вычисление выполняет разрешённый инструмент по согласованной логике. Не принимайте число, которое присутствует только в свободном ответе модели и не воспроизводится расчётом.
Результатом этого маршрута должна стать таблица сравнения с формулой, периодом, источником и отметками о неполноте. Версию запроса сохраняйте рядом с результатом, чтобы специалист мог повторить вычисление.
Фразу «выручка снизилась из-за изменения спроса» не включайте только на основании разницы итогов. Для такой причины потребуется отдельная проверка. В рамках пилота достаточно описать рассчитанное изменение и указать, что объяснение причин пока не подтверждено.
Для оценки сценария измеряйте время от вопроса до принятого ответа, включая уточнения и сверку. Стоп-условия — неясное определение показателя, неполная выгрузка, расхождение с эталоном или попытка обратиться к запрещённым данным.
Как проверить цифры и ограничить доступ?
Рекомендуемый ответ ИИ-аналитика должен позволять восстановить расчёт. Помимо итога показывайте использованные параметры и ограничения. Если проверяющему приходится угадывать период или источник, возвращайте ответ на уточнение.
Перед приёмкой пройдите чек-лист:
- Формула совпадает с утверждённым определением показателя.
- Фильтры включают нужные статусы, даты и товарную группу.
- Соединение таблиц не размножает строки заказа.
- Возвраты и скидки учтены по согласованному правилу.
- Валюта, единицы и округление указаны.
- Время обновления и неполнота источника видны.
- Расчёт повторяется на сохранённом снимке и совпадает с эталоном.
Для первого пилота выдайте отдельной учётной записи доступ только на чтение разрешённого набора данных. Ограничьте объём выборки и время выполнения. Изменение записей, выгрузку всей базы и самостоятельную отправку результата исключите из полномочий.
Не ограничивайтесь инструкцией «не изменяй данные»: закрепите запрет в правах и доступных операциях. В журнале сохраняйте пользователя, версию правил, параметры запроса, источник, результат проверки и решение аналитика — в пределах согласованных правил обработки информации.
Включите в испытание запрос к чужому подразделению, попытку изменить запись и вопрос без доступного источника. Ожидаемый результат для таких случаев — понятный отказ или передача человеку. Проверяйте, что запрещённые сведения не появились ни в ответе, ни в доступном пользователю журнале.
Как оценить пилот и выбрать способ реализации?
До настройки подготовьте набор обычных и сложных вопросов с эталонными ответами. Отдельную часть оставьте для финальной проверки. Для каждого случая отметьте допустимый результат: расчёт, уточнение или отказ.
Сравнивайте способы работы на одинаковых данных и задачах.
| Вариант | Когда рассматривать | Что проверить |
|---|---|---|
| Ручной расчёт | Вопросы редкие, трудозатраты приемлемы | Полное время и воспроизводимость |
| Настройка BI | Формулы и разрезы стабильны, нужен повторяемый отчёт | Достаточность существующих фильтров и прав |
| Готовый помощник | Требования укладываются в возможности продукта | Реальные подключения, ограничения данных и качество на своей выборке |
| Заказная разработка | Нужны особые определения, источники или маршрут проверки | Обоснование доработки, поддержку и критерии приёмки |
Измеряйте долю верных ответов, долю корректных уточнений и отказов, полное время с исправлениями, затраты на обработку и ошибки доступа. Критичные нарушения разбирайте отдельно: средняя точность не должна скрывать выдачу закрытых данных.
Порог продолжения согласуйте с владельцем процесса до испытания. Универсальный допустимый процент ошибок здесь не задаётся. Учитывайте последствия неверного ответа и нагрузку на проверяющего.
По итогам выберите действие: продолжить ограниченный сценарий, сузить его или остановить. Если большинство запросов сводится к одной формуле, проверьте обычный отчёт. Если проверяющий заново строит весь расчёт, разберите причину до расширения пилота.
Что подготовить для обсуждения пилота с DYNAMICSUN?
На странице решения «ИИ-сотрудники для бизнеса» DYNAMICSUN предлагает настройку цифрового сотрудника под выбранную роль и процессы компании, с согласованием источников данных, прав доступа и действий, требующих проверки человеком. Состав пилота и интеграции оцениваются под задачу.
Для предметного обсуждения подготовьте один вопрос к данным, обезличенный пример, эталон расчёта и перечень систем. Добавьте владельца показателя, ограничения доступа, недопустимые ошибки и способ сравнения с текущей работой.
Сначала согласуйте результат пилота: какой ответ должен получить пользователь, как аналитик его проверит и что происходит при нехватке данных. Возможности конкретного подключения, стоимость и сроки следует оценить после изучения этих условий.
Подготовьте один вопрос к данным, обезличенный пример и эталон расчёта. Обсудить пилот ИИ-аналитика.
Частые вопросы
Заменит ли ИИ-аналитик специалиста?
В описанном пилоте системе поручается ограниченная операция. Аналитик определяет смысл показателя, проверяет расчёт и разбирает исключения. Из результата такой проверки не следует вывод о замене должности или передаче системе управленческой ответственности.
Нужно ли пользователю знать SQL?
Для предлагаемого сценария можно поставить требование задавать вопрос обычным языком. При этом проверку запроса и расчёта поручите специалисту. На пилоте оцените, хватает ли пользователю объяснения параметров и результата, чтобы заметить неверно понятый вопрос.
Можно ли начать с выгрузки?
Для проверки одной операции рассмотрите разрешённую обезличенную выгрузку с известным составом и временем получения. Такой тест позволяет сравнить ответы на фиксированных данных. Подключение к рабочей системе и обновление сведений проверяйте отдельно.
Что делать, если цифры расходятся?
Приостановите использование ответа и сравните определение показателя, периоды, фильтры, связи таблиц, возвраты и версии источников. Сохраните ошибочный запрос и исправление. До устранения причины расхождение не следует скрывать округлением или усреднением.
Нужен ли доступ на запись?
Для рассмотренного сценария расчёта и объяснения задайте доступ только на чтение. Изменение данных не входит в его результат. Если позднее потребуется создание документов или записей, оформите это как отдельный сценарий с собственными полномочиями и проверкой.
Когда лучше выбрать BI вместо ИИ-помощника?
Сначала проверьте BI, если нужны стабильная формула, регулярный отчёт и известные фильтры. Вариант AI-аналитика данных сравнивайте с ним на разовых вопросах, где требуется уточнение запроса. Решение принимайте по проверяемости результата и полным трудозатратам.
