Какие данные нужны для оценки готовности компании к ИИ
Для предварительной оценки выбранной задачи опишите источники данных, их содержание и доступность. Выясните, насколько сведения актуальны, кто отвечает за них и как проверить результат работы ИИ. Отдельно отметьте условия использования материалов и вопросы, на которые пока нет ответа.
Такое описание помогает решить, можно ли обсуждать ограниченную проверку задачи или сначала нужно устранить пробелы. Вывод относится к выбранному процессу. По нему нельзя судить о готовности всей компании к внедрению ИИ.
Ниже — общие рекомендации для подготовки руководителя к обсуждению проекта. Для первого разговора с Foundry достаточно описания задачи и используемых систем. Передачу документов и доступов согласуют отдельно.
Начните с того, что должен получить сотрудник
Опишите вход и ожидаемый результат задачи. Например, сотрудник получает входящий документ и переносит реквизиты в учётную систему. Уточните, какие поля ему нужны и где он проверяет спорные значения.
Это задаёт границы поиска данных. Если нужен только перенос реквизитов, сведения для оценки будут отличаться от материалов для проверки договорных условий. Пока результат описан общими словами, перечень нужных источников остаётся предварительным.
Какие сведения собрать об источниках
- Где находятся данные. Назовите рабочие системы, папки или виды документов и подразделения, которые ими пользуются. Укажите, какой источник сотрудники считают основным. Если нужные сведения распределены между отделами, отметьте это: доступ к одному источнику может оказаться недостаточным.
- Что содержится в источнике. Опишите нужные поля или разделы, формат материалов и известный объём. Если объём пока никто не проверял, оставьте вопрос открытым. Это поможет определить границы просмотра и подготовки данных.
- Как получить доступ. Выясните, возможны ли согласованный просмотр, выгрузка или подключение к системе и кто это подтвердит. Наличие информации в интерфейсе сотрудника само по себе не подтверждает доступность подключения.
- Какой период охватывают сведения. Укажите доступную историю, дату обновления документов и порядок внесения изменений. Без этого трудно решить, подходит ли материал для текущей задачи.
- Какие проблемы уже известны. Запишите пропуски, дубли, противоречия и ошибки. Рядом укажите, кто их заметил и на каком материале. Если проверки не было, так и напишите.
- Кто отвечает за источник. Найдите сотрудника, который объяснит значения полей, подтвердит действующую версию документа и разберёт спорный случай. Без него часть выводов о пригодности данных останется предположением.
В документации Google Cloud отдельно описаны актуальность, полнота, согласованность, точность и уникальность данных. Это измерения качества в конкретном продукте. Их можно использовать как подсказку для вопросов; обязательного порога готовности компании к ИИ эта страница не задаёт. Проверено 26 октября 2026 года, UTC.
Выбирайте проверки по последствиям для задачи. Для реквизитов существенны пропуски обязательных полей и неверные значения. Для помощника по внутренним документам стоит выяснить, как отличить действующую редакцию от устаревшей. Предварительное описание этих рисков ещё не подтверждает качество всего массива.
Отделите описание от проверки
Фраза «все документы актуальны» требует уточнения. Кто это подтвердил? Какие материалы смотрели? По какому признаку определяли действующую версию?
Для существенных сведений указывайте основание: сообщение ответственного сотрудника, просмотр согласованных примеров или результат проверки определённого массива. Сохраняйте границы вывода. Проверка материалов из одного подразделения оставляет открытым вопрос о документах других отделов.
Неизвестность тоже полезна для оценки. Запись «возможность выгрузки уточняет администратор системы» показывает зависимость следующего шага. Если вместо этого записать «данные доступны», оценка подключения будет опираться на неподтверждённое допущение.
Подготовьте примеры, по которым можно судить о результате
Выясните, какие рабочие ситуации нужно проверить и где найти правильный ответ. Включите привычные материалы и известные исключения. Отдельно обсудите случаи, когда в источнике нет нужного значения или сотрудники расходятся в его трактовке.
Назначьте человека, который сможет объяснить ожидаемый результат и разобрать спорные ответы. Если правильное значение пока некому подтвердить, это ограничение нужно решить до выводов о качестве ИИ.
NIST рекомендует оценивать точность на реалистичных проверочных наборах, отражающих ожидаемые условия применения, и описывать метод оценки. Выбор метрик и порогов зависит от контекста. Здесь это методический ориентир для обсуждения проверки. Проверено 26 октября 2026 года, UTC.
Для разных задач нужны разные сведения
Помощник по документам. Выясните, где находятся утверждённые версии, кто их обновляет и какие сотрудники вправе их читать. Подготовьте описание вопросов, с которыми люди обращаются к этим материалам. Отметьте темы, по которым документы противоречат друг другу или ответ существует только в устной практике. Это поможет определить, какие источники можно включить в проверку и где сначала требуется решение владельца процесса.
Извлечение полей из документов. Опишите встречающиеся форматы и нужные поля. Выясните, бывают ли плохо читаемые сканы, рукописные пометки или разные названия одного реквизита. Нужны примеры правильного заполнения и сотрудник для проверки. Без сведений о разнообразии документов вывод по удобным примерам будет иметь узкие границы применимости.
Прогнозирование. Уточните, какое событие нужно прогнозировать, какая история доступна и что означает каждая запись. Выясните, менялись ли правила учёта и можно ли сопоставить сведения из разных периодов. Для обсуждения также важно понять, какие данные будут доступны в момент будущего прогноза. Достаточность истории предстоит оценить применительно к задаче; универсальный срок или минимальное число записей здесь не назначаются.
Согласуйте условия использования материалов
До передачи данных выясните, кто внутри компании согласует состав материалов, круг доступа и допустимый способ обработки. Опишите, какие сведения требуют отдельного решения ответственных специалистов.
Уточните границы предполагаемой работы: какие материалы будут просматривать, куда их можно передавать и кто получит доступ к результатам. Применимые правовые требования и условия конкретного сервиса проверяют отдельно. Описание источников не заменяет такую проверку.
Условный пример: извлечение реквизитов
Предположим, компания рассматривает извлечение реквизитов из входящих документов. Сотрудники знают, куда поступают файлы и какие поля переносят в систему. Пока неизвестно, какие форматы встречаются и кто подтвердит правильность извлечённых значений. Пример учебный; он не описывает клиента или результат Foundry.
Следующий шаг — согласовать допустимый способ просмотра примеров, выяснить разнообразие материалов и назначить проверяющего. После этого можно уточнить границы проверки: какие документы она охватывает и какие исключения пока остаются за её пределами.
До уточнения этих вопросов оценка пригодности данных и объёма разработки остаётся предварительной. Наличие входящих файлов подтверждает только часть исходных условий.
Как выбрать следующий шаг
- Источники и условия использования понятны, результат можно проверить. Обсудите ограниченную проверку задачи и явно укажите, какие материалы она охватит.
- Есть устранимые пробелы. Назначьте ответственных за уточнение сведений и запишите, какие предположения нужно пересмотреть после ответов.
- Нужные данные недоступны или способ проверки результата не определён. Отложите решение о разработке и разберите это ограничение с владельцем процесса.
Пройдите описание вместе с сотрудником, который ежедневно работает с данными. Для каждого открытого вопроса определите, какое решение зависит от ответа. Так станет понятнее, что нужно выяснить до оценки проекта, а что допустимо исследовать в согласованных границах следующего этапа.