Метка: UI/UX

17 докладов про UI/UX

Собрал 17 докладов про UI/UX в одном плейлисте. Будет, что посмотреть вашему дизайнеру на выходных. Почти все на русском.

Больше »

Давайте запилим локализацию

Эта заметка собирает основные моменты по функционалу локализации для мобильных игр. Можно смело использовать заметку для постановки задачи тех.команде.

Больше »
рейтинг игр на youtube

Мои доклады 2015 на Youtube

Решил кое что собрать для архива: доклады 2015 года по нескольким направлениям: менеджмент, организация, планирование и балансировка. Это видео с некоторых моих докладов, пара из которых записаны без моего ведома, тем не менее могут быть полезны для работы.

Больше »
User Experience Flow

Как составлять User Experience Flow

Гайд о том, как составить UXF для разработки приложения, игры в данном случае. Этот документ поможет увидеть картину в целом, количество игровых компонентов, их связи. User Experience Flow является частью фундамента приложения, который составляется в фазе предпродакшена (планирования).

Больше »
catness

Что такое Catness-стиль в играх

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

Больше »

Моя презентация «Т.З. и обратная связь» с DevNight Dnepr

В субботу делился опытом на конференции DevNight. Мой доклад посвящен коммуникациям между дизайнером и менеджером: постановке ТЗ и обратной связи. Вэб версия сопроводительной презентации: Видео + ответы на вопросы

Больше »

Психология выбора покупки в платежном меню

Составляя платежное меню важно помнить, что в момент принятия решения о покупке игрок смотрит в первую очередь на реальную сумму, а не на получаемую внутреннюю валюту. При возникновении потребности в донате, зачастую, игрок выбирает психологически комфортную для него цену. Затем сравнивает её с предлагаемым товаром, опираясь на предыдущий опыт. Если выгода от предлагаемого товара соответствует, по его меркам, цене — он совершает платёж. Допустим, игрок готов потратить $10. За эту сумму предлагается 126k золотых. Опираясь на свой предыдущий опыт, он предполагает, что на эти деньги сможет пройти ещё три уровня. Он доволен этой сделкой и совершает перевод. Здесь все просто. Чтобы удачно сбалансировать платежное меню необходимо предложить достаточную компенсацию за каждую из позиций, накидывая бонусные монеты за каждое следующее предложение. Об этом написано множество статей, повторяться не стану. Я же хочу написать, о том, как можно увеличить психологически комфортную цену. Как подтолкнуть пользователя к более дорогой покупке? По статистике, чаще всего покупатель не склонен выбирать самый дешёвый и самый дорогой товар. Предположим ему нужно купить вино — он приходит в магазин к винной полке. Там стоит 3 бутылки: $8, $27 и $33 каждая. Не желая переплачивать 6 баксов, за небольшую разницу в качестве — он покупает вино за $27 и остается довольным. Покупатель не чувствует себя нищебродом, потому что не купил эконом предложение. Не чувствует себя дураком, потому что не переплатил лишнего. Он счастлив. Изменим условия. На полке появляется четвертая бутылка — за 51 доллар. Теперь уже покупка за 33 бакса становится намного приятней. Психологически комфортная цена изменилась в сторону роста. ARPpU винной полки увеличилось при помощи трюка с 4й бутылкой. Этот прием уже давным давно используется в торговле, и мы можем его наблюдать почти в каждом магазине. Ничего не мешает использовать его и нам. Пользователь делает выбор, в процессе сравнения, отталкиваясь от предложения и своих возможностей. Исследования и статистика подсказывают, что чаще пользователь делает выбор в пользу худшего предложения при особых обстоятельствах, которые создает продавец.  Вывод Составляя платежное меню важно помнить два основных момента: Основных позиций в меню может быть одна или две. Остальные позиции используем для того, чтобы подтолкнуть пользователя к правильной покупке. Товар должен соответствовать ожиданиям пользователя, иначе игрок почувствует, что его хотят обмануть и не пойдет на следку. Спасибо за доклад Дэну Гилберту (Dan Gilbert), основываясь на котором был написан данный пост.

Больше »

Оптимизация прогресс бара: Чем ближе к финишу пользователь, тем выше мотивация достичь его

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

Больше »

Отличный сервис для создания инфографики — infogr.am

Сколько заработали социальные Казино в 2014 Красиво? Недавно открыл для себя этот сервис — infogr.am. Аккаунт через FB или Google+, приятная подача, хороший UX. Что он умеет делать работать с Excel форматами простой в использовании выбор стилей добавить 14 настраиваемых форматов диаграмм добавлять настраиваемые карты (США и весь мир) добавлять фото и видео вставлять кнопку ФБ-шейр За деньги дополнительно можно получить убрать информацию о сервисе получить доступ ко всем картам мира (200+) добавлять кастомные лого добавлять кнопки шейринга на еще 6 сеток сохранение в графических форматах Цены от 18 до 50 баксов, в зависимости от опций. Рекомендую.

Больше »

Какими приёмами Criminal Case зарабатывает

Criminal Case (Pretty Simple Games) игра в жанре пазл-хидден уверенно держится в ТОПах сторов и Facebook достаточно давно. Хочу рассказать о ней с другой стороны, со стороны, которую не показывают в обычных обзорах. Акцентирую внимание на гейм дизайнерских приемах, которые используются для достижения профита в этом замечательном, во всех смыслах, приложении.

Больше »

Как подготовить хорошее тех.задание для UI/UX-дизайнера

Хочу поделиться одним из способов работы с UI/UX-дизайнерами, который упростит взаимопонимание, уменьшит количество переделок, и поможет застраховаться от потери элементов UI при изменениях в структуре игры. К этому моменту я встречал множество различных примеров, как удачных, так и не очень. И для начала давайте проясним, что именно нужно UI/UX дизайнеру, чтобы начать работу по вашему ТЗ. Минимальный набор требований для ТЗ по UI/UX Карта экранов — это диаграмма, где указаны все существующие в игре экраны и попапы, все возможные переходы между ними на концептуальном уровне Детальное описание каждого из этих экранов в формате: назначение экрана список элементов интерфейса и его назначение рекомендации по механикам элементов интерфейса — описание как именно вы видите работу того или иного переключателя, кнопки, или списка пожелания по композиции — какие элементы должны получить больше внимания пользователя, а какие отодвинуты на второй план Так же можно включить в описание: примеры реализации мокапы возможные тексты, или хотя бы длина в количестве символов ссылки на приложения, где вам нравится реализация логики переходов между экранами. Карта экранов Карту стоит показать дизайнеру, как минимум, чтобы он представлял что за чем следует, какие элементы общие, какие имеют единичный характер, а какие элементы вообще уникальны. Дизайнер с опытом сможет подсказать или внести корректировки, чтобы упростить и улучшить UX. Без карты экранов, работая только с элементами и окнами — риск получить неполноценный интерфейс значительно повышается. Кроме того, любому гейм дизайнеру будет полезно для понимая своих идей иметь эту карту не только по UI но и по механикам. Пример плохой карты экранов: Пример хорошей карты экранов: В первом примере есть три основных минуса: мелко и не понятно — дизайнеру крайне не комфортно разбираться в такой структуре, и уж точно прочувствовать все переходы и сделать хороший UI становится проблематичным нет схематических обозначений, позволяющих отследить возможности возвратов между экранами экраны уже изначально включают примеры UI, что при изменениях концепта, стиля или другой доработки придется редактировать всю карту — все ее элементы Во втором примере отсутствуют эти недостатки, и присутствуют дополнительные преимущества: есть возможность отследить все связи, понять насколько загружено каждое из окон формат Иконка + Подпись — хороший способ для дизайнера понять на интуитивном уровне назначение окна. Пример описание задания на UI Для примера опишем задачу для UI/UX дизайнера из 2го примера карты экранов — «Гараж». Описание: Гараж выполнен в виде окна. Окно открывается при нажатии на «Гараж» в Лобби игры. Предполагается, что в этом окне пользователь будет проводить большую часть времени между заездами. Мокап: UI: Заголовок кнопка (х) — закрыть Текст с призывом к действию — «Выбери машину» Слайдер выбора Изображение автомобиля Логотип автомобиля Диаграмма характеристик с иконками  и прогрессбарами скорость ускорение управляемость тормоза Название автомобиля стилизированым шрифтом Кнопка действия: «Купить за $$$» или «Выбрать» (если машина уже куплена) (сумма будет колебаться от 1000 до 999 999) Кнопки Влево и Вправо Блок улучшения разделён на 4 секции и вынесен отдельно. иконка улучшения: двигатель, ходовая, трансмиссия, визуальные эффекты кнопка действия «Улучшить» Как работает слайдер: Переключать автомобили можно как кнопками, так и свайпом. При удержании кнопки влево/вправо машины меняются одна за одной, по кругу по принципу барабана. При подгрузке каждого следующего автомобиля динамически изменяются прогрессбары характеристик. Как работает апгрейд: Казуальный апгрейд при нажатии на кнопку «улучшить» — увеличивает на %% одну из характеристик автомобиля. После нажатия, в прогрессбаре характеристик нужный компонент увеличивается динамически и мигает, показывая на сколько автомобиль улучшил свои статы. Внимание: Поле денег остается общим, и его видно с экрана Лобби. Если у пользователя не достаточно денег на покупку автомобиля, сумма денег в кнопке «купить» написана красным цветом. Это простой вариант описания задачи для UI/UX-дизайнера. Он не является образцовым, как минимум потому, что он сделан как пример для статьи, и не имеет отношения к какому либо функционалу. Тем не менее вы можете сравнить его с вашими ТЗ и, возможно, взять что-то на вооружение. Тем, кто ни нашел ничего нового для себя в этом посте — мой поклон.  Линки по теме: http://moqups.com — сервис для мокапов http://cacoo.com — сервис для мокапов и построение структур http://www.gliffy.com — интерфейсы, структуры, диаграммы — рекомендую http://balsamiq.com/products/mockups/ — для создания прототипов UI/UX

Больше »