Как сделать оценку сайта: матрица перед приёмкой

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

Что зафиксировать до проверки

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

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

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

Как составить оценочную матрицу

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

• Основной результат, вес 40: обращение действительно доходит владельцу, данные правильные, повторная отправка не создаёт путаницу.
• Понятность, вес 20: человек находит предложение, условия и нужное действие без объяснений автора.
• Управление на телефоне и с клавиатуры, вес 20: форма доступна, текст читается, меню и окно можно закрыть.
• Устойчивость, вес 10: ошибка объясняется, введённое не теряется без причины, повторный вход не ломает сценарий.
• Передача владельцу, вес 10: доступы проверены, материалы можно изменить, резервная копия восстанавливается предусмотренным способом.

Для каждой области ставьте 0, 1 или 2: не работает; работает с заметной помехой; выполняется без обнаруженной помехи в выбранных условиях. Умножьте вес на балл и разделите на 2, затем сложите результаты. Если область не проверена, пишите «не проверено» и не выводите общую сумму. Это честнее, чем присвоить ей ноль и скрыть отсутствие данных.

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

Как пройти сайт и собрать доказательства

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

1. Откройте сайт как посетитель без входа в панель. Найдите услугу, условия и форму, запишите места, где потребовалась подсказка.
2. Отправьте корректное тестовое обращение. Сопоставьте пометку и содержимое в форме с сообщением у получателя.
3. Отправьте пустую форму и данные неверного формата. Проверьте, объяснена ли причина и можно ли исправить её без повторного заполнения всего.
4. Пройдите меню и форму клавишами Tab, Shift+Tab и Enter. Убедитесь, что видно выбранный элемент и можно выйти из открытого окна.
5. Повторите главный путь на телефоне: откройте клавиатуру, поверните экран, вернитесь назад и проверьте, доступна ли кнопка отправки.
6. Войдите тестовым аккаунтом владельца и измените безопасный материал на тестовой копии. Проверьте сохранение и предусмотренный способ восстановления.

Проверка клавиатуры, подписей полей и понятности ошибок входит в предварительные проверки W3C. Этот набор помогает обнаружить барьеры, но не подтверждает полное соответствие требованиям доступности. Для специального аудита нужен отдельный объём работ.

Скорость оценивайте отдельно от доставки результата. Lighthouse даёт технический отчёт, однако его баллы могут меняться из-за устройства, сети и расширений, что поясняет документация Chrome. Сохраните одинаковый режим, повторите измерение и приложите отчёты. Один высокий балл не доказывает исправность формы и удобство всех страниц.

По теме: Как сделать продвижение сайта: план SEO и проверка результата

Как записать дефект и принять решение

Каждая претензия должна приводить к воспроизводимой проверке. В карточке дефекта запишите страницу, условия, действие, ожидание, фактический результат и подтверждение. Вместо «на мобильном плохо» напишите: «после открытия клавиатуры кнопку отправки нельзя увидеть и до неё нельзя прокрутить; сообщение не отправлено».

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

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

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

Что эта оценка не подтверждает

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

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

Частые вопросы

Можно ли оценить сайт только по скриншотам?

Можно проверить видимый текст и оформление конкретного экрана. Для принятия формы, прав доступа, сохранения и передачи владельцу нужны реальные действия и подтверждения.

Нужен ли единый проходной балл?

Его можно согласовать до проверки, но только вместе со стоп-критериями. Сумма не должна компенсировать сломанное обязательное действие.

Можно ли поручить выставление оценки ИИ?

ИИ может оформить доказательства и предложить вопросы. Проверенные результаты нужно предоставить самостоятельно: модель не должна заменять отсутствующий тест уверенным выводом.