Начните с ошибок, которые мешают открыть важную страницу или выполнить нужное действие. Затем разберите повторяющиеся проблемы и замечания, которые пока требуют подтверждения. Количество задач зависит от команды: лучше закончить одну важную работу, чем открыть десять без результата.
Возьмите свежий отчёт, список уже переданных работ и оценку доступного времени исполнителя. Сформулируйте для каждой новой задачи, что будет считаться её окончанием.
Сначала разберите препятствие для посетителя
Сначала проверьте доступность и основной пользовательский сценарий. Если ключевая страница не открывается или форма не принимает обращение, нет смысла отдавать всю неделю улучшению второстепенных метаданных. При этом ответ сайта с успешным HTTP-статусом не подтверждает работу формы: ее нужно проверить отдельно.
Запишите проблему языком действия посетителя. Вместо «плохая страница» — «посетитель не может открыть услугу по ссылке из меню». Такой факт помогает разработчику определить область исправления, а владельцу понять приоритет.
Если форма не доставляет заявки, подтвердите это тестом с менеджером. Если не открывается услуга из меню, сохраните ссылку и сообщение браузера. Эти задачи имеют понятный эффект и не требуют выдумывать сумму потерянных продаж.
Сгруппируйте одинаковые проявления
Возьмите до десяти существенных замечаний из актуальных отчетов. К каждому добавьте один или несколько контрольных URL, дату и текущий результат. Ошибки, которые пока не воспроизведены, выделите отдельно: расследование тоже может стать задачей недели.
Объединяйте однотипные проявления осторожно. Несколько одинаковых сообщений могут иметь общий источник, но это нужно проверить. Сначала запишите предполагаемую область — шаблон, группа страниц, отдельный адрес. Позже исполнитель уточнит реальный охват.
Для выбора первых работ есть руководство по приоритетам. При общей ошибке меню или шаблона сохраните несколько адресов одной задачей. Уточните у исполнителя, действительно ли у них общая причина.
Сравните кандидатов на одном примере
Допустим, в магазине найдено три проблемы:
| Кандидат | Что известно | Решение на неделю |
|---|---|---|
| Ссылка доставки ведёт на страницу ошибки | Повторяется из меню на главной и товаре | Исправить первой и повторить переход |
| У товаров одинаковый Title | Подтверждено на трёх карточках | Проверить общий шаблон и оценить правку |
| Был короткий сбой | Сейчас сайт отвечает, причины нет | Получить логи по времени события |
Title — название страницы во вкладке браузера, заданное метатегом. Для второй задачи нужно согласовать правило названий; для третьей результатом недели может стать объяснение причины или перечень недостающих данных. Не ставьте срок исправления до оценки неизвестной проблемы.
Запишите, как проверять окончание работы
Для каждой задачи укажите исходное состояние, ожидаемое поведение и способ проверки. Адрес должен быть точным, а ожидание — согласованным. «Стало лучше» нельзя принять объективно. «Указанный URL открывает нужную страницу и не ведет на ошибочный раздел» проверить можно.
Отдельно определите, кто публикует изменение, а кто подтверждает результат. Если это один человек, ему все равно нужны два момента: публикация и проверка опубликованной версии. Локальный результат разработчика еще не показывает состояние основного сайта.
Для ссылки: «После публикации переход из меню открывает /delivery на трёх контрольных страницах». Для исследования сбоя: «Проверены логи 04.10 11:00–11:15 МСК, описана причина или назван недостающий источник». Подтвердить находку поможет отдельная инструкция.
В конце недели проверьте результаты
Сопоставьте новые результаты в кабинете мониторинга с задачами. Ежедневный аудит охватывает до 100 страниц: для непроверенного URL откройте его вручную или получите подходящий отдельный отчёт.
Вместо «занимались SEO» напишите: ссылка проверена после публикации; правило названий согласовано и ждёт выпуска; ответ хостинга ещё ожидается. Для каждого ожидания укажите человека и дату следующего обращения.
При новой недоступности пересмотрите план и сообщите, какая работа переносится. Перенесённую задачу сохраните с причиной, а не возвращайте её в общий список без истории. На следующем разборе начните с незаконченных обещаний и новых фактов, которые изменили срочность.