А что, очень даже неплохо)
Но если нужно реальную схему сделать, то лучше использовать Xmind или Realtimeboard. Там связи между блоками фиксируются. можно их легко двигать
Их в Скече
Сергей, мир ускоряется. Десять лет назад люди еще могли ждать по паре минут, пока их диалапный интернет подгрузит страницу. А сейчас за минут нужно успеть сделать кучу дел. У пользователей часто просто нет времени разбираться в интерфейсе. Если он не нашел через поиск свой товар в одном интернет-магазине, то он просто закроет вкладку и пойдет в другой.
Олег, да это стандартное окно iOs. Но это не автоматическое действие приложения. Команда Рокетбанка продумала, что может возникнуть такая ошибка, и что пользователю нужно дать возможность быстро ее исправить. Написали текст, а разработчики обработали эту ошибку.
Так что это пример правильного проектирования приложения. Пользователя не оставили одного с проблемой, объяснили суть и предложили действие.
Например, в Тинькофф решили не заморачиваться в такой ситуации, а просто дублировать сообщение о потере связи. Да ещё и сделали окно с одной кнопкой.
"Основная цель пустого экрана сделать так, чтобы его не было." - здесь не совсем согласен. Минимизировать количество пустых экранов - это задача команды. А экраны-заглушки должны направлять пользователя дальше по приложению, чтобы увидев пустой экран не уходил из приложения или с сайта. И как можно скорее. Здесь я с вами полностью согласен.
И спасибо за ссылку. Хорошая подборка!
Руслан, спасибо! Стараюсь все это применять на практике. И из-за этого у нас постоянно стычки с разработчиками и аналитиками) Собственно поэтому и я написал эту статью - чтобы объяснить важность правильных текстов.
Николай, спасибо! Вы молодцы, интересный кейс!
Евгений, вы молодец! Поверьте, таких людей очень мало, к сожалению( Рад, что статья вам пригодилась.
Илья, спасибо! Надеюсь теперь больше людей будут этотприменять.