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