Если UXW-менеджер проверяет всё сам — процессы не работают
Представление о том, что хороший UX-лид всё видит и всё правит, медленно, но уверенно уходит в прошлое. Потому что если лид нужен на каждом ревью, значит, качество дизайн-решений и контента держится на одном человеке, а не на системе.
Почему это неэффективно
— Команда перестаёт принимать решения самостоятельно — Скорость падает, потому что все ждут «финальный аппрув» — Лид превращается в узкое горлышко, тратит ресурс на задачи не своего уровня — Качество становится нестабильным — лид в отпуске, всё ломается
Что делать
Создать quality governance — систему управления качеством финального решения. Обычно в неё входит: — критерии качества по ролям (чёткие правила: за что отвечает каждый участник процесса и где проходит граница его зоны ответственности) — понятный и предсказуемый пайплайн ревью на разных уровнях (от саморевью редактора до системного ревью с комплаенсом, рисками и юристами) — правила эскалации (понятные триггеры, когда звать лида, а когда нет) — обучающие модули (совокупность мер вроде редакторских прожарок, синков, воркшопов и артефактов вроде чек-листов для больших задач)
Как работает quality governance
Возьмём сценарий: отмена платежа в банковском приложении.
Без governance процесс может выглядеть так:
- дизайнер рисует флоу
- редактор пишет текст
- все зовут лида: «Посмотри, пожалуйста, там деньги, страшно». Лид правит текст, спорит с продактом, пишет новый артефакт в ToV, общается с лигалом — и так по каждому кейсу
С governance:
- у команды есть чек-лист высокорисковых сценариев и ToV-паттерны для флоу с деньгами
- редактор делает сам + использует пир-ревью со старшим редактором или дизайнером
- продукт проверяет, что текст честно отражает последствия и не ломает бизнес-логику
- юрист подключается по заранее оговоренному флоу и правит только то, что касается рисков
- лида зовут, только если: это новый сценарий для продукта; возникает тупик между продуктом и юристами; нужно обновить общий паттерн
Лид не тушит каждый пожар, а один раз помогает построить нормальную пожарную систему.
TL;DR — там, где качество дизайн-решений держится на одном лиде, нет лидерства. Есть ручное управление.
💻Подписывайтесь на блог про UX и менеджмент в телеграме