Но вам, вероятно, не нужен «UX-человек».
Если честно, как программист и дизайнер с более чем 20-летним профессиональным опытом, недавнее расслоение названий должностей в мире разработчиков в целом меня не устраивает. Старик «Слезь с моей лужайки» во мне не может не бормотать себе под нос: «В свое время мы выполняли всю эту работу сами… в гору в обе стороны… в СНЕГЕ!». Frontend, Backend, UI, Junior, Senior, Admin Database, SEO Snake, Docker Dude, AWS Bro и т. Д., До тошноты. Большинство этих ролей не казались (да и остаются недостаточными) для самостоятельной работы. Я так же скептически отнесся к тому, что новая разновидность названия «бутик-разработчик» начала набирать популярность, но даже я должен признать, UX - это все.
По сути, те из нас, кто какое-то время занимается разработкой, изначально понимали этот факт. Конечно, опыт взаимодействия пользователя с нашим сайтом или программным обеспечением должен быть движущей силой всего нашего развития. Ferrari - отличный подарок, который можно подарить кому-то, но он станет значительно менее замечательным, если вы оставите ключи и скажете им, что они должны подключать его каждый раз, когда они хотят на нем водить. В нем есть вся мощь и стиль, о которых вы только можете мечтать, но каждый раз, когда вы действительно хотите его использовать, это огромная боль. В конце концов, они просто вернутся к своей Camry с дистанционным запуском и разумными подушками безопасности.
Забудьте «Дизайн прежде всего для мобильных устройств». Дизайн - прежде всего опыт.
Я беру здесь небольшую свободу действий, потому что эти две вещи не исключают друг друга, но «Mobile First Design» настолько моден, что мне просто пришлось использовать его, чтобы выразить свою точку зрения. На каждом этапе цикла разработки, от идеи / зарождения до создания лесов, сборки и рефакторинга, вы должны помнить об опыте пользователей в качестве отправной точки. Каждую функцию, изменение или решение о размещении пользовательского интерфейса следует прежде всего рассматривать в контексте UX.
Это может показаться чрезмерным, но я обещаю вам, что UX - это не то, что вы можете «исправить в конце». Так не получается. UX является неотъемлемой частью разработки продукта, независимо от того, насколько вы внимательны к этому. Игнорируйте это, и в конце вас ждет ужасный пользовательский опыт, потому что UX - это не только то, где разместить кнопки или время загрузки, это то, как весь ваш продукт работает вместе и впечатление, которое он оставляет на пользователя. Вы не можете исправить это с помощью взлома отрицательного поля или милой микро-анимации.
Понимание UX
Проще говоря, то, как ваше приложение или веб-сайт заставляет человека чувствовать себя во время его использования, абсолютно решает его успех или неудачу, и вы обычно получаете только один шанс. Если UX на веб-сайте, где я делаю покупки, плохой, я уйду и никогда не вернусь и не куплю у конкурента, иногда даже если это стоит дороже. То же самое можно сказать и о том, чтобы попросить меня предоставить вам ненужную информацию, заставить меня подписаться на учетные записи, которые мне не нужны, или выбрать меня для получения информационных бюллетеней по электронной почте, которые я не запрашивал; они могут и часто являются нарушением правил для пользователей, и все они являются частью того, как вам нужно думать о UX.
Мир приложений еще более жестокий. Я даю приложению на моем телефоне примерно 3 минуты, чтобы поразить меня, прежде чем я решу, сможет ли оно сохранить то место, которое оно занимает на моем домашнем экране. В мире приложений нет недостатка в конкуренции, поэтому я уверен, что найду лучший вариант за несколько минут поиска в магазине приложений, и почти всегда оказываюсь прав.
Как UX идет не так
Долгое время UX всегда обсуждался вместе с UI, и я думаю, что это сбило с толку многих разработчиков, которые начали думать, что эти два понятия взаимозаменяемы. Пользовательский интерфейс - это компонент взаимодействия с пользователем, но это только один из многих компонентов. UX - это гораздо больше, чем просто визуальное представление приложения или веб-сайта.
Вы должны всесторонне думать о UX. Сколько информации вы требуете от пользователя? Меня меньше волнует стиль поля формы, чем то, сколько из них я должен заполнить (или, ради бога, флажки, которые я должен снять). Еще несколько примеров:
- Мне действительно нужно создавать учетную запись для вашего сайта / приложения? Вы просите меня отслеживать еще один набор учетных данных в мире, где у меня их уже слишком много.
- Где я могу сделать ошибки и насколько легко мне их исправить? Я не хотел заказывать 22 экземпляра этой книги, так сколько шансов, что вы дадите мне возможность отредактировать свою корзину до того, как мой заказ будет обработан?
- Вы учите меня пользоваться вашим продуктом? Где мне найти помощь? Это особенно сложно, потому что слишком большое количество подсказок может сжечь впечатления ваших пользователей так же быстро, как и невозможность найти помощь.
- Могу я легко с вами связаться? Лично для меня это почти мгновенный смертельный удар. Если я не могу найти простой способ написать по электронной почте или позвонить кому-либо, с кем я веду дела или запрашивающим мою личную информацию, я закрою вкладку и удалю приложение быстрее, чем вы сможете моргнуть. Сделайте эту часть легкой для ваших пользователей!
- Все медленно? Время загрузки страницы может испортить впечатление пользователей. Мы избалованы молниеносно быстрыми веб-сайтами и приложениями, поэтому все, что заставляет нас ждать, вызовет негодование.
Но вам, вероятно, не нужен «UX-парень»
После целой статьи, в которой излагаются все причины, по которым UX должен иметь такое первостепенное значение для вашей философии дизайна, это может показаться противоречивым утверждением; это не. По правде говоря, UX - это не магическая специальность, требующая обучения в древних силиконовых горах с гуру UX издалека; в основном это здравый смысл и вторая натура талантливых дизайнеров / разработчиков.
Проблема не в том, что разработчики не понимают UX, а в том, что он теряется в море решений, основанных на функциях и дизайне, которые принимаются без учета того влияния, которое они оказывают на опыт пользователей. Кроме того, столь распространенный менталитет «двигайся быстро и ломай» / «просто отправь это» лишил нас абсолютно необходимого тестирования на реальных пользователях, которое раньше было повсеместным при разработке.
Вашей команде / компании не нужен специалист по UX; им нужно сделать каждого человеком UX. Дайте возможность каждому участнику цепочки думать об изменениях и выборе, которые они делают на фоне пользовательского опыта. Сделайте UX частью каждой встречи или разговора о развитии проекта. Затем, что очень важно, попросите реальных пользователей протестировать ваш продукт и спросить их об их опыте.
UX должен существовать как часть культуры разработки, а не как привязка к процессу. Скорее всего, у вас уже есть весь талант, который вам нужен в вашей команде для разработки качественного опыта для пользователей. Вам просто нужно выбрать приоритетность, или я обещаю, что это сделает конкурент.
