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