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