Когда задач в дизайн-долге много, выбирать становится сложно. Конечно, брать задачи можно и наугад — интуитивно решая, что сейчас важнее. Но я советую разработать структуру: так процесс выбора становится проще и прозрачнее.
Хороший способ — оценивать задачи по метрикам. Например, на что они влияют:
— Деньги (конверсии);
— Качество (удобство использования);
— Отношение (восприятие пользователями бренда).
Также полезно оценивать то, какой процент пользователей затрагивает каждая бага и насколько сложно его реализовать.
Еще помогает логика сценариев. Долг можно разделить по платформам (веб/моб) и по зонам интерфейса. Например, если баг в сценарии покупки, то это напрямую влияет на бизнес. А задача по включению темной темы может немного подождать.
Во внутненних продуктах часто не считают деньги, поэтому, когда у меня были таковые, я придумал свою формулу для приоритезации задач. Может и вам подойдет:
Процент пользователей ✖️ количество жалоб ✖️ критичность проблемы ✖️ доп. фактор ✖️ 10
1️⃣Процент пользователей — примерно оцениваю то, сколько пользователей работают с этой страницей. Например, в админке я бы поставил 15%, а на основной странице — 100%.
2️⃣Количество жалоб: сколько раз на это указывали (число).
3️⃣Критичность проблемы: (оценка)
5 — вызывает разрушающие последствия — например, потерю пользовательских данных.
4 — неинтуитивное поведение, пользователь постоянно совершает ошибки.
3 — кажется «странным», непонятным. Приходится вчитываться, чтобы разобраться.
2 — визуально некрасиво, но работает приемлемо.
1 — что-то незначительное.
4️⃣Доп фактор:
5 — принесли руководители. 😁
3 — чувствительные данные, ломает бизнес процесс какой то команде.
1 — ничего из перечисленного.
Примеры:
1 * 1 * 1 * 1 ✖️ 10 = 10 — может подождать
0.5 * 4 * 3 * 1 ✖️ 10 = 60 — стоит брать в работу
Оценивать задачи лучше сразу, а пересматривать скоуп задач раз в три или шесть месяцев — в зависимости от того, на какой период планируете.