Как стать автором
Обновить

Комментарии 14

ну действительно аляпистые прототипы. придирчивый работодатель может предположить такое же отношение к следующим шагам.
сразу почему-то представил себе элементарный сценарий: берём смартфон, говорим в него «хочу кушать!» по аналогии с окей гугл) приложуха выдает сразу список мест в порядке удалённости. а что еще нужно?
это самый простой базовый сценарий. более сложный — после голосового запроса приложуха возвращает нам несколько кнопок «дешево», «на вынос», «фаст-фуд», «суши» и тп… скроллим кнопки, жмём нужную, получаем ту же выборку ресторанов. вот и весь UX)))
Аляпистые в смысле неаккуртные? Ваш невидимый дизайн с голосомым запросом мне нравится.
да, именно в этом смысле. я бы проложил фоном какой-то линейный мокапчик аппарата, подрегулировал отступы, шрифты. клиент такой любит.
Спасибо. Я хотел сфокироваться именно на low-fidelity дизайн для проверки только идеи. Я стараюсь разделять UX и UI. А шрифты, картинки и отступы могут очень сильно влиять на восприятие приложения. Но, вероятно, от меня ждали в том числе и красивостей.
Шрифты, отступы, картинки — это не только красивости, они помогают структурировать информацию, задают иерархию объектам. На ваших примерах просто каша в которой даже не хочется разбираться.
Да, даже на стадии low-fidelity wireframe аккуратная вёрстка важна. Вообще для себя взял за принцип презентовать любую работу в качестве как можно близкому к production — тем самым сразу будет всем понятно как на самом деле будет выглядеть интерфейс (а не различные версии, которые каждый будет додумывать в своей голове).

Что касается user flow, то я бы избавился от экрана логина, по крайней мере на первом экране. Если пользователю так понравится ваш сервис, он и сам зарегистрируется.

Успехов в новом ремесле!
Мне кажется вы напрочь забыли про задачу и сделали, как вы сами написали «для себя». И как результат вместо приложения для поиска ресторанов поблизости офиса, вы сделали каталог ресторанов в городе с целой горой лишнего функционала.
На самом деле я постарался сделать приложение именно для поиска ресторанов поблизости. И не поиска «раз в месяц, новенький», а поиска ежедневного — «куда сегодня идем на обед». Какие из функций вы считаете лишними, и чего вам не хватает?
Исходя из современных реалий, ближе всего будут не более 2-3ех ресторанов (если вообще ресторанов). Половину из них ты уже можешь знать. В другой половине возможно уже быть. Исходя из этого мне нужно пару критериев сравнения (возможно цена и кухня), и уведомлении о появлении новых мест.
На мой взгляд вы получили ТЗ про одно, подумали про другое, а сделали третье.

— ТЗ (судя по mindmap): продвинутое приложение для поиска ресторанов с пачкой разного функционала.
— ваша придумка: я хожу на обед с коллегами и точка
— результат в виде прототипа: странная страница логина и выдача аля Foursquare

Из откровенно пропущенного: Rate/comment, который должен быть доступен отдельно. Во-первых, чтобы видеть, куда ходили. Во-вторых, должна быть возможность почитать, что пишут коллеги и ориентироваться на их оценки. Так же надо сразу закладывать возможности для рекламы. Не факт, что заказчик прямо сразу будет продавать рекламу в приложении, но лучше бы заложить это сразу.

Т.е. вы вроде бы все правильно говорите, но результат слабый.
Как я и писал, задание было весьма свободной. Первая mindmap, как и все остальне — это мои мысли по поводу функционала. Про отзывы хорошое замечание, в этом прототипе они слишком спрятаны.
Нет легкости
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, буду учиться верстать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории