Суть задачи

Три выгрузки говорят о разных вещах

Владелец просит: «Что происходило на этой неделе?» Менеджер загружает в ИИ продажи, остатки и возвраты. Через минуту появляется вывод «спрос вырос, закупите больше товара». Однако кассовая выгрузка считает оплаченные заказы, склад — физический остаток на конкретный час, а возвраты могут относиться к продажам прошлого месяца. Эти показатели нельзя складывать в один рассказ без даты и правил учёта. Ценность ИИ здесь в редактуре понятной записки и поиске аномалий, а не в замене расчёта оборота.

Исходные данные

Согласуйте период и определения

Запишите точное начало и конец недели, часовой пояс, источник каждой таблицы и дату выгрузки. Уточните, учитываются ли отмены в продажах, когда возврат вычитается из выручки и какие склады вошли в остатки. Если касса считает день до полуночи, а маркетплейс обновляется позже, отметьте задержку. Не просите модель «свести всё само»: сначала пусть бухгалтерия или владелец процесса подтвердит формулы. В отчёте рядом с каждым числом должна быть версия показателя, например оплаченная выручка без отмен, а не просто «продажи».

Рабочий маршрут

Начните с маленькой проверяемой таблицы

Для первых двух выпусков возьмите пять категорий товара, а не весь ассортимент. Подготовьте колонки: оплаченные единицы, сумма, возвращённые единицы, остаток на конец периода, поступления и маржа, если её можно достоверно рассчитать. Формулы и фильтры делайте обычными средствами таблицы. Нейросеть получает уже посчитанные числа и может сформулировать вопросы: почему категория выросла при низком остатке, не вызвана ли просадка отсутствием товара. Это гипотезы, а не установленные причины.

Проверка

Проверяйте каждое предложение

Тезис «категория потеряла продажи из-за пустой полки» требует данных о спросе во время отсутствия товара. Нулевой остаток к воскресенью не доказывает, что полка была пуста всю неделю. Хороший отчёт пишет: «к концу недели осталось две единицы; проверьте ежедневные остатки и отменённые заказы». Попросите ИИ рядом с каждым выводом дать номер строки и формулу. Предложение без опоры переносите в раздел вопросов, а не в итоги. В материале о сверке остатков показан разбор источников складской разницы.

Практический пример

Возвраты не равны плохому товару

Пять возвратов товара с большим объёмом продаж и пять возвратов редкой позиции означают разное. Сравните долю по одинаковому периоду и убедитесь, что основания возврата записаны сопоставимо. Если покупатель возвращает размер, причина может быть в карточке, таблице размеров или логистике. Модель может сгруппировать текстовые комментарии, но выбор причины утверждает человек после просмотра заявок. Имена покупателей и номера телефонов для еженедельной сводки не нужны. Не позволяйте удобству анализа расширять доступ к персональным данным.

Риски

Покажите неопределённость явно

Отчёт на одну страницу должен содержать раздел «что мы пока не знаем». Например: по двум категориям складская выгрузка снята на следующий день, по возвратам ещё нет статуса проверки, по марже не получена новая закупочная цена. Это не слабость аналитика, а защита решения о закупке от ложной точности. Договоритесь, кто закрывает каждый пробел и когда обновится показатель. Если корректировка была после отправки отчёта, сохраняйте обе версии и дату изменения. Старая цифра не должна незаметно переписаться в истории.

После запуска

Пример вывода, который можно проверить

В категории настольных ламп оплачено 42 единицы против 30 неделей ранее, а на вечер воскресенья осталось четыре. Было три возврата по заказам разных дат. Корректный вывод: продажи выросли на выбранном интервале, остаток мал, причина возвратов пока не установлена. Следующий шаг — проверить ежедневное движение и основания трёх возвратов. Нельзя писать «срочно удвойте закупку»: у владельца ещё нет данных о поставке, сезонности и денежных ограничениях. ИИ должен помогать ставить такой вопрос, а не заказывать товар.

Внедрение

Редактор и адресат

Попросите нейросеть написать версию для владельца в шести коротких пунктах: факт, источник, вопрос, решение, ответственный, срок. Аналитик сверяет каждый пункт с таблицей; руководитель выбирает действие. Если в записке есть совет «повысить цену», его помечают как вариант для отдельного анализа, а не прямое следствие роста продаж. Сохраните рабочую таблицу, чтобы читатель мог открыть исходные строки. Устная презентация без ссылки на число не должна быть единственным носителем решения.

План на день

После отчёта должно быть действие

Хорошая записка не заканчивается словами «продажи выросли». На следующей планёрке владелец отмечает, какие вопросы требуют ответа: проверить наличие в разрезе дней, запросить причины возвратов, уточнить график поставок. У каждого пункта есть ответственный и срок. Через неделю отчёт возвращается к прошлым вопросам и показывает, что выяснилось, даже если первоначальная гипотеза не подтвердилась. Так ИИ-помощник участвует в памяти управленческого решения, а не производит очередной красивый текст. Если вывод не приводит к проверяемому вопросу или решению, его можно удалить без потери пользы.

Вывод

Вопросы перед отправкой

Можно ли загрузить в публичный ИИ всю кассовую базу? Нет, сначала проверьте политику данных и обезличьте выборку. Можно ли сравнивать недели с разным числом рабочих дней? Только с пояснением и корректным сопоставлением. Где место прогнозу? В отдельном сценарном расчёте, не в фактическом отчёте. Что делать с поздним возвратом? Указать, к какому периоду относится продажа и как он попал в текущую отчётность. Кто ставит финальную подпись? Сотрудник, отвечающий за управленческие цифры.