ИИ для анкет заказчиков: как разобрать Excel без потери вопросов
Мы предлагаем разделять обработку анкеты заказчика на два этапа: сначала сохранить структуру Excel, затем готовить ответы. Несколько листов, вложенные вопросы и разные форматы ячеек требуют проверки связей. Разберём, как превратить файл в рабочий реестр без потери условий и подпунктов.
Как мы предлагаем организовать разбор анкеты
Мы предлагаем сначала выделить вопросы из книги Excel и собрать структурированный реестр. Технический пример AWS показывает такой процесс в Amazon Quick Automate: книга с несколькими листами поступает из Amazon S3, вопросы превращаются в CSV-файл. Логику задают обычным текстом, затем уточняют и проверяют полученный процесс.
Авторы уделяют внимание иерархии основных вопросов и подпунктов, категориям и типам ответа. Перед переносом проверенной версии в рабочую среду предусмотрена валидация. Описанный результат — подготовленный набор данных для дальнейшей работы команд. Подтверждённых показателей экономии времени для конкретного заказчика в этом разборе нет.
Для руководителя полезен сам сценарий: отделить приём и разбор анкеты от подготовки ответов. Тогда можно увидеть, на каком этапе возникает задержка и какую часть процесса стоит автоматизировать первой.
Что должно сохраниться в рабочем реестре
Для пилота можно договориться о единой карточке вопроса. В ней стоит хранить исходную формулировку, номер листа и строки, раздел анкеты, связь с родительским пунктом, формат ответа и статус проверки. Ответственного назначают после проверки структуры или по заранее согласованным правилам.
Например, за вопросом «Предоставляете ли вы техническую поддержку?» может следовать подпункт «Если да, укажите часы работы». Если перенести эти строки независимо, условие потеряется. Исполнитель должен видеть, когда подпункт нужно заполнять и к какому ответу он относится. Это пример проверки для собственного пилота.
Инструкции заказчика тоже требуют отдельного поля. Требование указать число, выбрать вариант из списка или приложить документ влияет на итоговый ответ. Пустую ячейку, отсутствие данных и вариант «не применимо» следует различать по правилам конкретной анкеты.
Как организовать первый пилот
Начать удобно с одного вида анкет и команды, которая регулярно их обрабатывает. Возьмите завершённые файлы с известным результатом и несколько сложных примеров: изменённые заголовки, объединённые ячейки, условные подпункты. Для сравнения нужен эталонный реестр, проверенный сотрудником.
Сначала процесс формирует черновой реестр и отмечает сомнительные места. Проверяющий сверяет его с исходным файлом, исправляет ошибки и только после этого разрешает создание задач. Документ заказчика при таком подходе служит входными данными: текст внутри него не должен менять права помощника или порядок согласования.
| Проверка | Что сравнить | Результат для команды |
|---|---|---|
| Полнота | Все вопросы исходной книги и строки реестра | Виден список пропусков и лишних пунктов |
| Связи | Основные вопросы, подпункты и условия | Исполнитель понимает контекст ответа |
| Формат | Тип ответа и требования к приложениям | Ответ готовится в нужном виде |
| Проверяемость | Карточка вопроса и её место в файле | Спорное извлечение можно быстро сверить |
Что делать с повторной загрузкой
Мы рекомендуем распознавать повторный импорт по устойчивому идентификатору и журналу обработанных операций. После сетевого сбоя операция может уже завершиться, хотя подтверждение не получено. Повторная загрузка не должна создавать второй комплект задач: новый запуск процесса сам по себе не означает новую бизнес-операцию.
В пилоте с анкетами стоит отдельно проверить две ситуации: повторную загрузку того же файла и новую редакцию от заказчика. Для первой требуется защита от дублей. Для второй — сравнение изменений и сохранение уже согласованных ответов. Правило формирования идентификатора и обработки версий согласуют с владельцем процесса до подключения CRM или системы задач.
Риски пилота и условия масштабирования
Изменение формы анкеты. Новый шаблон может нарушить распознавание разделов и подпунктов. Такие файлы направляют на дополнительную проверку, а успешные примеры включают в набор испытаний. Расширение допускают после проверки типичных и сложных форматов.
Уверенно сформулированная ошибка. Помощник может неверно объединить вопросы или изменить условие. Для каждого пункта сохраняют исходный текст и место в файле; сомнительные записи не передают исполнителям автоматически. Критерий готовности — согласованная допустимая доля ошибок на проверочной выборке и понятный порядок исправления.
Доступ к внутренней информации. В анкетах и ответах могут содержаться сведения о клиентах, системах и условиях работы. До подключения реальных файлов определяют разрешённое место обработки, круг пользователей и сроки хранения. На первом этапе доступ ограничивают данными выбранного процесса.
Перенос трудозатрат на проверяющего. Быстрый импорт может потребовать долгого исправления. Поэтому измеряют полное время обработки: от поступления файла до согласованного реестра, включая проверку и доработки. Решение о расширении принимают по этому результату, качеству извлечения и устойчивости повторных запусков.
