Учебная задача
Экран ошибок фида товаров
Проблема
Экран «Ошибки и рекомендации» показывает продавцу, что не так в его фиде товаров. Им пользуются двое: маркетолог, которому нужно быстро понять, что чинить в первую очередь, и разработчик, которому нужна точная строка в XML.
В базовом макете ошибки шли блоками «Ошибка» и «Рекомендации». Внутри каждого длинный список позиций со ссылками на товары и кнопкой «Показать всё», а что в этом списке важнее, было не понятно.
Условия
Я работала одна, без бэкенда, аналитики и менеджера продукта. Некому было подтвердить, что решение реализуемо, не было цифр для приоритизации и не с кем провести сессию. Поэтому главным вопросом стало, как не принимать решения на глаз.
Решение
Ошибки по критичности, а не по типу блока
Вместо «Ошибка» и «Рекомендации» два уровня: «Критично» и «Желательно». У каждой ошибки заголовок, короткое объяснение, что исправить, и ссылка «Подробнее в Справке».
Внутри ошибки список категорий с числом затронутых товаров. Раскрытая строка показывает фрагмент XML: строка с ошибкой подсвечена, под ней пояснение, что именно не так.
Результат проверки на виду
Над ошибками блок «Результат последней проверки». Баннер предупреждает, если проверка давно не запускалась, шкала показывает долю товаров с ошибками и без. Кнопка «Перепроверить» неактивна, пока не исправлена хотя бы одна критичная ошибка, и рядом сказано почему.
Подробности про предупреждения и регионы показа вынесены в подсказки в шапке фида.
Как принимала решения
- Формула вместо интуиции. Оценила каждую идею по ценности и сложности (шкала 1–3) и разделила одно на другое. Две идеи, которые казались очевидными, переключатель между обзорным и техническим видом и исправление ошибки прямо на экране, не прошли: пользы меньше, чем работы.
- Сравнение с другими вместо аналитики. В Google Merchant Center три уровня критичности, и критичные ошибки всегда наверху. Это подтвердило идею разделять ошибки по критичности и показывать критичные первыми.
- Порядок в списке. Сначала критичность, потом число товаров. Ошибка на 6 товаров, но критичная, важнее ошибки на 2000 товаров, но незначительной.
Для MVP
Всё, что показано выше, сделано для MVP: минимальной версии экрана, которая уже решает главную задачу. Критичность ошибок, понятное объяснение каждой, место ошибки в XML и блок с результатом проверки вместе дают законченный экран, а не набор отдельных кусков.
Что дальше
На следующие итерации остался ряд задач. В MVP они не вошли, потому что пользы от них пока меньше, чем работы:
- проверка фида в момент загрузки, чтобы ошибки находились до сохранения;
- событие в аналитике на нажатие «Запустить проверку», чтобы измерять, доходят ли продавцы до перепроверки;
- переключатель между обзорным и техническим видом и исправление ошибки прямо на экране: к ним вернусь, когда экран вырастет.