Матрица согласований
У дизайнера найдется десяток людей, которые «пытаются помочь» ему делать свою работу. И это одна из первых ловушек, в которую попадает начинающий тимлид.
Типовая ситуация: дизайнер приносит макет, вокруг собираются разработчики, менеджеры, подруга жены босса — и каждый начинает накидывать. Дизайнер погружает новых людей в задачу и доказывает, что сценарий решается интерфейсом. Бонусом идут редкие сценарии, которые «нужно обязательно учесть».
После этого интерфейс превращается в компромисс, пытающийся учесть всё и сразу.
Оговорюсь — я не против фидбека от команды, но он должен быть в формате рекомендаций, а финальное решение остаётся за дизайнером.
У нас тоже были часовые общие синки: куча мнений, бесконечные согласования. Силы уходят не на продукт, а на отстаивание решений.
Нашёл для себя триггер: если команде не хочется идти на эту встречу, потому что «сейчас накидают на вентилятор» — это сигнал, что проблема есть.
Выход — составить матрицу согласований
Самое простое и при этом рабочее решение — выписать списком всех, кто влияет на дизайн: убрать лишних и чётко зафиксировать роли остальных. Нужно обсудить с каждым его роль и участие в процессе и в дальнейшем проследить, чтобы они выполняли договорённости.
В идеале ответственными должны быть два человека: продакт, который ставит задачу и принимает решение, и дизайнер, который решает эту задачу, создавая решение. Остальные могут просто быть в курсе и давать рекомендации.
Как построить матрицу
Удобнее всего вести её в виде таблицы.
В ней фиксируются:
— Роль / должность;
— Заинтересованность — насколько человеку важна ваша работа и её результат (низкая, средняя или высокая);
— Мотивация — что человек получает от участия. Она может быть честная (результат), а может быть человеческая (самоутверждение, влияние);
— Насколько может повлиять? — от 1 до 5, где 1 — влияние минимально, а 5 — последнее слово;
— Текущий уровень доверия — низкий, нейтральный, средний, высокий. Есть ли напряжение в общении и затягивание согласования, или это «свой» человек;
— Заметки и риски — что важно помнить;
— Нужный уровень вовлечения по RACI — подробнее ниже.
Где тут наука
Если хотите копнуть глубже, то в проектном менеджменте есть множество крутых моделей — я лишь адаптировал их под себя.
RACI-матрица помогает разделить роли:
Responsible — кто делает;
Accountable — кто принимает финальное решение;
Consulted — с кем консультируемся;
Informed — кого информируем.
Power—Interest Grid показывает, кого вовлекать глубже, а кого просто держать в курсе.
Salience Model учитывает влияние, легитимность и срочность требований.
По сути, матрица согласований — это локальная адаптация этих моделей под продуктовый дизайн. Возможно, вы учтёте другие пункты и адаптируете под себя.
Алгоритм по сборке
- Выпишите всех, кто комментирует / блокирует / одобряет дизайн (продакт, тимлид фронта, бэкенд, аналитик, редактор, исследователь, саппорт-лид, маркетинг и т. д.). Посмотрите орг-схему или историю согласований.
- Расставьте оценки по критериям: заинтересованность, мотивация, влияние и т. п. В файле в Фигме есть подсказки, чтобы делать это проще.
- По итогам оценок определите роль каждого участника по RACI.
Сократите круг влияющих: оставьте ключевых A, остальным — C или I.
Для каждого участника нужен свой подход:
R — отвечает за выполнение (обычно дизайнер или тимлид).
A — участвует в согласовании с самого начала, ранние черновики, мини-синки, финальный апрув.
C — короткое информирование, ранний показ черновиков (например, для оценки реализуемости).
I — короткое информирование, регулярные демо.
Что это даёт?
Матрица согласований экономит время на синках и помогает понять, насколько сильна связка дизайнер + продакт.
Если человек имеет сильное влияние и при этом низкий уровень доверия — это сигнал, что нужно работать над коммуникацией.
Матрица также повышает эффективность: решения перестают «обстукивать» обо всех. Ответственность становится конкретной, а не размытой по всей команде.
Короч
Создайте матрицу согласований и сократите список согласующих, если слишком много людей «смотрят дизайн» и советуют. Мнений много — всё не учесть. Поймите, кто реально отвечает за результат вашей работы.
Полезные ссылки
- RACI-матрица:
Atlassian про RACI