У меня уже десять лет покетбук 360. Это не просто лучшая читалка и по сей день, а мой любимый «кусок электроники» вообще. Несмотря на глючный софт и прочие недостатки, ее очень удобно именно читать — отлично ложится в руку благодаря кнопкам сбоку. И я совершенно не понимаю, почему их перестали делать. Вы планируете вернуться к этому форм-фактору? И как мне жить, когда покетбук 360 умрет от старости?
Кроме этого, в консоли разработчика можно выключать конкретные устройства. Например, из-за особенностей китайских прошивок я на какое-то время запретил все Huawei и ZTE, что нашел. И еще обратите внимание, что одно и тоже устройство может по разному отображаться в консоли Google Play и Google Analytics.
Всего три? Мой первый телефон был Алкатель. Потом компания перестала выпускать телефоны, брэнд продали китайцам. Следущий был Сименс. Отличный телефон, но вскоре компания перестала выпускать телефоны, брэнд продали китайцам. Потом у меня появился смартфон Мио. Посколько компания уже тайванская, то они просто перестали делать телефоны. Между тем, пара моих рабочих телефонов Нокия вынудили финнов продать бизнес Майкрософту. Ну а теперь у меня уже второй Самсунг. Продавайте акции!
Как я и писал, задание было весьма свободной. Первая mindmap, как и все остальне — это мои мысли по поводу функционала. Про отзывы хорошое замечание, в этом прототипе они слишком спрятаны.
На самом деле я постарался сделать приложение именно для поиска ресторанов поблизости. И не поиска «раз в месяц, новенький», а поиска ежедневного — «куда сегодня идем на обед». Какие из функций вы считаете лишними, и чего вам не хватает?
Спасибо. Я хотел сфокироваться именно на low-fidelity дизайн для проверки только идеи. Я стараюсь разделять UX и UI. А шрифты, картинки и отступы могут очень сильно влиять на восприятие приложения. Но, вероятно, от меня ждали в том числе и красивостей.
Вы не заметили, что пиктограммы, которые вы ругаете, везде одинаковые? Я, например, уже давно привык к треугольникам, и они мне кажутся более понятными.
Вспомнил еще одну важную деталь: изменили бесплатное прослушивание «оффлайн».
Официально можно слушать только стриминг, т.е. через интернет. Но поскольку люди слушают одни и те же песни подряд, то приложение их кэширует, чтобы не расходовать трафик, не жрать батарею и не грузить серверы. Поскольку слушать оффлайн это премиум функция, то какие-то данные все-таки пересылаются, я намерял где-то 0,2 МБ в минуту.
Так вот, где-то год назад в метро (без сигнала) воспроизведение останавливалось из-за отсутсвия подключения. Но потом вдруг кэш в метро стал работать без особых проблем, достаточно не выключать мобильные данные в телефоне (приложение о этом узнает), и ловить сигнал время от времени на станциях. Я проезжаю 15 станций без проблем.
Теперь к UX. Один из ключевых показателей сегодня это удержание (retention). Очень ясно представляю себе длинное совещание в Spotify, где все долго думают, как улучшить удержание. И вместо того, чтобы улучшить UX, смягчают монетизацию! Никаких данных об этом в открытом доступе, естественно, нет. Зато есть информация, что Spotify никак не может выйти в прибыль.
При первом запуске выскакивает поп-ап: Apple Books (или что-то такое) переехало в другое приложение. И две кнопки: Перейти в Apple Books или Отменить. Этот диалог показывал дизайнер Slack на конференции пару месяцев назад, как пример плохого дизайна.
Не зря Дон Норман их ругает.
Да, не стоит переоценивать значение UX. Если продукт не решает реальной проблемы, то никакой UX его не спасет.
Но с плохим UX продуктом, как правило, будет пользоваться меньше людей и компания получит меньше денег.
То, что у компании есть аналитика, пользовательские тесты и исследования, еще не значит, что дизайнеры делают правильные выводы и продукт нельзя улучшить.
Я думаю, что в случае Spotify успех пришел за счет большого и хорошего каталога, времени запуска и весьма мягкой монетизации. Да не так уж и сложно привыкнуть к странной модели «плэй-листы и ваша музыка на разных местах».
Спасибо за комментарии, я отвечу скопом на все.
Проблема с песней «Music» в том, что нет указания, что список не полный и где искать дальше. Система должна ясно показывать свое состояние пользователю. Я, например, часто ищу исполнителя или песню, которых мало знаю или плохо помню, и не могу найти.
Диалог о дубликатах, несомненно, полезен. Но это не значит, что если добавить песню в плэй-лист, то информация об этом будет видна только в самом плэй-листе.
Про «палочки» — по наведению курсором на палочки видно количество прослушиваний. Если они значат что-то другое, то как я об этом узнаю?
Все смешалась в доме Облонских: продукт, тайм-менеджемент, дизайн и программирование.
Какая-то каша, а не подборка.
Inspired отличная книжка для всех продукт-менеджеров.
Еще советую Shipping Greatness как общую книжку про продукт. Hooked, если делаете массовые бесплатные или фримиум продукты.
Психбольница тоже обязательна к прочтению, хорошо бы ее дополнить дизайном ежедневных вещей.
Теперь они будут запрашиваться не во время установки приложения, а при первой попытке использования какой-либо функции.
Не совсем так. Если приложение будет собираться под более старые версии (android:targetSdkVersion), то все права будут запрашиваться при установке с помощью диалога, как и раньше. После установки пользователь сможет вручную отозвать разрешения.
Официально можно слушать только стриминг, т.е. через интернет. Но поскольку люди слушают одни и те же песни подряд, то приложение их кэширует, чтобы не расходовать трафик, не жрать батарею и не грузить серверы. Поскольку слушать оффлайн это премиум функция, то какие-то данные все-таки пересылаются, я намерял где-то 0,2 МБ в минуту.
Так вот, где-то год назад в метро (без сигнала) воспроизведение останавливалось из-за отсутсвия подключения. Но потом вдруг кэш в метро стал работать без особых проблем, достаточно не выключать мобильные данные в телефоне (приложение о этом узнает), и ловить сигнал время от времени на станциях. Я проезжаю 15 станций без проблем.
Теперь к UX. Один из ключевых показателей сегодня это удержание (retention). Очень ясно представляю себе длинное совещание в Spotify, где все долго думают, как улучшить удержание. И вместо того, чтобы улучшить UX, смягчают монетизацию! Никаких данных об этом в открытом доступе, естественно, нет. Зато есть информация, что Spotify никак не может выйти в прибыль.
Не зря Дон Норман их ругает.
Но с плохим UX продуктом, как правило, будет пользоваться меньше людей и компания получит меньше денег.
То, что у компании есть аналитика, пользовательские тесты и исследования, еще не значит, что дизайнеры делают правильные выводы и продукт нельзя улучшить.
Я думаю, что в случае Spotify успех пришел за счет большого и хорошего каталога, времени запуска и весьма мягкой монетизации. Да не так уж и сложно привыкнуть к странной модели «плэй-листы и ваша музыка на разных местах».
Проблема с песней «Music» в том, что нет указания, что список не полный и где искать дальше. Система должна ясно показывать свое состояние пользователю. Я, например, часто ищу исполнителя или песню, которых мало знаю или плохо помню, и не могу найти.
Диалог о дубликатах, несомненно, полезен. Но это не значит, что если добавить песню в плэй-лист, то информация об этом будет видна только в самом плэй-листе.
Про «палочки» — по наведению курсором на палочки видно количество прослушиваний. Если они значат что-то другое, то как я об этом узнаю?
Какая-то каша, а не подборка.
Inspired отличная книжка для всех продукт-менеджеров.
Еще советую Shipping Greatness как общую книжку про продукт. Hooked, если делаете массовые бесплатные или фримиум продукты.
Психбольница тоже обязательна к прочтению, хорошо бы ее дополнить
дизайном ежедневных вещей.
Не совсем так. Если приложение будет собираться под более старые версии (android:targetSdkVersion), то все права будут запрашиваться при установке с помощью диалога, как и раньше. После установки пользователь сможет вручную отозвать разрешения.