Почему большой массив данных способен ухудшить решение руководителя

Руководитель сравнивает два периода и решает, куда направить следующий бюджет. Основанием становится отчёт: обращения, заказы и выручка. Качество такого решения зависит от одинакового смысла показателей, сопоставимого периода и проверяемого источника каждого числа. Перед анализом с ИИ я предлагаю привести сведения к одному основанию.

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

Учебный пример с условными числами. В первом периоде компания получила 20 первичных обращений и 10 заказов из этой группы. Во втором в отчёт попали 30 сообщений: 20 первичных обращений и 10 повторных сообщений по текущим переговорам. Из второй группы первичных обращений также получено 10 заказов. Срок наблюдения за обеими группами одинаковый.

Общее число сообщений выросло с 20 до 30 — на 50%. Первичных обращений в обоих периодах было по 20. Если считать конверсию по общему числу сообщений, получится 50% в первом периоде и примерно 33% во втором. После согласования определения знаменателя конверсия в обеих группах составляет 10 ÷ 20 = 50%. Руководитель получает основание отдельно исследовать повторные коммуникации и привлечение новых покупателей.

Такая проверка меняет следующий вопрос к ИИ. Вместо объяснения роста спроса на 50% модель получает задачу сравнить две сопоставимые группы: источник обращения, состав покупателей, предложение и срок принятия решения. Команда затем проверяет её гипотезы по первичным документам и переговорам. Дополнительный бюджет получает обоснование через подтверждённое изменение, экономику заказа и доступную мощность исполнения.

Первая — определение. Что означает каждая сущность: клиент, заказ, активный ученик, состоявшаяся встреча? Совпадает ли смысл между каналами и периодами? Вторая — происхождение. Из какого документа пришло число и кто вправе его исправить? Третья — актуальность. Данные относятся к ситуации, о которой мы принимаем решение сегодня? Четвёртая — полнота. Какие значимые расходы, возвраты, отказавшиеся клиенты или ограничения остались за пределами таблицы?

Для пробела в исходных сведениях я использую статус «требует уточнения» и назначаю вопрос владельцу данных. Затем разделяю три уровня: подтверждённое наблюдение, возможное объяснение и предлагаемое действие. Для перехода к следующему уровню указываю основание и способ проверки.

Даже сопоставимые данные полезно посмотреть по отдельным группам. Учебный пример: в первом периоде было 80 стандартных заказов по одному часу и 20 сложных по пять часов. Среднее время — 1,8 часа. Во втором периоде соотношение поменялось: 20 стандартных и 80 сложных. Среднее выросло до 4,2 часа при прежнем времени работы внутри каждой группы.

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

Какой средний показатель в вашей работе становится понятнее после разделения на группы? Был ли случай, когда такая проверка изменила первоначальный управленческий вывод?

«Я готовлю управленческое решение: [какое именно]. Передам обезличенное описание таблиц и правил учёта, разрешённое для обработки в выбранном сервисе. Работай по схеме полей и разрешённым примерам, достаточным для поставленной задачи. Для недостающего значения используй статус “требует уточнения”.

Сначала составь словарь каждого показателя: определение, единица измерения, период, источник, владелец данных и известные изменения правил. Для неоднозначно описанного поля подготовь вопрос владельцу и укажи, какое решение зависит от его ответа.

Проверь сопоставимость строк и периодов. Отметь дубли, пустые значения, разные даты события и оплаты, противоречия между таблицами. Сохрани исходные записи; каждое предлагаемое исправление вынеси в отдельный список для владельца данных. Для каждой проблемы назови возможное влияние на решение.

Раздели ответ на подтверждённые наблюдения, гипотезы и вопросы для уточнения. Каждое утверждение привяжи к переданному источнику. Для внешних чисел и нормативов укажи проверяемый первоисточник, дату и границу применения.

Предложи минимальную ручную проверку: какие пять записей сверить с первичным документом, какие определения утвердить и какой вопрос задать сотруднику, ведущему учёт. Заверши списком решений, которые сейчас допустимы, и решений, которые следует отложить до уточнения данных».

Экономика данных начинается с понятного управленческого вопроса и единого смысла показателей. После этой проверки объём сведений помогает сопоставлять решения, а руководитель понимает, на каком основании выбирает действие.

Кейсы предпринимателей, рабочие промпты и мои наблюдения об ИИ в бизнесе — в моих публикациях. Выберите, где Вам удобнее читать.

Подписаться в Telegram