Posted by: Nick
The folks over Meer.li have setup a new mini-site to highlight some of the best examples of mobile application design. It's more or less another echo-chamber where other designers can spend their time showing off their work to other designers, but it's always nice to have a compartmentalized hub to go to see what others in the industry have been developing; especially in the mobile space, where we've only recently started to see uniform standards and REAL design innovation start to emerge.
Head on over if you're interested in gawking at the work of others, or if you want to sign-up and get your work gawked at.
Showing posts with label Mobile Web Design. Show all posts
Showing posts with label Mobile Web Design. Show all posts
May 19, 2012
Apr 1, 2012
(Page Load) Time is Money
Posted by: Nick
As broadband internet connections have become more wide-spread and servers have gotten faster, the scope and complexity of websites have scaled up to keep pace. More often than not a lot of this is reflected on the front-end in the form of content-heavy, image-rich designs that are built from the ground-up to immediately engage and entice attentive audiences. But in our quest to shower users with information, issues regarding overall performance and load times have been tossed aside to make room for aesthetic and functionality. And while it's difficult to argue that these concessions shouldn't be made, it's becoming increasingly obvious that more effort needs to be invested to ensure that sites load quickly and smoothly.
Let's keep things simple: the longer someone stays on a site, the more likely it is that they'll convert, and the longer it takes for a page to load, the less likely it is that someone will stick around. It doesn't matter if you run an eComm website, a lead-generation site, or a blog; page load times have a profound effect on a site's performance across an audience.
Some of the largest and most successful online companies understand this dynamic very well. Amazon, for example, reported that every 100 millisecond increase in load time results in a 1% decrease in sales. When Google managed to shave off 930KB from their Google Maps home page (going from 1000KB down to around 70KB), they saw a 10% increase in traffic the following week and an additional 25% traffic increase for the next three weeks.
But this doesn't just affect the big guys. Long load times hurt all sites equally because they annoy all users equally. What counts as "long" to an average user nowadays? According to a pile of studies, 50% of web users expect a page to load in 2 seconds or less, and 40% abandon a website that takes more than three seconds to load. Ever wonder why that Adwords campaign is costing you money but fails to produce any conversions? Take a look at how long it takes for your landing page to load.
To make matters worse for business owners and web designers, it turns out that the ever-expanding mobile demographic is just fickle as desktop users. While mobile users are willing to wait longer for a site to load on their devices (with the majority of respondents saying that they would wait 5-9 seconds), a 1 second delay results in a far higher abandonment rate, driving the overall conversion rate into the ground.
Users will never complain if a page loads too quickly, but they will always complain if a page loads too slowly. And while load times can seem infinitesimal on paper, the time it takes for a user to move their cursor over to the back button is just as infinitesimal. Given the shifts that we've all seen over the past ten years and the increasing amount of competition, it would be foolish to start arguing that page load speed isn't an important factor in a site's success.
As broadband internet connections have become more wide-spread and servers have gotten faster, the scope and complexity of websites have scaled up to keep pace. More often than not a lot of this is reflected on the front-end in the form of content-heavy, image-rich designs that are built from the ground-up to immediately engage and entice attentive audiences. But in our quest to shower users with information, issues regarding overall performance and load times have been tossed aside to make room for aesthetic and functionality. And while it's difficult to argue that these concessions shouldn't be made, it's becoming increasingly obvious that more effort needs to be invested to ensure that sites load quickly and smoothly.
Load Times Affect Everything
Let's keep things simple: the longer someone stays on a site, the more likely it is that they'll convert, and the longer it takes for a page to load, the less likely it is that someone will stick around. It doesn't matter if you run an eComm website, a lead-generation site, or a blog; page load times have a profound effect on a site's performance across an audience.
Some of the largest and most successful online companies understand this dynamic very well. Amazon, for example, reported that every 100 millisecond increase in load time results in a 1% decrease in sales. When Google managed to shave off 930KB from their Google Maps home page (going from 1000KB down to around 70KB), they saw a 10% increase in traffic the following week and an additional 25% traffic increase for the next three weeks.
But this doesn't just affect the big guys. Long load times hurt all sites equally because they annoy all users equally. What counts as "long" to an average user nowadays? According to a pile of studies, 50% of web users expect a page to load in 2 seconds or less, and 40% abandon a website that takes more than three seconds to load. Ever wonder why that Adwords campaign is costing you money but fails to produce any conversions? Take a look at how long it takes for your landing page to load.
To make matters worse for business owners and web designers, it turns out that the ever-expanding mobile demographic is just fickle as desktop users. While mobile users are willing to wait longer for a site to load on their devices (with the majority of respondents saying that they would wait 5-9 seconds), a 1 second delay results in a far higher abandonment rate, driving the overall conversion rate into the ground.
Slow and Steady Does Not Win the Race
Users will never complain if a page loads too quickly, but they will always complain if a page loads too slowly. And while load times can seem infinitesimal on paper, the time it takes for a user to move their cursor over to the back button is just as infinitesimal. Given the shifts that we've all seen over the past ten years and the increasing amount of competition, it would be foolish to start arguing that page load speed isn't an important factor in a site's success.
Mar 25, 2012
Baking-In Mobile/Small Screen Functionality
Posted by: Nick
Go here: http://www.arsenalfirearms.com/
Now change the width of your browser. Did you see that? That almost magical™ change to the site's styling? That nice (if not slightly odd) middle-ground between desktop and mobile compatibility?
Here's a couple of screenshots in case you missed the obvious or you were too lazy to click on the above link and roll through my relatively simple exercise:
I've seen a lot of different development techniques used to address the issue of mobile browsing over the years, and it's always nice to actually find new and unique examples of this functionality.
There are some small flaws and potential issues with the Arsenal site's specific application (mobile functionality creeping into the desktop experience being one). But the catch-all approach of enabling/disabling the mobile stylesheet based on the viewport width helps polish out a long list of potential usability issues that come up when making a website as browser agnostic as possible. Not the least of which is the imperative need to consistently find that "sweet spot" across an always expanding list of smartphone, netbook, and tablet SKUs.
I'm not shy in saying that I have every intention of duplicating something similar for some of my clients (where appropriate).
Go here: http://www.arsenalfirearms.com/
Now change the width of your browser. Did you see that? That almost magical™ change to the site's styling? That nice (if not slightly odd) middle-ground between desktop and mobile compatibility?
Here's a couple of screenshots in case you missed the obvious or you were too lazy to click on the above link and roll through my relatively simple exercise:
 |
| The Arsenal Firearms website when viewed in a standard browser window. |
 |
| The Arsenal Firearms website when viewed in a tighter browser window. |
I've seen a lot of different development techniques used to address the issue of mobile browsing over the years, and it's always nice to actually find new and unique examples of this functionality.
There are some small flaws and potential issues with the Arsenal site's specific application (mobile functionality creeping into the desktop experience being one). But the catch-all approach of enabling/disabling the mobile stylesheet based on the viewport width helps polish out a long list of potential usability issues that come up when making a website as browser agnostic as possible. Not the least of which is the imperative need to consistently find that "sweet spot" across an always expanding list of smartphone, netbook, and tablet SKUs.
I'm not shy in saying that I have every intention of duplicating something similar for some of my clients (where appropriate).
Subscribe to:
Posts (Atom)