Начните разговор с границ применения, а не с требований
Разработчику важно понимать, что модель не утверждает архитектуру и не допускает релиз. Аналитику — что черновик не превращает неполный бриф в подтверждённое требование. Поддержке — что агент не решает сам, какие сведения сообщать пользователю.
Руководитель объясняет, какую лишнюю работу хотят сократить: сбор записей, оформление итогов или подготовку вопросов. Не связывайте число обращений к агенту с качеством сотрудника. Специалист может обоснованно выбрать ручной способ, если подготовка входа и проверка требуют больше усилий.
Учите проверять утверждения, а не угадывать правильный запрос
На занятии используйте условные записи задач с разными состояниями. Попросите участников сначала отметить, какие факты можно включить в сводку. Затем агент готовит текст, а команда ищет утверждения без основания.
Разбор полезно вести через конкретные вопросы сотрудника:
- Из какой записи взято это утверждение о готовности.
- Не стала ли предложенная функция частью согласованного объёма.
- Сохранены ли ограничения, важные для пользователя.
- Можно ли передать такой текст дальше без раскрытия лишних сведений.
Дайте сотруднику понятный способ отказаться от черновика
При обнаружении смешения проектов сотрудник не обязан переписывать ответ так, чтобы применение агента выглядело успешным. Он возвращается к источнику и сообщает причину отказа. Обсуждать следует неподходящий набор или правило, а не недостаточную готовность человека к новой технологии.
Секреты и клиентские материалы требуют отдельной договорённости о передаче внешней модели. Не обещайте, что серверное размещение само устраняет этот вопрос. Право не использовать неподготовленные сведения важно не меньше навыка написать поручение.
Разберите спорную передачу задачи между коллегами
Допустим, разработчик передаёт поддержке сведения о проверенной функции, которая ещё не выпущена. Агент готовит внутреннюю заметку по условным записям. Специалист поддержки проверяет, можно ли из текста ошибочно заключить, что пользователю уже доступно изменение, а разработчик указывает основание состояния.
Участникам разрешено не принимать заметку, если она скрывает неопределённость. После разбора они составляют вопрос коллеге и уточняют исходную запись. Такое упражнение показывает, что сомнение сотрудника помогает передаче работы; отказ от убедительного черновика не становится поводом оценивать человека.
Отделите обучение от решения расширять роль агента
После упражнения соберите вопросы команды о данных, проверке и ответственности. Ответьте на них до реального использования. Умение подготовить сводку не означает разрешения менять задачи, отправлять клиенту обещания или действовать в рабочем окружении. Новая область требует собственной проверки и согласования.
Как с этим работает Coagent
Платформа Coagent работает с почтой, Telegram, таблицами и 1С по правилам вашей компании. Рутину берёт агент, а подтверждение остаётся за человеком.
Потренируйте передачу задачи от разработчика в поддержку на условных записях, где функция проверена, но ещё не выпущена.