Презентация отчёта о качестве данных должна объяснить, подходит ли набор для конкретной задачи, какие проблемы могут изменить результат и что нужно сделать до использования. Показывайте правило и знаменатель рядом с каждой метрикой. Единая оценка «качество 98%» может скрыть именно тот недостаток, из-за которого запланированное действие не сработает.
В руководстве разобраны 300 вымышленных контактных записей. Пропуски, неверный формат, повторяющиеся идентификаторы и давность проверки отвечают на разные вопросы. После проверок можно превратить рассмотренные результаты в редактируемую презентацию с помощью Presenti. Передайте расчёты и их смысл текстом: черновик слайдов не проверяет исходную базу данных.
Начните с задачи, для которой нужны данные
Вопрос «Хорошие ли у нас контакты?» слишком широк для полезной встречи. В примере клиентская команда хочет отправить сообщение об изменении сервиса соответствующему операционному контакту каждого клиентского аккаунта. Нужны заполненный и пригодный адрес, человек с актуальной ролью и способ избежать повторных сообщений.
Эта цель определяет отчёт. Полный почтовый адрес может быть важен для отправки посылки, но не для такого письма. Правильно оформленный email может принадлежать человеку, уже покинувшему компанию. До выбора цветов диаграммы определите проверки, которые поддерживают нужное использование.
Government Data Quality Framework рассматривает качество как пригодность для цели и различает полноту, уникальность, согласованность, своевременность, допустимость и точность. Эти измерения помогают организовать вопросы, но не задают универсальный проходной балл для любого набора.
Откройте презентацию кратким описанием: «Проверка выгрузки из 300 строк операционных контактов для предлагаемого сообщения об изменении сервиса. Проверки относятся к сохранённому снимку. Отчёт оценивает пригодность контактов, но не разрешает отправку». Последнее различие важно: согласование коммуникации и качество данных — разные решения.
Покажите правило и знаменатель рядом с результатом
Предположим, в вымышленной выгрузке должна быть одна строка операционного контакта на клиентский аккаунт, определяемый его ID. Все проверки ниже относятся к тем же 300 исходным строкам. Результаты придуманы для объяснения, а не измерены в Presenti или у клиентов.
| Проверка | Результат в снимке | Что он устанавливает |
|---|---|---|
| Email заполнен | В 294 из 300 строк поле email непустое: 98%. | В шести строках нет адреса. Заполненность не доказывает, что адрес работает. |
| Формат email | 12 из 294 заполненных полей не проходят согласованное правило; 282 проходят. | В 282 из всех 300 строк, то есть 94%, адрес заполнен и соответствует правилу. |
| Уникальность ID аккаунта | Четыре ID встречаются дважды каждый; остальные 292 строки имеют разные ID. | Восемь строк входят в пары с повторяющимся ключом. Различных ID — 296, а не 300 аккаунтов. |
| Дата проверки контакта | 240 строк проверены в пределах условного 90-дневного окна, 42 — раньше, у 18 даты проверки нет. | Для 60 строк нет подтверждения недавней проверки. Это не доказывает ошибочность контактов. |
У проверки формата есть два допустимых знаменателя. Среди заполненных полей 282 ÷ 294 — примерно 95,9%. Во всей выгрузке 282 ÷ 300 — 94%. Второй показатель нужен, чтобы объяснить долю исходного списка с заполненным адресом допустимого формата; первый подпишите отдельно, если рассматриваете только формат предоставленных адресов.
Правило уникальности тоже должно быть явным. Повтор ID здесь — проблема, потому что согласована одна строка операционного контакта на аккаунт. В другой таблице, намеренно хранящей несколько контактов на аккаунт, повтор ID может быть правильным. Проверка, которая не учитывает смысл одной строки, способна принять корректные данные за дубликаты.
Окно в 90 дней выбрано для примера: это не закон и не отраслевой стандарт. Ответственный за данные должен определить период по задаче и скорости изменения контактов. Разделяйте «проверено раньше» и «нет даты», чтобы показать известное.
Не складывайте пересекающиеся проблемы в ложный итог
Шесть пустых адресов и двенадцать заполненных адресов неверного формата по определению не пересекаются: хотя бы одну из двух проверок не проходят 18 строк. Эта сумма корректна. Строки с повторяющимися ключами и старыми датами могут пересекаться с любой из этих групп.
Сумма 6 + 12 + 8 + 60 даёт 86 случаев обнаружения проблем, а не обязательно 86 разных затронутых строк. Она также смешивает восемь строк из повторяющихся пар с подсчётами отдельных полей. Нельзя вычесть её из 300 и назвать остаток «чистыми контактами».
За презентацией должен стоять построчный список проблем со стабильной ссылкой на строку и отдельным признаком для каждой проверки. Для числа строк с любой проблемой возьмите объединение отмеченных ссылок. Для числа затронутых аккаунтов сгруппируйте по ID и объясните обработку конфликтующих повторов. Это разные величины.
Поэтому полезный заголовок звучит так: «В 18 строках нужно исправить email; дубликаты и проверка роли контакта ещё влияют на готовность к отправке». Фраза «Наш список точен на 94%» выходит за пределы результатов. 94% — это заполненность и формат, не доставляемость, текущая ответственность или разрешение на коммуникацию.
Превратите проблемы в приоритетный запрос на работу
Свяжите каждый результат с запланированным действием. Отсутствующий email не позволяет включить строку в предлагаемый список рассылки. Неразрешённый повтор ID может вызвать повторные письма или противоречивый выбор контакта. Проверка старше 90 дней требует уточнения по условной политике примера, но не делает контакт автоматически неверным.
| Что исправить | Ответственная роль в примере | Что считается решённой записью |
|---|---|---|
| Шесть отсутствующих адресов и двенадцать с неверным форматом | Ответственный за данные аккаунтов совместно с нужными контактами | Исправленный адрес получен из утверждённого источника либо явно решено исключить строку из этого использования. |
| Четыре пары повторяющихся ID аккаунта | Куратор данных CRM | Нужный контакт определён по исходной системе; конфликтующие поля и причина сохранения записи задокументированы. |
| 42 старые проверки и 18 записей без даты | Клиентская команда | Роль операционного контакта подтверждена вновь либо аккаунт направлен на уточнение по согласованному правилу. |
Не удаляйте повторяющуюся строку только потому, что она старше. В одной может быть правильный email, в другой — актуальная роль. Разрешите конфликт по поддерживаемому источнику и при необходимости исправьте его. Если очистить только выгруженную книгу для презентации, проблема вернётся в следующий раз.
На встрече попросите ответственного за данные согласовать исправления, а ответственного за коммуникацию — условие использования списка. Частичный список может подойти, если организация явно согласовала объём и исключения; отчёт не решает это за неё. Покажите исключённую или неразрешённую группу рядом с действием, чтобы она не исчезла за зелёной итоговой плашкой.
Подготовьте пять слайдов без вводящей в заблуждение оценки
Первый слайд посвятите цели и решению: «Подтвердить список операционных контактов до сообщения об изменении сервиса». Назовите снимок и правило: одна строка представляет операционный контакт одного аккаунта. До процентов аудитория должна понять, для чего предназначены данные.
На втором слайде можно выделить три показателя: 98% — email заполнен, 94% — заполнен и прошёл проверку формата, 80% — дата проверки внутри выбранного окна. Прямо под ними оставьте 294/300, 282/300 и 240/300. Нужны полные подписи, а не три необъяснённых индикатора.
Третий слайд объясняет четыре пары повторяющихся ID и границы проверок. Четвёртый показывает исправления по ролям. Пятый фиксирует запрашиваемое решение, оставшийся объём и срок рассмотрения нового снимка. Построчный список держите вне основного показа, с контролируемым доступом для тех, кто исправляет конкретные записи.
Не усредняйте 98%, 94% и 80% в общее «качество 90,7%». Проверки имеют разные цели и пересекаются; высокая средняя оценка не создаст отсутствующие адреса. Если организация использует составной показатель, отдельно покажите его веса и назначение, сохранив на виду блокирующие задачу количества.
В задании на черновик напишите: «Используй ровно вымышленный снимок из 300 строк. Разделяй заполненность, формат, давность проверки и повторяющиеся идентификаторы. Подписывай все знаменатели. Успешная проверка формата не означает точность или доставляемость. Не складывай проблемы для оценки числа затронутых людей. Покажи запрошенные исправления, не придумывая их завершение». Это даёт структуру, сохраняя решение за ответственным за данные.
Сравнивайте следующий отчёт на той же основе
Следующий процент может улучшиться из-за исправлений, исключения сложных строк или изменения состава. Это не равнозначные улучшения. Храните с каждым отчётом дату снимка, правило отбора, определение проверки и порядок исключений.
Если четыре пары подтверждены как настоящие дубликаты и в каждой оставлена одна строка, в следующей выгрузке будет 296 строк до иных изменений. Пересчитайте все доли по новой совокупности; не сохраняйте 282/300, будто строки прежние. До объявления результата также нужно знать, у каких сохранённых и удалённых строк были проблемы формата или давности.
Для прогресса по исходным проблемам отдельно отслеживайте их ссылки: исправлено, исключено для этой задачи, не решено или больше не применимо — с причиной. Для пригодности текущего списка запускайте те же правила на новом снимке. Вместе эти два вида показывают разницу между исправлением и сменой знаменателя.
Следующая презентация должна объяснить, что изменилось в данных и в их назначении. Более аккуратный слайд полезен лишь тогда, когда аудитория понимает, стал ли исходный список контактов подходящим для нужной работы.
