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

Его задача — отделить известные факты от предположений, описать одну операцию и задать границы первой проверки. Ниже — рекомендуемая структура такого документа.

1. Операция и проблема

Зафиксируйте, какую повторяющуюся работу предстоит разобрать: кто её выполняет, с чего она начинается и какой результат должен получиться.

Формулировка «внедрить AI» описывает пожелание к технологии, но не объясняет задачу. Полезнее назвать действие: например, подготовить черновик ответа по входящему обращению. Это пример формулировки, а не заранее выбранное решение.

Отдельно укажите, что именно не устраивает в текущей работе. Если частота операции или затраты времени пока неизвестны, оставьте вопрос открытым, не подставляя оценку без основания.

2. Текущий порядок работы

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

Такое описание помогает обсуждать конкретный участок процесса вместо автоматизации отдела целиком.

3. Данные и доступ

Перечислите документы и сведения, которые нужны для выполнения операции. Укажите, где они находятся, кто за них отвечает и что известно о возможности доступа.

Наличие данных и разрешение использовать их — разные вопросы. Если условия доступа или обработки ещё не согласованы, это должно быть видно в брифе.

4. Системы и интеграции

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

Например, запись «CRM не выбрана, доступность API не проверена» точнее обещания «агент будет работать с CRM». Она показывает зависимость, которую нужно закрыть до проектирования интеграции.

5. Границы пилота и проверка результата

Для первой проверки рекомендуем выбрать одну ограниченную операцию. В брифе стоит указать:

— что поступает на вход; — какой результат ожидается; — как специалист и заказчик будут оценивать его качество; — что не входит в пилот; — какие действия запрещены или требуют подтверждения человека.

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

6. Открытые вопросы и следующий шаг

В конце соберите неизвестные: недостающие примеры, неподтверждённые доступы, вопросы к владельцу процесса. По возможности укажите, кто поможет получить ответы.

Бриф не обязан содержать готовое техническое решение. Он должен позволить специалисту понять, достаточно ли сведений для ограниченного пилота или сначала требуется дополнительное уточнение.

Как это связано с INTOR Discovery Agent

В подготовленном пакете INTOR Discovery Agent предусмотрены первичное интервью, классификация задачи, выявление данных и интеграций, предложение ограниченного пилота и подготовка структурированного брифа для специалиста INTOR TECH.

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

Хороший итог интервью — не обещание автоматизировать всё сразу, а понятная операция, явные ограничения и следующий проверяемый шаг.

Напишите «ПРОЦЕСС» — разберём одну повторяющуюся операцию.