Переносите выбранные ошибки из отчёта в один рабочий список. У каждой строки должны быть адрес, конкретная проблема, исполнитель и следующий шаг. Иначе старые замечания потеряются, когда придёт новый аудит.
Список можно вести в обычной таблице или вашей системе задач. reChecker даёт результаты проверок; назначение исполнителей и сроки вы организуете сами. Не нужно копировать в таблицу весь отчёт — начните с работ, которые команда действительно собирается выполнять.
Запишите выбранные задачи с источниками
Ниже учебный пример трёх строк. Он показывает разные состояния работы:
| Задача и источник | Кто действует | Следующий шаг | Как завершить |
|---|---|---|---|
| В меню ссылка на старые условия возврата, аудит 04.10 | Разработчик | Заменить адрес после согласования | Открыть новую страницу из меню |
| На /services старая цена, проверка владельца | Менеджер | Подтвердить новую цену редактору | Сравнить опубликованный текст с решением |
| Заголовки карточек изменены 03.10 | Ответственный за сайт | Проверить два варианта карточки | Подтвердить нужные значения на обоих адресах |
Добавьте точные URL и ссылки на отчёты своих задач. Тип ошибки без адреса — ещё повод для уточнения, а не полноценное поручение. Если проблема относится к группе страниц, сохраните несколько примеров и условия, которыми они отличаются.
Перед созданием задачи проверьте замечание. Для этого подойдёт порядок подтверждения находки. Непонятный результат можно записать как «нужно выяснить», не выдавая предположение за неисправность.
Объясните порядок работы одним предложением
Напишите, почему задача выполняется раньше другой: «не открываются условия возврата из основного меню» или «цену нужно обновить до запуска рекламы». Номер приоритета без объяснения быстро забудется.
Одинаковый цвет всех строк не поможет выбору. Текущую недоступность важной страницы разбирают сразу; остальные работы планируют по последствиям и возможностям команды. Общие ориентиры есть в статье о приоритетах аудита.
Оценку времени уточняет исполнитель. Один короткий пункт может требовать изменения общего шаблона и проверки разных вариантов. Если сначала нужна диагностика, назначьте срок её результата; срок исправления согласуйте после неё.
Пишите, чего именно ждёте и от кого
«Ждём клиента» замените на «Мария должна подтвердить цену до 6 октября». «Ожидает» — на «изменение опубликовано, Сергей проверяет два адреса». Тогда следующий участник видит, как продолжить работу.
Если нет доступа, укажите владельца доступа и запрос. Если задача сознательно отложена, сохраните решение и причину. Не называйте такое исключение исправлением: проблема может оставаться, хотя команда решила пока её не менять.
В опубликованной задаче назначьте отдельный шаг проверки. Новый технический аудит должен включать нужные адреса и выполняться после публикации. У автоматического аудита до 100 страниц; отсутствие ошибки в другой части сайта не подтверждает исправление исходной страницы.
Разбирайте список с завершения начатого
На еженедельном разборе сначала смотрите изменения, которые уже опубликованы, но не проверены. Затем запросы, которые мешают продолжить работу. После этого выбирайте новые задачи.
Проверьте три строки: новую, ожидающую ответа и закрытую. В первой должен быть понятный факт, во второй — человек и нужное решение, в третьей — дата и результат после публикации. Если всё объясняется только длинной перепиской, перенесите недостающую строку в список.
Пример закрытия: «06.10, /returns открывается из меню на главной и карточке, проверила Анна». Если ошибка вернулась, добавьте новый случай со ссылкой на это подтверждение. Прежний результат пригодится для сравнения; стирать его из истории не нужно.