Как определить, дизайн чего важнее? Предположим, что нужно задизайнить крупный продукт. Есть много разделов и флоу, в каждом есть что добавить или доработать. Но время и ресурс дизайнера не резиновые, поэтому нужны приоритеты. Обычно с этим помогает продакт или стейкхолдеры, но что если они спросят, как поступить с точки зрения дизайна?
И тут у дизайнера сразу возникает множество вариантов. Выбрать что-то важное по ux или то, что потом эффектно будет смотреться в портфолио? А какое ux решение важнее для пользователей? Вопросов много, и ответить на них не так-то легко.
Однажды меня попросили приоритизировать список из нескольких десятков багов приложения с позиции дизайнера. Без системного подхода такой объем было тяжело осилить. И я собрал небольшой фреймворк для расстановки приоритетов, который, за счет гибкости, довольно универсален.
Как настоящий дизайнер, вместо изобретения велосипеда я просто наворовал идей из других систем приоритизации, так что не претендую на гениальность подхода. Суть моего фреймворка, как и многих других, состоит в наборе параметров, по которым мы оцениваем задачу, функцию или баг. Произведение всех параметров определяет оценку, а по оценкам выстаивается приоритет.
Рабочее название фреймвока это аббревиатура BRIE(как сыр) или BRIEP в его расширенной версии. Расшифровка такая:
B - Bleeding eyes reduction. Количество крови из глаз которое перестанет вытекать у вас при виде дизайна. Другими словами то, насколько оцениваемая доработка улучшит UI визуально. Показатель субъективный, и вся надежда на хорошую насмотренность дизайнера. Для задач по совсем новому функционалу этот показатель может быть нулевым — если мы никак не влияем на то, что уже существует, а просто прикручиваем что-то сбоку, этим можно пренебречь.
R - это Reach как в рисовом фреймворке. Показатель, который говорит нам о том сколько пользователей увидит то что мы дизайним с нуля или дорабатываем. Оценивается исходя из данных аналитики по активности пользователей. Если продукт новый — можно проставлять оценку основываясь на том, какой по приоритету пользовательский сценарий затрагивается.
I - Impact. Здесь как и у других про влияние, но со своей спецификой. Оцениваем влияние конкретно на UX а не на бизнес. Я предлагаю привязываться к прохождению сценариев. Если что-то блокирует прохождение сценария или близко к тому — ставим максимальную оценку. Если же даже без доработок сценарий проходится успешно — оценка низкая.
E - Ease. Насколько легка задача для выполнения, чем легче тем выше оценка. Здесь ориентируемся на обычные критерии для определения сложности дизайна. Насколько задача необычная, есть ли уже такие решения, есть ли дополнительные ограничения, насколько сложно будет исследовать, необходимы ли дополнительные ресурсы
Ну и вишенка на торте это последняя, дополнительная буква «P». Она нужна исключительно дизайнеру, больше никому даже не показывать не нужно) Расшифровывается как Portfolio value. Значение в названии — насколько эта задача ценна для вашего портфолио. Если дизайн решение даже не будет там отражено, ставим ноль. Если задача в ваши кейсы попадет, ориентируемся на конкретные необходимости по портфолио. Нужны исследования/хороший визуал/необычные подходы — накидываем соответствующим задачам баллы