I have been trying to find examples on web for information architecture techniques specifically for mobile devices. I realize the steps in getting a IA for any tool mobile/desktop are card sorting, persona, user profile, affinity diagram, sitemap etc. but what I m really interested to know is the differences a designer should keep in mind while making a multi platform application. In other words if my application is going to be working on desktop, mobile and tablet, what are some points a IA should keep in mind?
The core methods of exploring and creating the IA for mobile aren't different from a desktop project. The AI itself (the content and its arrangement) is different, mainly due to the (much) smaller screen size:
- Only what's important on mobile - The mobile app/site should only contain what's important to the user when using his/hers mobile phone. This doesn't necessarily mean he's out on the street! Some apps/sites are used more on the go (maps, phone directories) and some are used more inside in the house (TV show/movie info). You have to research your target users to understand the context in which they'll use your mobile service, and include only the relevant content for that context.
Simpler, smaller content - Research show that users read less and understand less on mobile. This means you have to rewrite long and complicated content from the desktop site to make it shorter and more understandable. This also means that any secondary content (i.e. stuff that's not absolutely important for the user's current screen) should be differed to lower-level screens.
Simpler navigation menus - Menus can't have too many options. Tabbed menus usually contain 5 tabs at most (e.g. foursquare's native app). MSNBC's mobile site got away with "more", which scrolls the site up, revealing the navigation area, with 21 sections and a search field.
Like on any UX project, user research and usability tests go a long way.
There are no techniques I am aware of specific to mobile. However, there are many constraints that should guide your choice of UI for a mobile application:
Your network usage is constrained. Avoid using constant network access. Network usage should be explicit (user action requested) or very small (checking for new mail headers). You cannot depend on constant network access, and your application should fail gracefully and silently in the absence of a network connection.
Your screen space is constrained. Narrow your use case to the most common and useful to the user. Define the minimum UI necessary to accomplish these use cases. Then cut the list down even further, because you probably are still not simplifying enough. Large fonts compensate for the extremely tiny point size of many screens. And flexible layouts allow you to provide an optimal layout on multiple devices, at any orientation.
Your memory is constrained. Loading datasets into RAM may not be an option. Pay attention to the choices you make between data efficient and processor efficient algorithms, because on a mobile device these choices really matter.
Your runtime is constrained. Your app may be suspended at any time. The battery could die at any time. Never leave your data in an inconsistent state, even in the middle of a task. You can be thrown into the background at any moment by a call or the whims of the user.
Your storage is constrained. Storage is measured in megabytes on a mobile device, not gigabytes. Reduce your application footprint as much as possible. One benefit of the flat icon fetish is a significant increase is graphic compressiblity.
Your input is constrained. Touch interfaces are imprecise, and typing is a chore. Don't make your users write an essay unless absolutely necessary. Don't expect them to hit a click target exactly. This, of course, ties in with the display constraint above on how you design and lay out the screen.
And of course, your CPU is constrained. As above pay attention to your algorithm efficiencies. Offload heavy processing tasks to the cloud if necessary (the the caveat of 'fail gracefully when the network is unavailable'). In business, time = money; in mobile, cpu = battery. Avoid unnecessary cpu usage that does not tangibly and directly benefit the user. Know your platform, and work to use the APIs available to avoid re-inventing the wheel badly; built in functions will almost always perform better and be more efficient than rolling your own.
Designing for the mobile space is all about being aware of your constraints, and designing your application with those constraints in mind. Make your defaults good so that users don't need to fiddle with a ton of settings. Make your user interface anticipate the users needs and have the most common use case require the fewest actions. If you have more than 10 buttons on the screen, you're probably doing something wrong; limit complexity.
I hope that helps.
There are two main IA implications I can consider (outside the purely technical ones):
- The screen is much narrower, which means limiting the topmost categories/navigation options and possibly encouraging search-first navigation (especially on larger sites)
- The user has a much higher probability of being mobile/away from home when accessing your site from a mobile device. That means prioritising things that provide value to someone on the road such as your contact and address details.
I believe it would be useful to distinguish between the "macro information architecture" (that is, the structure of the informative domain) and "micro information architecture", that is how to represent the information on a page (or, talking about mobile, on a view).
There is no doubt that the micro information architecture for the mobile should be somehow different from the one for the desktop. The approach of responsive design is the attempt to adapt the layout client-side, and this is often an acceptable solution. There are circumstances, however, where designing ad hoc views would be preferable (the mobile and native approach).
On what concerns the macro information architecture, on the other hand, it is not so obvious that it should change from desktop to mobile. When I made a short benchmark to see how some players dealt with the problem, I discovered that some of them (for example, BBC, New York Times) tend to simplify, and flatten, the structure of the information hierarchy, whereas others (Amazon, Ebay) tend to preserve it's depth.
Personally, i tend to agree with the latter solution, because I assume that the macro architecture should be based more on the users' mental models, that should be mostly device independent: I would be very surprised if the results of a card sorting for a mobile app would be that different from those for a desktop site.
If the structure of the macro IA were very complex, however, the designer should be very careful to represent it to the user, allowing her to navigate trough hierarchies, filters, sorting, facets, lateral navigation, and so on. And the navigation pattern should be adapted for the device.
I will probably describe this very poorly.
Aside from the suggestions already here. The mobile is a more personal device. The user accesses the device almost exclusively and changing the view so it more individual to them is more important.
So where as your website may be viewed as having a large website with areas that are personal to the user. The mobile is better thought as having a personal view with the website serving that view. I think a strong example of this is ebay. Look at the site and it is a large 'shopping mall' where you can buy anything and a little area of this is for you. Look at the app and it is all designed around you and what you last did and the exception that you want to pick up where you last left off. It focusses on that little area and gives you access to the 'shopping mall'.
As a side note this is potentially where responsive design does not handle the change in medium very well. It will improve the UI but not necessarily the user experience.
I believe this is what OP originally asked for.
Excerpt without graphics:
MOBILE INFORMATION ARCHITECTURE
Mobile devices have their own set of Information Architecture patterns, too. While the structure of a responsive site may follow more “standard” patterns, native apps, for example, often employ navigational structures that are tab-based. Again, there’s no “right “way to architect a mobile site or application. Instead, let’s take a look at some of the most popular patterns: Hierarchy, Hub & spoke, Nested doll, Tabbed view, Bento box and Filtered view:
The hierarchy pattern is a standard site structure with an index page and a series of sub pages. If you are designing a responsive site you may be restricted to this, however introducing additional patterns could allow you to tailor the experience for mobile.
Luke Wroblewski’s Mobile First approach helps us focus on the important stuff first: features and user journeys that will help us create great user experiences.
Organising complicated site structures that need to follow a desktop site’s structure.
Navigation. Multi-faceted navigation structures can present a problem to people using small screens.
Hub & spoke
A hub and spoke pattern gives you a central index from which users will navigate out. It’s the default pattern on Apple’s iPhone. Users can’t navigate between spokes but must return to the hub, instead. This has historically been used on desktop where a workflow is restricted (generally due to technical restrictions such as a form or purchasing process) however this is becoming more prevalent within the mobile landscape due to users being focused on one task, as well as the form factor of the device, making a global navigation more difficult to use.
Multi-functional tools, each with a distinct internal navigation and purpose.
Users that want to multi-task.
The nested doll pattern leads users in a linear fashion to more detailed content. When users are in difficult conditions this is a quick and easy method of navigation. It also gives the user a strong sense of where they are in the structure of the content due to the perception of moving forward and then back.
Apps or sites with singular or closely related topics. This can also be used as a sub section pattern inside other parent patterns, such as the standard hierarchy pattern or hub and spoke.
Users won’t be able to quickly switch between sections so consider whether this will be suitable, rather than a barrier to exploring content.
This is a pattern that regular app users will be familiar with. It’s a collection of sections tied together by a toolbar menu. This allows the user to quickly scan and understand the complete functionality of the app when it’s first opened.
Tools based apps with a similar theme. Multi-tasking.
Complexity. This pattern is best suited to very simple content structures.
The bento box or dashboard pattern brings more detailed content directly to the index screen by using components to display portions of related tools or content. This pattern is more suited to tablet than mobile due to its complexity. It can be really powerful as it allows the user to comprehend key information at a glance, but does heavily rely on having a well-designed interface with information presented clearly.
Multi-functional tools and content-based tablet apps that have a similar theme.
The tablet screen gives you more space to utilize this pattern well, however it becomes especially important to understand how a user will interact with and between each piece of content, to ensure that app is easy, efficient and enjoyable to use.
Finally, a filtered view pattern allows the user to navigate within a set of data by selecting filter options to create an alternative view. Filtering, as well as using faceted search methods, can be an excellent way to allow users to explore content in a way that suits them.
Apps or sites with large quantities of content, such as articles, images and videos. Can be a good basis for magazine style apps or sites, or as a sub pattern within another navigational pattern.
Mobile. Filters and faceted search can be difficult to display on a smaller screen due to their complexity.
First, we need to define IA. Are you asking specifically about Information Architecture, or user experience in general?
IA is a bit of a fuzzy term. Some use it to refer to the site map and content matrix. Others use it as a synonym for user experience.
In terms of content structure, being on mobile isn't likely going to be a whole lot different than on the desktop. You may segment things a bit more, but the user goals are often going to overlap quite a bit.
If were talking the entire UX, then Myrddin's answer is good.
In addition to the other answers about layouts, it may be good to consider the search/browse strategies employed by the mobile user. Some users browse to stumble upon items serendipitously whereas other users are looking for a specific item. The IA should account for both ends of the user behavior spectrum by allowing the flexibility for user to switch between both modes. For example, in the browse screens you can have a "pin" feature to save items that a user can later quickly find from a list of most frequently purchased.