Гайдлайны Android лихо нарушают известные приложения (нижний таббар у Инстаграма). Приложения гугла, менее лихо, но тоже нарушают. Я сильно удивился, когда в официальном подкасте Android Design In Action запрещают помещать настройки в Navigation Drawer, но гугловские Play Music и Play Books через полгода поместили их именно туда. Следовать рекомендациям гугла про дизайн или нет — вопрос спорный.

Моя точка зрения — стоит. Платформа обретает целостность, почти все свежие приложения следуют гайдлайнам и получается красиво. Инстаграмы будут посрамлены.

Я собрал типичные ошибки из раздела гайдов Pure Android, эпизодов официального подкаста Android Design In Action Common UX Issues и Navigation Anti Patterns и дополнил примерами из российских бизнес приложений.

Максим Десятых
Креативный директор redmadrobot

Любые гайдлайны — это комплекс усреднений и допущений, которые с одной стороны призваны унифицировать результат, а с другой стороны уменьшать количество ошибок. Но при этом они не могут и не покрывают 100 % ситуаций, а значит случается, что иногда нужно отойти от правил, воспользоваться здравым смыслом и раздвинуть рамки.

Но при этом Анатолий прав, когда призывает всех пользоваться гайдлайнами — не опытные дизайнеры интерфейсов всегда совершают ошибки: ложные гипотезы, упущения, вот это всё. Они еще просто не наработали свои 10 тысяч часов (http://www.forbes.ru/forbes/issue/2009-04/7255-pravilo-10000-chasov), поэтому безопасней в любой непонятной ситуации выбирать то решение, что описано в гайдлайнах.

Так что, гайдлайны нарушать можно, но все эти трюки выполняются профессионалами, не пытайтесь повторить это дома.

Элементы интерфейса и иконки других платформ

Не стилизуйте кнопки, поля ввода и другие элементы интерфейса под iOS6, 7 или Windows Phone.

Здорово, что все меньше и меньше российских приложений нарушают это правило. Но примеры еще остались.

Таббар внизу

Казалось, переносить tabbar вверх при портировании iOS приложений на Android мобильные студии научились еще полтора года назад.

Пользователей которые используют ваше приложение и на iOS и на Android не существует. Нет причин клонировать iOS навигацию или дизайн.

Переносить таббар вверх недостаточно. В Android нет понятия таббара, есть табы. Правильные Android табы скрываются, когда пользователь переходит на внутренний экран.

Смесь навигации и действий в Navigation Drawer

Изначально Navigation Drawer (боковая панель) предназначался только для навигации. «Настройки» и «Сообщить об ошибке» рекомендовали убирать в Action Bar. Н

Это некорректно и сбивает пользователей с толку.

Некорректные иконки на страницах из Navigation Drawer

Неправильная анимация появления экранов из Navigation Drawer

Новые экраны в Андроид появляются, растягиваясь из центра экрана. А при выборе экрана из Navigation Drawer боковая панель уезжает и экран плавно появляется без растяжения.

Неправильная анимация реализована в приложениях Молотка и ТКС банка.

Модальные диалоги загрузки

Модальные диалоги загрузки используются в Объявлениях Из Рук в Руки, Am.ru, Яндекс Авто и Ситилинке.

Только портретная ориентация экрана

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

По-моему, пункт спорный. Но это официальная позиция Google, посмотрите Play, Music или Books. Ребята из Android Design In Action утверждают, что реализовать поддержку альбомной ориентации наполовину можно за пару часов (и пару недель на остальную половину :).

Оригинал: http://touchin.ru/letters/oshibki-v-dizaine-android-prilozhenii/

Марк Мартемьянов
Product Designer (Mobile Apps) в Aviasales

Мобильные разработчики часто острят: «Даже Google не знает свои гайдлайны нормально, куда уж нам».
Однозначно, если создаёшь интерфейсы для мобил — ты не можешь не знать правила и возможности операционной системы. По своему опыту, могу сказать, что большинство дизайнеров не знают гайдов ни одной мобильной ОС. Поэтому приложения под Android собираются на основе личного пользования iOS. В итоге в обоих случаях получается плохо.

На мой взгляд, самая частая проблема — непонимание разницы Up и Back. Толя правильно сказал, что Navigation Drawer немного путает разработчиков и граница между действиями «Вверх» и «Назад» стирается. Отсюда мы получаем проблемы логики навигации (поэтому Apple не любит этот паттерн). Это редко когда мешает пользоваться приложением — задачу оно выполняет, но лучше придерживаться правил.

Еще есть тема портирования интерфейса с iOS на Android. Самые частые примеры — это растянутая по ширине экрана кнопка действия и табы, которые расположены внизу, рядом с System Bar. Я надеюсь, что разработчики сами в ответственный момент нажмут «Назад» и почувствуют боль миллионов пользователей.

По поводу кастомизации элементов и переворота экрана — и да и нет. Надо смотреть на особенность аудитории, продукта и условий развития. Мы, в Aviasales, постоянно пробуем что-то новое, снимаем с этого статистику и делаем выводы. Я не вижу ничего плохого в том, чтобы привести к общему стилю все контролы, или придумать свой — важно, чтобы это было понятно и узнаваемо.

Google определённо догоняет Apple в плане дизайна, поэтому я уверен, что скоро мы увидим не только красивые, но правильно спроектированные Android приложения.

Владимир Макеев
Директор в Surf

Анатолий прав, гайдлайны нужно уважать.

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

Если не брать в расчёт дизайн, бюджет разработки приложения можно грубо разделить на три равные части: вёрстка, логика и отладка. Вторая ориентация экрана даёт +50% к вёрстке, т.е. +20% к суммарному бюджету.

Правильный подход: начать с вертикальной ориентации, и если приложение окупается, добавить горизонтальную.