Техническое задание на дашборд должно определять показатели до выбора диаграмм. Если продажи считают заказ открытым до отгрузки, а финансы — до оплаты, одинаковая надпись даст разные числа даже при безошибочной программе.
Начните с управленческого вопроса и паспорта показателя: формула, источник, период, исключения и владелец определения. Ниже — условный пример просроченных заказов и шаблон для разработки. Он помогает получить объяснимый отчёт, который можно сверить с исходными объектами.
Сначала определите решение руководителя
Вопрос «сколько у нас просрочки?» неполон. Нужно понять, какое действие следует из ответа: связаться с клиентом, пересмотреть производственный план или разобрать задержки оплаты. Для этих решений нужны разные даты и состояния.
Запишите пользователя, периодичность просмотра и следующую реакцию. Например, руководитель снабжения ежедневно выбирает просроченные открытые заказы, чтобы назначить разбор причин. Значит, показатель должен вести к понятному составу заказов и ответственным, а не только показывать процент.
Не начинайте с десятков чисел на одном экране. Выберите несколько решений, для которых компания действительно использует данные. Каждый показатель должен иметь владельца смысла; разработчик не может самостоятельно установить финансовое определение выручки или правила просрочки.
Разделите момент и период
Открытые заказы на конец дня — состояние на момент времени. Заказы, созданные за месяц, — поток за период. Деление одного на другое может давать число, которое выглядит как доля, но не отвечает на заявленный вопрос.
Для снимка укажите точный момент, часовую зону и правило включения объекта. Для периода задайте начало, конец и границы. Например, начало включается, конец исключается, чтобы операция ровно на границе не считалась дважды в последовательных отчётах.
Определите, какую дату использует показатель: создание, согласование, обещанную отгрузку или фактическое завершение. Одинаковое слово «дата заказа» не подходит для нескольких разных событий. Сохраните эти определения рядом с формулой.
Условный паспорт просрочки
Компания считает просроченным открытый заказ, у которого подтверждённый срок завершения раньше момента среза. Отменённые заказы исключаются. Для частично выполненного заказа проверяется оставшееся обязательство. Это условное правило оперативного отчёта, а не универсальная норма.
- Название: доля просроченных среди открытых заказов с известным сроком.
- Момент: конец указанного рабочего дня в зоне компании.
- Числитель: число открытых заказов с подтверждённой просрочкой.
- Знаменатель: число открытых заказов, у которых есть пригодный срок.
- Исключения: отменённые и завершённые к моменту среза.
- Качество: открытые без срока показываются отдельно.
- Владелец: руководитель процесса исполнения заказов.
- Источник: согласованные состояния и даты в рабочем реестре.
Если компания хочет считать по остаточной сумме, это другой показатель. Один заказ на миллион и один на тысячу имеют одинаковый вес при подсчёте количества, но разный при денежной оценке.
Проверьте формулу на небольшом наборе
В условной выборке 100 заказов. На момент среза 20 завершены, 10 отменены, 70 открыты. Из открытых 60 имеют подтверждённый срок, у 10 он отсутствует. Просрочены 15 из 60.
Доля просроченных среди открытых с известным сроком равна 15 / 60 = 25%. Если разделить 15 на 70, получится примерно 21,4%, но такое число нельзя выдавать за полноту оценки всех открытых: статус десяти заказов относительно срока неизвестен.
В отчёте покажите три связанных факта: 70 открытых, 15 подтверждённо просроченных и 10 без срока. Покрытие открытых заказов пригодными сроками составляет 60 / 70, примерно 85,7%. Так руководитель видит и операционную проблему, и ограничение данных.
Определите источник каждого факта
Состояние заказа, обещанный срок и оплата могут принадлежать разным системам. Назначьте владельца каждого факта и правило разрешения расхождений. Нельзя выбирать значение из последнего пришедшего файла только потому, что оно технически доступно.
Проверьте устойчивый идентификатор. Названия клиентов и текстовые номера без контекста могут повторяться. Для связи данных нужен согласованный ключ, иначе объединение источников создаст лишние строки или потеряет реальные заказы.
Уточните свежесть. Показатель, рассчитанный в 09:00 из вчерашнего обмена, не является текущим только из-за нового времени формирования страницы. Отдельно показывайте момент расчёта и подтверждённую актуальность исходных данных.
Разберите изменения задним числом
Срок заказа могут исправить после дня, за который уже построен отчёт. Нужно решить, пересчитывается ли история по новым сведениям или сохраняется прежний срез. Оба подхода возможны для разных задач, но их нельзя смешивать незаметно.
Например, в понедельник заказ считался просроченным, во вторник согласовали перенос срока. Для анализа качества обещаний важно знать прежнее обязательство. Для текущего списка действий нужен новый подтверждённый срок. Разные отчёты могут использовать разные представления с ясными подписями.
Сохраните дату пересчёта, причину и версию определения. Изменение формулы тоже может изменить прошлые значения без изменения бизнеса. Пользователь должен понимать, сравнивает ли он одинаковые показатели между периодами.
Шаблон паспорта показателя
- Управленческий вопрос и ожидаемое действие.
- Название, единица и владелец определения.
- Тип: состояние на момент либо поток за период.
- Формула с понятными числителем и знаменателем.
- Условия включения и исключения объектов.
- Источники полей и ключи соединения.
- Правило пустых, ошибочных и запоздалых данных.
- Временная зона, границы и расписание обновления.
- Правило исправлений и исторических пересчётов.
- Контрольный набор с независимо рассчитанным результатом.
Добавьте доступность подробного состава. Руководитель должен иметь предусмотренный способ понять, какие объекты дали итог. Это может быть список или согласованная выгрузка; конкретную реализацию определяют требования, а не сам факт наличия диаграммы.
Принимайте расчёт отдельно от оформления
Сначала сверьте небольшой контрольный набор: обычный заказ, отменённый, завершённый, без срока и с частичным исполнением. Проверьте граничный момент и изменение даты после среза. Эти случаи выявляют смысловые ошибки быстрее большого красивого отчёта.
Затем проверьте представительный объём и актуальность обмена. Общий итог должен совпадать с составом, а ограничения качества — оставаться видимыми. Округление задайте так, чтобы оно не создавало ложных расхождений между карточкой и детализацией.
Связь данных между программами разобрана в статье о надёжных интеграциях. Формат доказательства результата можно взять из критериев приёмки системы.
Проверьте название показателя на человеке, который не участвовал в согласовании. Он должен понять единицу, период и ограничение состава. Если подпись обещает более широкий смысл, чем формула, уточните её до публикации отчёта.
Следующий шаг
Выберите один спорный показатель и соберите десять объектов, по которым отделы получают разные ответы. Заполните паспорт и согласуйте определение с владельцем процесса. С ExtentLab можно обсудить дашборд на этой основе: сначала объяснимый расчёт и контрольные примеры, затем удобное представление для руководителя.