#bloom.fm

[jamiekturner]

Misused mobile UX patterns

If you are an experienced designer, you probably agree that being inspired by others is not stealing in UI design.

It’s best practice research. It’s using design patterns. It’s following the guidelines.

It’s making sure to use patterns that your users are familiar with to create usable interfaces.

Some might say that sticking to the guidelines and following others will kill creativity and, at the end of the day, all apps will look the same.

From a UX perspective I see a different problem. Getting used to adapting best practices might make you believe that Google / Facebook / Instagram / [your favorite app here] is always right, their design goals are the same as yours and you fail to question them.

Here are a few patterns that are (or used to be) considered best practices and yet might not be as good as you’d think at first sight.

Hidden navigation

At least half million posts have been written about the hamburger menu, mostly by designers, arguing against it. If you missed all, read one or two, but in a nutshell, it’s not about the icon itself but rather about hiding the navigation behind an icon.

A slide menu is flexible and convenint to use

This solution is pretty tempting and convenient for a designer: you don’t have to worry about the limited screen estate, just squeeze your whole navigation into a scrollable overlay that is hidden by default.

Experiments show, however, that exposing menu options in a more visible way increases engagement, user satisfaction and even revenue. That’s why now all the big players are shifting from hamburger menus towards making the most relevant navigation options always visible.

YouTube navigation change annotated by Luke Wroblewski

If your navigation is complex, hiding it does not make it mobile friendly. Prioritization does. See some Hamburger menu alternatives

Icons, icons everywhere

Due to the limited screen estate, it also seems a no brainer to save space by replacing text labels with icons wherever possible. Pictograms take less space, they don’t have to be translated, and people are familiar with these after all, right? And every other app does that.

With this assumption in mind, app designers sometimes hide functionality behind icons that are actually pretty hard to recognize. Would you guess, for example, that you can send direct messages behind this icon in Instagram?

Or, assuming that you never used Google Translate before, what functionality would you expect to access by tapping the pictogram below?

It’s a common mistake to assume that your users are either familiar with abstract pictograms or they’re willing to spend extra time exploring and learning them.

Mysterious tab bar on Bloom.fm

If you have designed an icon and you feel that a popover label is required to make it usable, you’re doing it wrong. Even if you’re Foursquare and your users will learn it anyway.

Icon hint in Swarm app

This doesn’t mean that you should not use icons at all. There are plenty of icons that your users know pretty well, mostly those representing common functionality like search, video play, email, settings and so on. (But the users can still be unsure, for instance, what exactly happens when they tap on a heart icon.)

Some icons are recognized by the majority of the users and can be considered universal

Complex and abstract features, however, should always be displayed with a proper text label. In such cases, icons are still useful as they can enhance the discoverability of the menu items and they can also add a nice touch and personality to your app.

Pixelmator navigation

Basic functionality can be effectively represented by icons but for complex features, text labels should be used. (And if you use icons, always have them usability tested.)

Gesture based navigation

When Apple introduced the iPhone in 2007, multi-touch technology got mainstream attention and users learned that they could not only point and tap on the interface but also zoom, pinch and swipe it.

Gestures became popular among designers and there were many apps that were designed around experimenting with gesture controls.

Gesture navigation in Clear app

Just like hiding the navigation and using icons instead of text labels, gestures seem sometimes tempting for designers looking to save some screen estate. (“There should not be a delete button, people will just swipe left. Or right. We’ll decide.”)

The first thing to know about gestures is that they are always hidden. People need to remember them. Just like in case of the hamburger menu: if you hide an option, less people will use it.

In addition, gestures have the same problem as icons do: there are common ones that most users understand like tapping, zooming and scrolling, and there are those that need to be discovered and learned for each app.

Unfortunately, most gestures are not standard and consistent across apps yet— it’s still a pretty new area of touch interface design. Even a simple gesture like swiping over an email might work differently in various mail apps.

Swiping an email to the right reveals the Mark as Unread option in Apple Mail

The same gesture archives the mail in Mailbox

Or, consider that shaking your device might mean both Undo (in iOS) and Send feedback (Google Maps), too.

Never forget that gestures are hidden controls and have to be memorized which needs tons of effort on your users’ end. If you’re Tinder, you might be able to teach the whole world what swiping right means — but only if it’s an essential ingredient of your app’s concept.

Tutor overlays as onboarding

Onboarding, a recently hot UX topic, refers to the first encounter between the user and the app. In many cases, this simply means showing some overlay tutorials to the user to explain the interface:

Coach marks in dcovery app

Why is it a bad solution? Because many users will skip your intro; they just want to get started with the app. And even if they notice your tutorial, they usually forget everything as soon as they close the overlay. (Especially if the screen is stuffed with information.) And last but not least: adding coach marks to your interface does not make it more intuitive. Remember this:

A user interface is like a joke. If you have to explain it, it’s not that good. Source: Startup Vitamins

The onboarding flow can be designed in many other ways that might be more useful to your users. Slack, for instance, uses the first screen to create some context. They simply introduce themselves, focusing on benefits instead of screens and features.

A more interactive way to engage first time users is progressive onboarding. Duolingo does not explain how the app works: users are encouraged to jump in and do a quick test in the selected language (even without signing up) because people learn best by doing. Also, it’s a much more engaging way to show the value of the app.

Remember how swipe gestures were different in Mailbox than in Apple Mail? This is how their progressive onboarding works: users get a walkthrough where they have to try each gestures before actually starting to use the app:

Before designing your coach marks on a semi-transparent overlay, stop and think about what the experience of the first time users should be. Focus on the context. In most of the cases, there is a better way to welcome your users.

Creative but unintuitive empty states

An empty state is something that is easily overlooked by inexperienced designers, however, they can be an important factor when it comes to an app’s overall user experience.

Sometimes designers see error messages and empty states as blank canvases where there’s a good opportunity to do something creative.

Take this empty state screen from Google Photos:

Empty state screen in Google Photos

At first sight, it seems great, right? Well composed layout following the guidelines, with a beautiful graphics on it.

At a second glance, though, there are some strange things here:

Why is there a prominent search button if there are no collections? Why would you want to search in nothing?

The second most prominent element, the image is obviously not tappable (although many would try).

The hint says I should be looking for the ‘+’ sign on the top which is super awkward. Why does the hint itself not contain an Addbutton? It’s like saying “click on the Continue button to continue”.

This empty state screen above simply doesn’t help users understand the context:

What are collections? Why are they useful?

Why don’t I have any?

What can I do about it (if I should do anything at all)?

When it comes to creativity, less is sometimes more. The empty state below does an excellent job when it comes to being useful. (Let’s ignore the “Now tap the button below” instruction for now.)

Empty state in Lootsy

Don’t forget that empty states (similar to 404 pages on the web) are not only about visual aesthetics and brand personality. They have a more important role in usability, too. Make them intuitive.

Question everything

Don’t get me wrong: design patterns and best practices are still your friends. Keep in mind though that apps and users are different: one solution might work for well in an app and fail in yours. It’s not a one-size-fits-all thing. Plus, you never know why an app was designed in a certain way.

Do your own thinking. Do your own design. Do your own research.

Measure, test, validate — and don’t be afraid to unfollow the guidelines if that makes more sense.

If you enjoyed this article, make sure to read my latest post, Hamburger menu alternatives for mobile navigation.

  The post Misused mobile UX patterns appeared first on Design your way.

from Web Development & Designing http://www.designyourway.net/blog/user-experience/misused-mobile-ux-patterns/

[musicknow]

It’s game over for Bloom.fm

Bloom.fm has recently lost their main investor TNT Media Investments Limited, a Russian TV network based in West London. The CEO Oleg Fomenko mentions that:

“Underlying this decision is economics – there is no business case at the moment in licensed digital music – margins are too low and up-front and growth costs are too high. The solution is a massive scale that then will allow for re-distribution of margins in the value chain.” 

  It was also stated that difficulties in paying royalties to music rights holders was a major contributor in the dropping of investment. A factor I believe could be the downfall of many music streaming companies in the future due to the vast amount of money required to purchase enormous catalogues of music for the services compared to the relatively small amount made from users paying for their higher tiered services.

  ‘Bloom.fm chief executive Oleg Fomenko said that the main reason for TNT pulling out now is "organisation change on the side of our investors", but also cited the difficulties of balancing the books with Bloom.fm's royalty payouts to music rightsholders.’

  The streaming service was very similar to Spotify as it allowed both mobile and desktop use and multiple payment levels. It had 4 different tiers to choose from including bloom zero, their free service that included radio and a discovery services that provided recommendations for users. Bloom 20, which was £1.49 a month and removed the advertisements from the service and added a playlist feature with the option to ‘borrow’ up to 20 songs. Bloom 200, similar to bloom 20 but with the option to download 200 tracks and finally full bloom, which gave users access to an unlimited catalogue of music for £13.99 a month, a fair amount higher than Spotify charging £9.99 for their premium service.

  This was a very unfortunate surprise for the company. Since their launch in 2013, they reached over a million users in a very short amount of time.

In my opinion, I believe that bloom.fm should’ve kept their pricing tiers a lot simpler for their users. Spotify, currently the most successful paid streaming platform in the UK, now only offer a free service and a premium service to their user base. I believe the reason behind the success of Spotify in comparison to bloom.fm is primarily that they had a stronger foundation in terms of their consumers. This gave the company a user-base that was loyal in using their services by continually evolving their user base, initially with free invitations to the service and changing the pricing tiers over time to suit the needs of their consumers. Spotify also eventually integrated Facebook into their service, which grew their user base significantly, something which bloom.fm didn’t have.

  Finally, with the growing amount of music streaming companies out there at the moment, there is great competition amongst the services and a struggle to strive as the best. Bloom.fm are still a relatively young company and are now looking for new investors, CEO Oleg Fomenko states:

  "Hopefully someone will come up with a compelling enough offer to keep the team and all our assets moving forward. It's the end as we know it, but it doesn't mean we won't emerge out of it."

[andreselhumano]

[orcani]

bloom. Новый герой стриминговой истории?

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

Был в 2010 году такой сервис — mFlow. Как магазин с mp3, только если кто-то по рекомендации пользователя купил песню, последнему начисляют 20% от суммы сделки. Забавно, но немного прогадали создатели, никому не нужны уже те магазины. mFlow, соответственно, быстро свернули, а вместо него представили другой продукт, стриминговый, конечно — bloom.fm.

Стоит сходу оговориться, что пока bloom.fm существует только в виде приложения для iOS (и то для iPhone). И это сознательный шаг, ведь в все тихонько перемещается в мобильную сферу. Расстраиваться раньше времени не стоит, веб-версия откроется в ближайшие месяцы, а клиент для Android уже тестируют.

Встречает нас вкладка Radio. Вам сразу предложат 4 жанра на выбор (основываясь на данных фейсбука), полный их список (20 штук пока) открывается по клику на шарик Genres. Мало? Так у каждого есть меню с поджанрами :) Дизайнер приложения объясняет, что идея с крутящимся колесиком — отсылка с знаменитому Click Wheel старых айподов. Итак, мы выбрали и запустили поток по стилю. Интересно, что в любой момент можно посмотреть очередь предстоящих треков. Песни добавляются в плейлисты. Кнопки «Нравитс��» / «Не нравится» для радио присутствуют, как и шаринг в социальные сети. Здесь же можно сохранить композицию в собственную библиотеку или посмотреть похожих артистов. Разработчики не разглашают, на чем строится поток. Вполне вероятно, это какие-то собственные наработки. Настало время снова сказать, как все красивенько сделано.

Переходим к разделу Library. Контент фильтруется по трекам, альбомам, артистам. И это не только песни из bloom.fm, но и вашей медиатеки в iTunes. Также в Library плейлисты, Inbox (сюда падает материал, который расшарили для вас друзья) и Borrowed. Последняя категория отражает непосредственно взятые напрокат у сервиса треки, то есть сохраненные для оффлайн-проигрывания.

  Но Radio не единственный способ получить доступ к музыкальной базе. Традиционная вкладка Search на месте. В результатах поиска для артистов можно сразу открыть похожих исполнителей и радиостанции по теме.

  К аккаунту привязываются твиттер, фейсбук и, что приятно, last.fm.

Музыкальная база bloom.fm уже насчитывает более 16 миллионов треков (из мейджоров не хватает только Warner Music Group). Файлы транслируются в 160kbps, опция с 320 появится в скором времени.

  Основным же отличием от других стриминговых сервисов, bloom.fm называют свою систему подписок. Здесь целых 4 типа аккаунтов:

bloom Zero. Бесплатный и со всеми возможными ограничениями. Коротко — только радио с определенным количеством пропусков песен.

bloom 20. £1/месяц (~48 рублей). Безлимитное радио, 20 треков напрокат.

bloom 200. £5/месяц (~237 рублей). Хранение в оффлайне уже 200 песен.

full bloom. £10/месяц (~473 рубля). Никаких ограничений. Радио: сколько угодно пропусков песен, возврат к предыдущей, перемотка внутри треков. П��окат всех композиций мира.

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

Особо стоит отметить возможность покупки премиума внутри мобильного приложения. Такого, кажется, не предлагает ни один подобный продукт. Но здесь вступает 30% наценка Apple, а это уже £1.49, £6.99 и £13.99 соответственно. Тем не менее, новых пользователей ждет сюрприз — бесплатный месяц в режиме full bloom.

У замечательного, но необычного интерфейса может быть и оборотная сторона. Многие воспримут приложение как игрушку, не более. Я надеюсь, bloom.fm найдет своих пользователей и его не постигнет участь mFlow. Должно же быть место новым идеям и разнообразию.

[andreselhumano]