В месячном отчёте клиенту покажите, что исправили, как проверили результат и что предстоит сделать. Перечень всех уведомлений заставит его искать выводы самостоятельно. Начните с нескольких важных фактов и решений.
reChecker даёт технические и поисковые данные. Сам документ вы составляете по договорённости с клиентом; произвольный отчёт с результатами ваших работ не возникает автоматически. Ниже пример, который можно сократить до письма.
Сначала обозначьте период и границы проверки
Укажите сайт, даты работ и дату каждого источника. Например: «example.ru, работы за сентябрь; последний технический аудит — 30.09». Если поисковые данные получены раньше, подпишите их отдельно.
Ежедневный автоматический аудит проверяет до 100 страниц. Для большого каталога это часть сайта. Если запускали ручной аудит, назовите выбранный объём и фактический результат, а не пишите «проверен весь сайт» без основания.
Разделите данные разных сайтов. Общая сумма ошибок пяти доменов не объясняет клиенту, что происходит с его магазином. Методика чтения отдельного источника есть в руководстве по техническому аудиту. В кабинете контроля сайта сверяйте свежие результаты, прежде чем вставлять их в документ.
Покажите законченные работы на адресах
Учебный пример отчёта для магазина:
| Раздел | Что сообщить клиенту |
|---|---|
| Исправлено и проверено | 12.09 заменили старую ссылку на возврат товара. /returns открывается из меню на главной и в карточке; проверили после публикации |
| Опубликовано, проверка продолжается | 29.09 обновили заголовки карточек. Два адреса проверены, варианты товаров ещё нужно сравнить |
| Проблема без установленной причины | 23.09 посетитель сообщил о краткой ошибке каталога; запросили логи за этот интервал |
| Следующая работа | До 05.10 проверить варианты карточек и закончить задачу заголовков |
| Нужно от клиента | Подтвердить окончательные условия возврата для страницы /returns |
Такой отчёт показывает судьбу задач. Фраза «обновили заголовки» без повторной проверки описывает действие, но ещё не подтверждённый итог. Не смешивайте эти состояния.
У важных работ приложите исходный адрес, дату и способ проверки. Для технического изменения подойдёт новый аудит тех же страниц; для формы — подтверждение получения тестовой заявки. Порядок есть в статье о проверке исправлений.
Отдельно отвечайте на вопросы о поиске и заявках
Если клиент спрашивает о позициях, укажите запросы, регион и даты сравнения. Данные разных групп обновляются с разной частотой, поэтому один общий снимок кабинета может содержать разные даты.
Для заявок, продаж и посещений нужен отдельный источник компании. Балл технического аудита не даёт число заказов. Если источника нет, напишите: «Исправление подтверждено; изменение числа обращений по доступным данным не оценивали».
Не приписывайте рост выручки замене одной ссылки без доказательства. Можно прямо описать полезный результат: нужная страница теперь открывается из меню. Этого достаточно для отчёта о данной работе; вывод о продажах потребует другого сравнения.
Неизвестный результат тоже должен иметь продолжение. Вместо «данных пока нет» укажите, кто их запросит или когда ожидается следующая проверка. Если это не входит в сопровождение, обозначьте вопрос для клиента.
Перед отправкой проверьте ссылки и следующий план
У каждой ссылки должно быть понятно, какую строку отчёта она подтверждает. Десятки приложений без пояснения усложняют проверку. Оставьте в основном документе нужные источники, остальное можно хранить в рабочем архиве.
Отчёт reChecker не становится публичным после завершения аудита. Проверьте доступ в том режиме, в котором клиент откроет ссылку. Согласуйте передачу сведений; не публикуйте клиентские данные для всех ради удобства.
В следующем плане назовите работу, адреса и критерий окончания: «проверить три варианта карточки, убедиться в разных заголовках и закрыть задачу». На следующем месячном разборе начните именно с этого обещанного шага. Если он перенесён, укажите причину и новое решение.