14 июля Wildberries объявил расширение песочницы вопросов и отзывов. В ней появились пакетное создание тестовых записей и отдельные операции удаления. Для продавцов это полезно при обновлении CRM, подключении помощника ответов или проверке распределения обращений между сотрудниками.

Что добавлено в тестовую среду

Новые методы позволяют создавать несколько отзывов либо вопросов одним запросом и удалять тестовые записи. Для создания используются адреса с окончаниями feedbacks/batch и questions/batch, для удаления — delete/feedbacks и delete/questions. Старые одиночные методы создания площадка объявила к отключению 27 июля 2026 года.

Обновление относится к песочнице, а не к публикации реальных покупательских отзывов. Его задача — дать разработчику контролируемые данные для проверки интеграции. Созданные искусственно вопросы не следует использовать как доказательство спроса или качества товара; это технические примеры, которые должны оставаться отделёнными от бизнес-аналитики.

Какие сценарии проверить в CRM

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

Следующий сценарий — параллельная работа сотрудников. Один человек открывает обращение, другой уже отвечает на него. Внутренняя система должна показывать актуальное состояние и предотвращать лишнюю повторную обработку. Конкретный механизм зависит от вашей CRM, поэтому его полезно проверять отдельно от самого факта успешного получения данных по API.

Как тестировать автоматические ответы

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

Удобно заранее составить критерии приёмки: система не обещает неподтверждённые характеристики, не переносит сведения между похожими моделями и сохраняет черновик для проверки. Отдельно оцените тон ответа на негативный отзыв. Техническое тестирование API и редакционная проверка содержания дополняют друг друга, но не заменяют одно другое.

Зачем очищать тестовые записи

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

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