Если UXW-менеджер проверяет всё сам — процессы не работают

Представление о том, что хороший UX-лид всё видит и всё правит, медленно, но уверенно уходит в прошлое. Потому что если лид нужен на каждом ревью, значит, качество дизайн-решений и контента держится на одном человеке, а не на системе.

Почему это неэффективно

— Команда перестаёт принимать решения самостоятельно — Скорость падает, потому что все ждут «финальный аппрув» — Лид превращается в узкое горлышко, тратит ресурс на задачи не своего уровня — Качество становится нестабильным — лид в отпуске, всё ломается

Что делать

Создать quality governance — систему управления качеством финального решения. Обычно в неё входит: — критерии качества по ролям (чёткие правила: за что отвечает каждый участник процесса и где проходит граница его зоны ответственности) — понятный и предсказуемый пайплайн ревью на разных уровнях (от саморевью редактора до системного ревью с комплаенсом, рисками и юристами) — правила эскалации (понятные триггеры, когда звать лида, а когда нет) — обучающие модули (совокупность мер вроде редакторских прожарок, синков, воркшопов и артефактов вроде чек-листов для больших задач)

Как работает quality governance

Возьмём сценарий: отмена платежа в банковском приложении.

Без governance процесс может выглядеть так:

  • дизайнер рисует флоу
  • редактор пишет текст
  • все зовут лида: «Посмотри, пожалуйста, там деньги, страшно». Лид правит текст, спорит с продактом, пишет новый артефакт в ToV, общается с лигалом — и так по каждому кейсу

С governance:

  • у команды есть чек-лист высокорисковых сценариев и ToV-паттерны для флоу с деньгами
  • редактор делает сам + использует пир-ревью со старшим редактором или дизайнером
  • продукт проверяет, что текст честно отражает последствия и не ломает бизнес-логику
  • юрист подключается по заранее оговоренному флоу и правит только то, что касается рисков
  • лида зовут, только если: это новый сценарий для продукта; возникает тупик между продуктом и юристами; нужно обновить общий паттерн

Лид не тушит каждый пожар, а один раз помогает построить нормальную пожарную систему.

TL;DR — там, где качество дизайн-решений держится на одном лиде, нет лидерства. Есть ручное управление.

💻Подписывайтесь на блог про UX и менеджмент в телеграме

Если UXW-менеджер проверяет всё сам — процессы не работают | Сетка — социальная сеть от hh.ru