ГЛАВНАЯ МЫСЛЬ

Задание должно описывать допустимые действия, передачу сложных вопросов и правила доступа.

Опишите работу, а не число сообщений

Подрядчику нужны границы: какие запросы он разбирает, на что отвечает и какие решения принимает только владелец. Нельзя передавать полномочия обещать цену, сроки или результат без согласования. Объём отправки не описывает качество обслуживания.

    Подготовьте примеры решений

    Условный пример: клиент спрашивает о нестандартной интеграции. Исполнитель уточняет задачу, но не подтверждает возможность реализации заранее. В карточке сохраняются вопрос и то, что требуется решить владельцу.

    • Состав действующих услуг
    • Примеры допустимых ответов
    • Причины передачи владельцу
    • Учёт согласий и отказов
    • Минимально необходимые доступы

    Проверьте завершение сотрудничества

    Определите, где останется история решений и как будут отозваны доступы. Не передавайте пароли и коды через переписку ради удобства. Примите несколько обезличенных учебных сценариев до работы с реальными контактами; тест не заменяет постоянную проверку качества.

      Передайте исполнителю правила, а не только список

      Задание должно описывать разрешённый сценарий, состав данных, критерии включения, способ фиксации отказа и маршрут ответа. Пустая формулировка «написать клиентам» оставляет слишком много разных трактовок. Уточните также допустимые технические механизмы и ограничения выбранной площадки.

      Для передачи используйте необходимую выборку и согласованный доступ. Назначьте ответственного за проверку текста и остановку кампании при ошибке. Не пересылайте пароли, токены или полный архив заявок ради демонстрации. После завершения работ должно быть понятно, что происходит с полученными данными.

        ПРИМЕНИТЬ К ВАШЕМУ ПРОЕКТУ

        От общего разбора
        к вашей задаче.

        Пришлите ссылку на проект и расскажите, что хотите изменить. Обсудим подходящие инструменты и необходимые вводные.

        Обсудить задачу ↗Написать Дмитрию в Telegram ↗