57
7 мин
Сообщение пришло в 16:18: «Нажимаю отправить — ничего не происходит». В 16:22 разработчик ответил: «Проверили, всё работает». Формально оба говорили правду. Клиент открыл ссылку во встроенном браузере мессенджера, а разработчик — в свежем Chrome на компьютере.
Задача команды не доказать, что сайт исправен где-то. Нужно восстановить условия, в которых человек не смог обратиться, и понять, сколько пользователей могут встретить ту же проблему.
Пять вопросов вместо просьбы очистить кэш
- Какую ссылку вы открыли и откуда — поиск, реклама, письмо, мессенджер?
- На каком устройстве и в каком приложении открылась страница?
- Что вы успели сделать до ошибки?
- Что появилось после нажатия: сообщение, загрузка, пустой экран или ничего?
- Можно ли прислать короткую запись экрана без персональных данных?
Эти ответы полезнее названия браузера в отрыве от сценария. Иногда причина не в совместимости: рекламная ссылка ведёт на старую страницу, форма отклоняет формат телефона, блокировщик скрывает виджет, а сообщение об ошибке находится выше текущего экрана.
Проверяем не браузеры, а риски
Бессмысленно обещать одинаковую картинку во всех программах за последние десять лет. Мы строим матрицу по данным аналитики и важности функций. Основные браузеры и устройства получают полный проход; редкие — проверку критических действий и понятное упрощённое поведение.
| Сценарий | Почему критичен | Где повторить |
|---|---|---|
| Отправка формы | Прямая потеря обращения | Основные браузеры, встроенные окна рекламы и мессенджеров |
| Звонок и мессенджер | Частый мобильный контакт | iOS и Android |
| Выбор варианта | Ошибочный выбор портит качество лида | Телефон, планшет, ноутбук |
| Чтение документов | Влияет на решение и обязательную информацию | Браузеры аудитории |
| Декоративный эффект | Обычно не блокирует продажу | Достаточно основных сред |
Для лендинга один сломанный сценарий отправки важнее небольшого отличия тени. Для клиники к критическим добавляются расписание, цена, документы и запись; подход к таким сайтам описан в разделе медицинских решений.
Почему главной страницы недостаточно
Ошибки любят состояния, которые редко попадают в презентацию: форма после неверного ввода, длинное имя файла, пустой список, третий слайд, открытая клавиатура, возврат назад, повторное нажатие. Поэтому тест строится вокруг действий и данных, а не вокруг списка адресов.
В редизайне сайта отеля мы отдельно работали с контактами отеля и ресторана, PDF-меню, акциями, английской версией и мобильной навигацией. Просто открыть главную было бы недостаточно: каждый тип содержания создавал свой сценарий и возможную точку отказа.
Исправление должно пережить тот же эпизод
Если ошибку нашли во встроенном браузере мессенджера после возврата из приложения, проверка в Chrome на ноутбуке не закрывает задачу.
Сначала повторяем исходные шаги на исходном устройстве. Затем проверяем соседние условия: другая версия той же системы, повторная отправка, плохая сеть. И только после этого смотрим, не сломало ли изменение другие формы. Тестовая заявка должна появиться у менеджера, а не только показать зелёную надпись на странице.
Как договориться о границах поддержки
- В договоре или задаче перечислены поддерживаемые среды и принцип выбора по аналитике.
- Для старых браузеров описано приемлемое упрощение, а не обещана пиксельная идентичность.
- Есть канал для срочных ошибок и данные, которые нужно приложить.
- Критические сценарии повторяются после обновлений сайта и сторонних сервисов.
- Команда не просит клиента передавать пароли или чувствительные сведения ради записи ошибки.
Ручной набор сценариев можно дополнить мобильным чек-листом, но живое обращение клиента всегда имеет более высокий приоритет, чем идеальный результат лабораторной проверки.
Правильный ответ на жалобу звучит так: «Спасибо, зафиксировали ссылку и условия, пробуем повторить; сообщим результат». Фраза «у нас всё работает» не защищает сайт — она только закрывает глаза на человека, для которого он сделан.
