Нативные и гибридные приложения Вы наверняка знаете, что существуют гайды гугла и эпла под мобилки. И часто встает вопрос: а им надо 1:1 следовать или можно отступать? А если отступать, то насколько? А какие гайды когда выбирать? Чтобы на эти вопросы ответить, надо рассмотреть мобильные приложения с двух сторон: пользователя и разработки. Пользовательская сторона Люди привыкают к паттернам. Чем унифицированней процесс взаимодействия с элементом из приложения в приложение, тем для юзера лучше: мы не заставляем его думать и учиться. Небольшой пример нарушения паттерна iOS я приводила тут. В UX-идеальном мире все приложения использовали бы идентичные паттерны и компоненты, менялось бы только оформление элементов (цвет, скругления - всякие такие мелочи), чтобы отражать айдентику компании. Без души, конечно, но юзабилити и интуитивность были бы на высоте. UPD: забыла добавить, что элементы, которые выглядят нативно, воспринимаются людьми как более надежные. Типа стандартный лоадер ощущается как "девайсный" и юзерам меньше кажется что что-то сломалось. Где-то читала такой рисерч, но уже не помню где, извините :( Совет №1: опирайтесь на мобильные гайды и повторяющиеся паттерны. Особенно в навигации. Отступление от гайдов должно тщательно проверяться на тестах и преследовать осознанную цель: создать уникальный опыт, сделать еще удобнее и т.д. Не можете ответить себе на вопрос "зачем" - не отступайте от гайдов. Сторона разработки Ответ на вопрос "а так можно?" напрямую зависит от технологий разработки. Есть мобильные приложения нативные, вебные и гибридные. 💪 Нативные – две команды разработки пишут два разных приложения, используя нативные языки разработки (Java для Andriod и Obj-C для iOS). Нативное приложение какбы "родное" для смартфона, оно по полной использует все фичи устройства, поднимает привычные шторки/модалки, делая это быстро и стабильно. Но это дорого: надо нанимать две команды скилловых спецов под каждую платформу. 🤏Вебные – работают в браузере по ссылке. Что-то могут, но только онлайн. Зато юзеру ставить ничего не надо и пишутся командой веб-разработки на фреймворках, имеющих под ковром JavaScript и его друзей. 🤙Гибридные – метис двух предыдущих. Пишутся на псевдонативных технологиях, заточенных под мобилы, но корнями уходящих в JS. Код пишется один раз, а потом собирается под разные платформы и портируется в Play Market и App Store. Выходит дешевле, но не так стабильно и быстро + много чего надо писать с нуля. Зато кастомить интерфейс легче. Совет №2: спросите у разработчиков, какой подход они используют. Если натив - рисуете два варианта UI с максимальным количеством гайдовых решений под каждую платформу. Если гибрид - рисуете один вариант, стараясь делать наиболее понятно и удобно для юзера с учетом обоих гайдов (задачка со звездочкой), так как приложение будет выглядеть одинаково и у ведроидов и у ипхонеров.