Twitter is all about making real-time information available to everyone, everywhere. In order to reach every person on the planet we recently released an update to mobile.twitter.com for feature phones and older browsers. We completely overhauled this client from the ground up, a process that resulted in a lighter-weight, faster client that looks and feels like twitter.com and our mobile apps.
Here's the home timeline on mobile.twitter.com, before and after the redesign:
On the top level, we brought the user interface in line with the new version of Twitter that we launched back in December, so you can enjoy a consistent experience on any device. Under the hood, we completely overhauled the view layer for our RAILS backend, with new mustache templates and streamlined stylesheets.
The first thing we did was look at and expand our collection of data. How often do people use the refresh control or load more Tweets? Where were the pain points with sign up or sign in? What Tweet actions did people engage with most? How often did people Tweet? We used data from all of these actions throughout the process to inform design and architectural decisions.
We began the process by sketching out proposals for primary views and navigation. Next, we fleshed out details like the Tweet anatomy and interaction flows for tasks like tweeting, searching, and writing direct messages:
After some on-paper iterations and reviews with the design and mobile-web teams, we quickly jumped into HTML/CSS wireframes that we could begin playing with on targeted devices. Even a simple wireframe of a single view proved extremely valuable in setting the tone for the project. It made the product vision much more concrete and gave us a starting point for front-end work.
Here's what the first pass looked like on a Samsung Corby:
Next, we built out main views like "Home," "Connect," "Discover," and "Me." We added a text-only fork in the stylesheets, built in adaptiveness, and contextualized the Tweet anatomy. This was one of the biggest design challenges that we faced in the update: how to be faithful to the structure and behavior of Tweets that users expect elsewhere on Twitter in extremely low-resolution views? How to accommodate touch, pointer, and five-way input methods gracefully? We took a hard look at the numbers and tested at least three different versions before we made a decision.
At this point, we had a baseline to work with — but we still needed a comprehensive set of designs for everything else: sign up and sign in flows, logged out views, errors, notifications, and profile subviews like followers and favorites. There was a lot to keep track of, and we found that going back to basics and simply printing out designs to post near our workspace helped orient us. It gave the team a quick, easy way to reference designs while we were working, and a way for us to catch inconsistencies.
All along the way, we faithfully tested what we were building on an array of devices (we have over 300 in our inventory!):
After more than two months of work, we had a mobile.twitter.com with many improvements including:pages that were up to 63% smaller than those in the old mobile.twitter.comsessions that were up to 37% smaller63% fewer requests in some views, like profile pages
When we finally rolled out the new version 100% to our users, we were ecstatic to see so many positive responses:
Change is always difficult because it means, among other things, having to relearn what was once comfortable and familiar. But we hope that the initial pains of readjustment quickly lead you to appreciate this faster, more comfortable and easier-to-use mobile.twitter.com on feature phones and older browsers.
Posted by Coleen Baik (@colbay), Designer, on behalf of the Mobile team