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