Анна Исламова написала, как использовать деинфлюэнсинг — критические пользовательские разборы продуктов — для подготовки UX-исследований.

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

Выбор площадки влияет на находки: короткие ролики показывают заметные затруднения, длинные видео и текстовые обсуждения позволяют раскрыть многошаговые сценарии. Поэтому выборку стоит собирать на нескольких платформах. Для SaaS и финтеха подходят Reddit и Hacker News.

Предлагаемый процесс начинается со сбора минимум 200 видео с двух и более платформ за период от трёх месяцев: так отдельный скандал меньше искажает картину. Критику с партнёрскими ссылками на альтернативы исключают. Речь расшифровывают, жалобы группируют по темам. Минимум 20% материалов независимо разбирают два исследователя для проверки согласованности. Результат — карта проблем с частотой упоминаний и тональностью.

Затем проводят по 6–8 интервью на каждую тему, чтобы подтвердить, опровергнуть или уточнить гипотезы. Проверенные темы выносят в опрос 100–200 реальных пользователей и расставляют приоритеты для дизайна.

Весь цикл рассчитан на 4–7 недель. Его преимущество — масштаб поиска гипотез. Частота жалоб не показывает распространённость проблемы: алгоритмы усиливают эмоциональный контент, а люди с нейтральным опытом редко публикуют разборы.

#ugc #research

Павел Шерер написал о моделях информационной архитектуры — предпоследняя статья цикла.

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

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

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

Для каждой пользовательской задачи зафиксируйте нужные данные, связи, правила отбора и представление. Если цена куртки превысит заданный бюджет, она исчезнет из выдачи, отфильтрованной по цене, но останется в редакционной подборке.

Дерево категорий проверяют через tree testing, фильтры и переходы — на прототипе. Время выполнения оценивают вместе с успешностью.

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

#information_architecture