Что использовать вместо гамбургера в мобильной разработке?

Question

[oksdesign]

Дизайнеры очень не любят меню-гамбургер. Куча статей на эту тему написано. Но что использовать?
Если заглянуть в appstore или playmarket, то там почти все приложения с гамбургером. Как быть, если у клиента много пунктов меню, которые все не поместяться в нижнее меню, а запихивать все в пункт "еще" он не хочет. Как быть?

Comments

[AlikDex]

спросить чего он хочет? Со своей стороны предложить варианты решения проблемы и все.

[oksdesign]

AlikDex: он гамбургер и хочет)

[AlikDex]

oksdesign: Ну так сделайте ему. Раз хочет =)

[oksdesign]

AlikDex: просто хотелось узнать, насколько такой паттерн плох

Answer 1

[Aleksey]

использовать bottom navigation (Android) или tab bar (iOS)

на medium была статья под названием Hamburger menu alternatives for mobile navigation
там приведен пример приложения для Facebook, которое использует "нижнее меню" и последний пункт "more" в этом нижнем меню

Comments

[oksdesign]

Я видела эту статью. И множество других статей. Но почему все дизайнеры так вопиют, но по факту, почти все приложения в магазинах с гамбургером?

[Aleksey]

oksdesign: вопиют потому, что гамбургер - ненаглядно
когда юзер смотрит на экран, он не видит, что в приложении есть много "возможностей"
ИМХО.

а используют потому, что... а как еще?
не могу за всех говорить

[Сергей Тилион]

Aleksey: солидарен с вами.

Иконка "гамбургер" медленно, но становится стандартом в мобильных приложениях. Бесит когда её используют на сайтах.

Answer 2

[Нерон Лордов]

Дизайнеры очень не любят меню-гамбургер.

почему все дизайнеры так вопиют, но по факту, почти все приложения в магазинах с гамбургером?

Видишь противоречие? Оно в том, что какая-то часть людей критикует бургер, какая-то - любит его (напоминаю, что приложения с бургером рисуют ТОЖЕ дизайнеры))

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

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

Если хочешь обсудить детально, запость сюда более подробное описание проекта.

Comments

[oksdesign]

Противоречие вижу. Не удивлюсь, если часть дизайнеров, которые критикуют гамбургер, сами его и рисуют)

Answer 3

[AnniM]

есть решения из разряда "дизайнер-юзабилист", когда ты же рисуешь и структуру приложения, и никто тебя за это не атата. тогда пожалуйста - можно сделать 3 меню в ряд, можно выкинуть какой-то раздел за ненадобностью (наблюдаю постепенное отмирание пунктов "главная" - её заменяет логотип, и более жесткое структурирование, когда пункты меню группируются по смыслу "о нас"+"контакты"+"карта проезда" допустим = "контакты" и всё на 1й странице, спасибо логике, некоторые начинают понимать, что пользователю глубоко всё равно, если это стандартный сервис, и нужно знать, как доехать и куда звонить, а писем он писать не будет, и так же понимаешь, что не во всех конторах интересно, кто у них там сотрудники - вот фитнес-клуб или парикмахерская да, а ИТ контора - со-со), можно также сделать реально несколько меню, и выставить их по иерархии важности.
если приложение с множеством функций - поймайте обезьяну и дайте ей это приложение. следите, что она делает и зачем ей это нужно. если часть функций не используется - ... ... ... вывод очевиден?

Comments

[oksdesign]

Я считаю, что собирание "о нас", "контакты" и "карту проезда" в "контакты" вполне естественным. Сама так делаю =) Единственное, что "о нас" в мобильном приложении не нужно, ИМХО.
Главная страница, мне кажется, тоже бессмысленна. Первой страницей нужно показывать основную фишку приложения. Если это магазин, то сразу категории товаров, если парикмахерская, то все услуги и т.д.
Я тоже за то, чтобы в приложении минимизировать количество страниц до самых нужных.

Answer 4

[Евгений Еликов]

Сильно зависит от ЦА.

Для сайтов с "усредненной" аудиторией я стараюсь подписывать "Меню". Без всяких иконок.
Это предельно понятный вариант.

Для более молодой аудитории (или "продвинутой") легко подойдет гамбургер.

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

Comments

[oksdesign]

Это в мобильных приложениях?

[oksdesign]

Я думаю, что смена иконки трех полосок на слово меню не даст никакого результата, статья в подтверждение https://habrahabr.ru/post/239517/
Я думаю полностью отказаться от от бургера, заменив его на нижнее или табовое меню.

[Евгений Еликов]

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

[oksdesign]

Евгений Еликов: а можно поподробнее про "один экран - одно действие". Ссыль какую-нибудь?

[Евгений Еликов]

Можно посмотреть интерфейс Roku 4. Это IPTV приставка. У них несколько раз менялся интерфейс и сейчас более-менее соответствует такому принципу. Ну и вообще понаблюдайте, много где появляется (в основном на западе).

[Евгений Еликов]

oksdesign: не не - это как раз вариант, когда Booking пользуется более продвинутая аудитория (плюс иностранная). Здесь как раз всё укладывается в мой совет.

[oksdesign]

Евгений Еликов: я не очень понимаю суть принципа. То есть на одном экране можно делать только одно действие? А как же настройки или личный кабинет?

[oksdesign]

Евгений Еликов: ну так они же сами сказали, что толку от изменения полосок на слово не принесло никакого результата

[Евгений Еликов]

Я ж не знаю что у вас за проект ) Но обощать, что "меню" однозначно хуже гамбургера - не факт. Статья тут и не пруф - просто выхватили частный случай. Сами же пишут, что для другой страны/языка/аудитории могут быть и другие результаты.

Суть принципа - не бить по рукам ) Нет никаких "только одно действие". Это принцип проектирования всего приложения. Как в вебе есть "mobile first". Он ведь тоже не для всех. Факт в том, что при обилии функций на экране у пользователей глаза разбегаются ))

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