Ольга Павлова

Вспомним несколько типичных картинок из жизни IT-команды.

1.Пользователи плачут, что не могут справиться с программой.

2.Вы выкатили фичу, а с нею никто даже не пытается работать.

3.Саппорт завален дурацкими вопросами о том, как сделать в системе самые простые операции.

4.Менеджер узнал слово usability и пошел его искать в вашем продукте.

5.Программисты требуют, чтобы в постановке задачи были не буквы, а рисуночки.

6.У вашего продукта есть конкурент, и он даже вам — симпатичнее.

7.Вы стараетесь изо всех сил, но результат все равно унылый.

8.Ваш Главный лихорадочно ищет способы вернуть любовь клиентов.

9.Друзья Главного не могут работать в вашей системе со своих айпадов.

Чем человек меньше умеет, тем меньше своих ошибок он видит.

Есть такой психологический эффект Даннинга — Крюгера: чем меньше человек разбирается в вопросе, тем больше он уверен в своей компетентности

Других осеняет, что источник трудностей — в «неправильном» поведении окружающих. А чего они критикуют, сами бы попробовали! Так возникают искатели святого Грааля: как бы сделать так, чтобы с первого раза все получалось? Или чтобы хотя бы меня7 не критиковали?

да, надо рисовать. Своими руками. Наткнуться на проблемы — своими глазами и ушами. Почувствовать боль. А дальше уже понять, что вам ближе: фокус на картинке, вера в чудо или управление процессом.

Неопытные UX-специалисты ничем не отличаются от заматеревших айтишников средней руки: тоже норовят спрятаться в своей норке и свести общение к минимуму. Поначалу это всем удобно и комфортно. Потом приходит белый полярный зверек.
Поэтому заставляйте всех — и себя — разговаривать про UX-задачу. Просто открывать рот — и говорить, открывать уши — и слушать. Чаще, чаще!

Ответ парадоксален и тоже довольно противен: нужно поставить ошибки в центр рабочего процесса. Провоцировать и поощрять ошибки. Увеличивать частоту ошибок. Приветствовать ошибки. Хотеть ошибок. Стать ошиб… ой, нет, это из другой книжки.

Что это значит практически? Примерно следующее.
1.Заткнуться насчет «правильных решений». Ну не будет их у вас.
2.Перестать ругать за ошибки.
3.Делегировать право на ошибки.
4.Обучить команду работать с ошибками как с обратной связью. Обучить! Этому учатся. Есть техники22.
5.Пресекать любую попытку превратить ошибку в проблему.
6.Научиться отделять ошибку от того, кто ее совершил.
7.Не допускать, чтобы ошибившийся — защищался.
Если вы руководитель — это относится и к вам, и к команде. Если проектировщик или исполняющий обязанности проектировщика — только к вам.

Менеджер узнал слово usability и пошел его искать в вашем продукте.

Кто-то должен поверить, что интерфейсы — это важно.И сразу можно действовать. Да, как попало.Время системного подхода пока не пришло.