Бесплатный UI Кит Мобильного приложения.

🤤 Скачать в нашем Telegram-канале

Многие считают, успех продукта - это количество загрузок их приложения или программы на устройства и довольно часто соглашаюсь с этим, если бы не одно, но, не всегда количество переходит в качество, не все пользователи установившие приложения остаются активными и тут успех сменяется на растерянность, что делать? Как быть? И что вообще происходит?

Есть много способов быть конкурентоспособными, актуальными и интересными в своем функционале, но, если заранее еще при разработке приложения не задуматься о простоте и понятности интерфейса, удобстве для пользователя, актуальном функционале, конкуренции и привлечении новых аудиторий можно прогореть еще на старте и все дальнейшие действия сколько бы денег в них не влили приведут к печальному итогу.

Начнем разбор с чего, куда и как

Пользовательский интерфейс (user experience – UX) самый лучший пример интуитивно понятного и всегда красивого интерфейса — это сайты знакомств, не нравится свайп (Swype) в лево, нравится свайп в право, что может быть проще? Приложение должно и даже обязано после 1-2 использований уже давать расслабиться юзеру и на автомате давать выполнять желаемые действия, пользователь должен отрываться от реальности и полностью погружаться в приложение.

Разберем же, как стереть грани, дать пользователю то, без чего он не сможет существовать легко и свободно online и offline.

Тесты

Вы помните наизусть каждую строчку кода, знаете попиксельно каждый экран при чем на всех разрешениях какие только существуют во вселенной, способны с закрытыми глазами держа телефон кверху ногами найти нужный ползунок в приложении, поздравляю вас, вы – лучший! Только опять же есть одно, но – вы не ваш пользователь и если для вас все просто, то для рядового человека может оказаться очень сложным понять, как заполнить 2 поля, как нажать на кнопку, куда и как прокручивать экран, банальные вещи из-за незнания превращаются в муку и заставляют пользователя стереть софт.

Но хорошо, что мы можем это предвидеть, перед релизом, умные люди создали такое понятие как Тест приложения. Реализуется чаще всего все на закрытом альфа тесте, где группе людей в зависимости от ЦА приложения взаимодействуют с вашим продуктом, важная часть этого этапа выслушать пользователя, получить обратную связь, прощупать тонкие места своего продукта, чтобы закрыть их плотным щитом пользовательского опыта.

Готовы протестировать приложение, учтите следующее: цель пользователя и приложения, цифровую среду, типы тестирования (Продуктивность приложения, визуальный интерфейс, безопасность приложения и соответствие стандартам).

Мобильный UX

К мобильным устройствам надо относится как к мобильным устройствам, это надо запомнить раз и навсегда, у телефона нет мышки, нет большого монитора и часто нет мощного интернета для видео на background сайта размером 1-гигабайт, используйте стандартные библиотеки и гайдлайны для разработки над мобильными приложениями и версиями продукта, это упростит жизнь, это сэкономит время, это ускорит взаимодействие с пользователем. Для понимания, на гайдлайны приложений для IOS устройств потратили 1 млн. долларов (ну или около того) …

Немного ссылок про UX – гайдлаины:

apple.com
microsoft.com

Берите всегда что то за основу!

Больше – не всегда лучше. Оптимизация

Малозаметные Call to action, длинная регистрация, странные способы оплаты, все это сложно, часто долго и непонятно, используйте как можно меньше действий, чтобы получить как можно больше отдачи. Регистрация в 1 клик или в 2 поля, УТП на первом экране, Call to action яркий и дерзкий, популярные способы оплаты – все просто!

Аналитика

Анализируйте поведение пользователя метриками и счетчиками, порой самое главное выявляют именно цыфры, а не люди. С помощью аналитики можно развернуть корабль своего приложения в ту или иную сторону в зависимости от ветра интереса пользователя, это важно, потому что от плохой аналитики пользователь может подпустить ветерка на ваш софт … в помощь: Google Analytics, Flurry, Appsee измерим, изменим и улучшим!

Обрывочные мысли и рассуждение на тему понятий UX и UI, которые во что-то сформировались ближе к концу статьи

Большую часть моей карьеры дизайнера меня смущало понятие UX (User Experience). В начале все вокруг имели ввиду под этим схематичные изображения интерфейсов (прототипы, вайерфреймы и прочие названия, плохо применяемые в те времена).

Понятие это пришло в Россию, конечно, из-за рубежа. И толком это понятие на русский язык не перевести. Дословно — пользовательский опыт. Но что под этим подразумевается — с ходу, не ясно.

Да и понятия такого стеснялись, вслух произносили редко, так как мало кто понимал что за ним стоит. Говорили “нарисуй прототип”. И всем было ясно, что нужны схематичные изображения (терпеть не могу употребления “вайерфреймы” на письме) одной страницы или сайта целиком.

Потом начали говорить “нам нужен UX сайта”. Но всё еще имели ввиду всё те же схематичные изображения сайта, приложения или любого другого интерфейса.

В какой-то момент меня собеседовали на проект, где у собеседуемого исполнителя должен был быть опыт UX . Я тогда собеседующим сказал, что, как мне казалось, понимал что им нужно и смогу с этим работать. До конца не понимал, конечно. Наверное, и сейчас не понимаю. Считал, что нужно будет нарисовать интерактивный схематичный прототип (в Invision слинковать, например).

Со временем (несколько лет), спустя много часов чтения тематических статей, прослушивания тематических подкастов, посещения лекций, семинаров, понятие UX превратилось в моей голове из серого размытого пятна в белое облако. Да, края до сих пор размытые у этого облака, но уже отчетливо видно его форму.

Для меня UX — это комплекс мероприятий, призванный создать и поддерживать в актуальном состоянии интерфейс (экранный или голосовой).

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

Например, если лендинг, то в какое время и где будут смотреть на нем видео. Когда шуметь рядом нельзя, то представленное на странице видео должно быть понятно и без звука. То есть, либо в видео субтитры должны быть, либо и без слов все должно быть понятно. Или если нужно спроектировать интерфейс подключения дополнительной услуги в виртуальной АТС, то какая бизнес логика за этим стоит, сколько их обычно подключают, как часто и прочее. Да много подобных примеров каждый день появляется.

UX для меня — это все то, что предшествует отрисовке макетов или работам по фронту или бэку. Казалось бы.

Но тут другая проблема в голове кричать начинает. Я прекрасно понимаю, что то, как финально будет выглядеть макет (цвета, скругления кнопок, типографика, анимация), влияет на взаимодействие пользователя с интерфейсом. То есть UI влияет на все тот же пользовательский опыт.

Всю мою жизнь окружающие делили понятия UI и UX. Одним нужно было только первое, другим только второе. Но по факту оказывается, что UI — это один из инструментов UX. И Front-end — это тоже инструмент UX. И Back-end туда же. И голосовой интерфейс. И оформление визитки, и табличка на двери. Все, что нацелено на взаимодейтсвием с пользователем, с клиентом — это все относится к UX.

Если вы отрисовывали интерфейсы по предоставленным схемам (считали, что занимались UI), то вы тоже занимались UX. Если вы валидно верстали страницу с соблюдением необходимой семантики, то вы тоже выполняли работу по UX.

Если у вас в резюме написано “UX дизайнер”, то это значит, что вы проделываете всю выше описанную работу от постановки задачи бизнеса до первых посещений сайта. А дальше еще и следите, чтобы все это работало. К сожалению, это далеко не всегда так. Большая часть таких резюме только схематичные прототипы и скрывает за собой.

Если у вас заказывают UX сайта. То, фактически, вам заказывают выполнить бизнес задачу. Сайт — это тоже только инструмент. Не факт, что создание сайта для этой задачи — подходящее и единственное решение.

Но, в большинстве случаев, заказчики сами не знают, что такое UX. Каждый раз надо уточнять что хотят. А со временем, глядишь, и все поймут что это.