Little Springs Design. 2001 - 2010.

RIP Little Springs Design

Mark — Tue, 13 Dec 2011 18:48:12 +0000

Little Springs Design is no longer in business. Some of us are working for a new mobile centric design and development shop, Amoblix, Inc., out of Kansas City. Amoblix owns the intellectual assets of the former Little Springs Design, Inc., and has graciously consented to host this archive as a community service. www.amoblix.com is our new home. A couple of Little Springs more prolific Alumni, Steven and Eric, are blogging quite a bit on their own site. 4ourth.com

Little Springs Design is a user experience design consultancy focused exclusively on mobile. For information on contracting our design, strategy, training, and testing services, please contact us today.
Design For Mobile is the first and only North American mobile user experience conference. 22-24 September 2010 in Chicago.Find out more about D4M 2010.

Copyright ©2010 Little Springs Design, Inc.

Mobile Context, as a Road Sign

Steven Hoober — Wed, 26 Oct 2011 01:00:30 +0000

14 October 2010 by Steven Hoober

Context is something we talk about a lot when designing mobile applications, websites, interfaces, services and even phones. But somehow, it never gets really understood by a lot of people. They say “what do you mean by context?” And we end up explaining it to blank stares, and using lots of examples.

I think this is because everyone is still used to the desktop. Context on the desktop computer means this window is on top, and this other one is sort of underneath that first one. But that’s all it means. Because the rest of the time I am just sitting here, in a comfy chair, facing my computer. There’s lighting, you are indoors, the screen is at eye level, arm’s distance away, there’s a full keyboard centered below it, and a pointing device off to the side.

A lot of people talk about mobile being “little glowing rectangles.” But I think that frames the whole discussion wrong, because “little” isn’t the key aspect of the device. And “rectangles” makes it too similar to the desktop, which is just a bunch of smallish rectangles (windows) inside a big one (the screen). What’s different about mobile is the environment. I can be walking down the street, having dinner with friends, riding in a car. Or watching TV, and I keep wondering “who is that guy?” and instead of not knowing, or referring to a book, or going and getting on the computer, I can just pull out the mobile handset and look up this, or any other type of information, any time I want to.

Mobile is contextual, in the sense that it works all the time, wherever you are, within your social environments, within the structure of the rest of your life.

The reason context is important is that it’s what we live in all the time. Walking down the street, or driving to get a new license plate for your car. Putting aside your phone for a moment, you can understand context with analogies to other, actual interactions with the world. Like driving down the street, trying to understand traffic signs.

Very near my house is a County building, where they do lots of stuff. Vote, get public health services, day care, crime lab, etc. And most people know it as the place where you go to get your new license plates, and pay the taxes for that each year. Most people who live in the area come here, but maybe once or twice a year.

They come down the little street that passes by it, and as they approach it rings a bell. They can see the building, and they see a nice wide driveway to a parking lot. When they pull in, they see this:

Actually, one on either side of the driveway. Off to the side is another that warns “Sheriff’s Department Parking Only!” But how does anyone driving down the road know that. Because it was not placed usefully for the context of Driving Down the Road. The sign is aligned with the driveway, and is almost totally invisible (edge on) to people driving down the road.

If you aren’t thinking about mobile design the same way, you are going to do the same thing. You are just putting up road signs in useless places also. It’s easy to break up projects into pieces, and inherit process. It’s easy to design for the way products are developed or built, or the way the old business process or legacy datastore gives the information to you. Or even just because you are designing it on a desktop computer, in that environment.

And if you do this, you can easily forget about things like lighting conditions. Or the fact that minimum touch targets are only for sitting still, and people walking or in a bus have wobbling and vibration to fight with. You have consider the way people will actually use not just mobiles, but your mobile product specifically. Failing to do this will cause errors, frustration, and eventually people will stop using it.

Sure, draw on the desktop, and use emulators and simulators to get the gist of things. But try your products out in real life. Bring paper mockups outside if you have to. Try competing products. But put them on phones and take them home, on the bus, and onto the street. Try them in the sun, in the dark before you go to bed. Take the bus or train for a change.

Think about your users. Think contextually.

Facebook Is Huge. No, SMS Is. No…

Steven Hoober — Wed, 26 Oct 2011 00:59:28 +0000

06 October 2010 by Steven Hoober

Periodically, the XKCD comic posts these giant diagrams, of real things or virtual ones. Like this, which represents the relative size and relationship of all online communities as physical lands:

Which is cool, and wow the size of Facebook sure is huge. (And yes, some of the info is a swag, but it’s all plausible). Anyway, then I looked in the corner.

And if that’s impressive, check out how much more information voice over mobile (“Cell phones”) carries.

And don’t forget people just talking to each other.

An Equivalent Amount of Annoyance

Steven Hoober — Wed, 26 Oct 2011 00:58:25 +0000

06 October 2010 by Steven Hoober

“ First, the point of a developer device program is to lower the activation energy necessary for a developer to put something together for your platform. Meaning, if you’re offering a program to get me a $500 device to encourage me to make something of value on that platform, you can’t just replace that $500 with an equivalent amount of annoyance. ”

Mike Rowehl discussing Developer Device Programs, and how so many OEMs (but specifically Nokia today) are bad at promoting development on their handsets or OSs.

F8 and Be There – What Mobile Convergence Means

Steven Hoober — Wed, 26 Oct 2011 00:57:31 +0000

06 October 2010 by Steven Hoober

I only took so many notes, but I /think/ it was Josh Clark who said at Design for Mobile 2010 the other week something along the lines of “the best notepad is the one you have with you.” And went on this for a while, then I left the room to solve some other crisis, I am sure. I also don’t think it was this presentation but that one’s pretty good also. So read it.

My busyness trying to run the conference – among other reasons – is why I am just now writing about this. I probably missed the good bit. And I had to let it stew a bit, and wait for my brain to get back into designer-mode. But it immediately reminded me of some stuff. And that stuff reminded me of… something. Which I think I have a handle on now.

My dad was a photojournalist (then a PR guy, notably for the KC, MO police department, and so on. But that’s not important now). He raised me right, photography-wise, which is why I am always the photographer (such as at d4m2010. I have, for example, no lenscaps.

Before there were “Auto” settings on the dials, photographers referred to their exposure settings as “aperature at speed.” F5.6 at 125th. And so on. A story he relayed to me, and which I heard later in many similar ways, is that the cub reporter is sent out to cover, oh something. He asks the competing, but friendly old coot next to him how he should be shooting this particular news event, which will happen at any moment. The reply is “F8 and be there.”

Now, the key of this isn’t that F8 is the right exposure for everything (though it’s not bad for outdoors, with reasonably slow film), but the “be there” part of things.

The above is a diagram I drew for another presentation. If too small, grab the PDF. I drew it two years ago, actually, so it is predicting the future in this diagram. If anything it understates the convergence. For example, sales of dedicated MP3 players (the thickness of that green line) should be shrinking even more, as even larger numbers are finally to the general mobile devices with embedded players.

But what does it mean? Not just convergence in general, which could confusingly mean anything. Does it mean devices are confusing? Does it mean that sales of other items will be cannibalized? More importantly, what do I do about it?

Well, what Josh’s comment made me realize is what this means. It’s that we need to design for these everyday cases. A key context is “convenience.” Can everyday users be aware of, find, and use all those add-ons, and add value to their lives (and stickyness to your device, os, app or site) as a result of it? Contextually, the mobile can be a notepad, a camera, a game, a message center, a music player… No, that’s wrong. At any one moment, for any particular user, it can be the notepad, the camera, the game, the message center, the music player. The one and only version that matters, at that moment.

I carry… okay, most of this stuff every time I leave the house, and still end up using my phone as a flashlight, or to take notes, and am sad I can’t pay bills with it. If it had a folding knife, I’d be set. If I was making my own choice of device for maximum productivity (vs. being a full time mobile nerd), I would probably pick one with a darned good camera, because I care most about that. So one key tactic is that you can design devices that are particularly good for a market. Photography, music, messaging. These exist. Eventually we’ll see a game phone that sticks. But phones are no longer phones. They became general purpose computers some time back. And I don’t mean the CS definition but the utility definition. The mobile device (you can’t call it a phone anymore) is suitable, or satisfactory, for a large set of needs.

Indeed, it’s satisfactory for an arbitrarily large set of needs. And a key attribute of smartphones (with their installable apps) or practically any connected device (with the web) is that it’s infinitely customizable, and changes moment to moment. Mobile phones, even into the text messaging era, were among the most pure appliances that maybe we’ll ever see. Now they have turned into anything devices (and merged with other appliances, like PDAs and GPS), the convergence chart means any task a person can do, that is at it’s heart information-centric will be subsumed into the greater mobile experience. Sensors mean that lots of not-pure-information tasks will begin to merge with this also.

And if that sounds like the robot apocalypse, it’s not. Quite. Remember, this is still satisfaction, not always delight. Not always perfection, or professional-grade, or the most efficient way to do the work, or even the most satisfying experience. It’s the good-enough device, because it’s always with you. There will always be a market for pen salesmen, and professional cameras.

So my key takeaway for designers (and product developers, and marketers, and everyone else really) is to make your mobile services decently useful, pretty darn usable, and really, really easy to find. If your MP3 player or payment scheme is buried under menus and legal agreements every time it starts (like GPS often is), customers will just keep carrying an iPod or wallet anyway. It becomes functionally un-converged, and you missed out. Or, they buy someone else’s device that is converged enough.

I also think it’s important everyone (at least at work) stop saying “cellphone.” Do everything you can to get your mind wrapped around the world we already live in. It’s not tomorrow, but has already been going on for years. While telephony is still a key killer app, it’s an app. Literally software that can sometimes be replaced with another – just one application among many. The device in your pocket is no longer a phone with add ons, but a general purpose computer that fits in your pocket. The future is here. And it’s mobile.

Tailfins & Chrome

Steven Hoober — Wed, 26 Oct 2011 00:56:15 +0000

30 September 2010 by Steven Hoober

For several years now, I’ve been enjoying mobile design as an exercise in streamlined, contextually-relevant design. Sure, it’s also pretty or emotive, but that’s for marketing. To get people in the door, or make their first few experiences matter.

And then I saw a handful of OSs last week at Design for Mobile 2010 in Chicago. Or, more importantly, I saw the reaction of the designers and developers. I saw the attendance of various sessions. And my reaction is that right now it doesn’t matter how useful something is, but how cool and new and exciting it appears to be.

Just look at the above image. The 1949 Ford is a technical marvel. Even the frame is innovative. This ad talks about the braking most of all, but covers all sorts of additional features. The Cadillac of the same era (the 1948, actually) is entirely show and bluster. Yes, those are tailfins, the first ones we’d see of a long line of them.

Now, the ‘49 Ford sold great. Because it was a terrific car, really a modern car in every way. But very, very soon the whole style looked dated. And I’ll note Ford never did adopt the tailfin thing, and sold just fine despite this, throughout the crazy tailfin era.

I sorta think Nokia is Ford in this tale. S^3 (and the stellar hardware) is shiny enough to please anyone, gets the work done, and is rock solid. But it doesn’t apply a brand name to the display. It doesn’t have animated squares on the idle screen. Etc. It also does keep selling (Nokia still by a wide margin the largest smartphone seller, worldwide), but does anyone talk about it? Naw. Not really.

Who got the attention at the conference last week? Windows Phone 7. Else, which is pretty cool. An Android tablet someone was carrying around for work. iPad and iPhone strategies, and Apple didn’t even show up themselves. Hell, even a pre-release Android I had got grabbed for some ooh and ahh time.

In case you assume I am only being cynical, I am not. I am partly disappointed and cynical, but I can work with that. What it means to me is that my ideal OS is clearly not functionally the ideal thing to bring to market. If you hired me to design a new OS, or browser interface, I would know that it has to have something totally off the wall, just to have a hook for everyone to latch onto.

It also means I have some hope for the future. No, it’s not that everyone buys cars today based on their specifications. But in the 1960s, people also bought VWs. And after this was the muscle car era, where specs (and the appearance of having high spec) was critical. So… things will change, and my biggest takeaway is recognizing this trend. And that the mobile market is advanced enough it has trends. Not just winners and copycats, but market-wide consumer-level trends, which are worth exploiting, or understanding so you can try to undermine them.

A Billion May Seem Like a Big Number

Steven Hoober — Wed, 26 Oct 2011 00:54:57 +0000

17 September 2010 by Steven Hoober

“ We heard from Apple – the leader in app stores – earlier this year, that the total earned by the Apple iPhone App Store last year was under a billion dollars. A billion out of what, over 200,000 actual apps that exist in the App Store?

A billion may seem like a “big number” to those who don’t understand mobile, but hey, Crazy Frog the ringing tone – yes just one – one – ringing tone – sold half a billion dollars – in paid downloads to mobile phone users – in one year – three years before Apple even opened up its app store. Put that into your iPhone app and think again. What is the bestselling category on the iPhone – games. What is the bestselling game? Angry Birds. Sold what, 4 million copies. This is the best game on the ‘amazing’ App Store. But we mentioned on this blog years ago, that Artificial Life’s side-line product (their main business is TV-mobile interactive services like SMS TV games etc) – a mobile Java game called ‘V-Girl’ the Virtual Girlfriend on your phone – sold 4 million copies. Paid downloads and paid customers to mobile phones, not smartphones, globally, years before Angry Birds. 4 million is nothing amazing to the mobile industry. Its a nice number yes, but what is the record-breaking achievement in the tiny sandbox called iPhone, is trivial to the big world of mobile. You want paid downloads to mobile? Try Tetris. Sold 100 million copies to mobile phones and counting. ”

Tomi Ahonen’s (long as usual) blog post toWelcome Stephen Elop to Best Job in High Tech: New CEO for Nokia, placing Nokia – and the role of the new CEO in true context, with numbers to back them up as always.

Nokia’s Only Sin

Steven Hoober — Wed, 26 Oct 2011 00:54:13 +0000

17 September 2010 by Steven Hoober

“ Nokia’s only sin seems to be that it doesn’t use an OS that the US chattering class has decided is worth chattering about. In penance it should adopt either Android or Windows Phone. (But not both. It can’t maintain two OSs, after all. Only American companies can do that, although they chuckle about it afterwards in their halls.)

I’ll let you in on a dirty little secret: Nokia has even more OSs than just these two. It has S40, for instance, and I wouldn’t be surprised if they have even more OSs for really cheap feature and basic phones. But talking about S40 is not hip and cool, so let’s not. ”

Mobile platform strategist, consultant, and trainer Peter-Paul Koch (PPK) on Nokia’s Problem, concluding that it has problems, but they are not those most analysts think they are.

Context Is Important for Design and Testing

Steven Hoober — Wed, 26 Oct 2011 00:53:25 +0000

13 September 2010 by Barbara Ballard

Everything has changed! It’s a new world! We have to re-learn everything about design!

So goes the tone of the majority of articles and presentations about mobile user experience that I’ve seen or read in the past three years (at least). Mostly, I ignore them – the actual content is good so I can live with a little grandstanding. Yes, context is crucial (we’ve been saying this for over a decade). Yes, device capabilities and interaction should influence design (again, I started talking about this in 1999).

But like some solid ideas get re-invented repeatedly, so do some not-so-solid ideas. Long-term mobile usability practitioners know that people interact differently with a device in their hand than with the same web site with the same pixel count on a computer screen. And this has been true for longer than we have had access to sensors like cameras, GPS, and accelerometers.

So it pains me to see an otherwise good article, like usability for mobile devices over at UX Matters, assert that a simulator or emulator is a good way to perform a usability test. Actually, the authors did this immediately after suggesting that testing in context is also good. So let’s set the record straight.

Guidelines for usability testing web sites and apps on mobile devices
Test on actual devices. If your app or site runs on different device types, then test on the most common devices found in your audience. Why?
People interact with things differently when the device is held in their hands rather than sitting on a desk.
Pixel sizes are different, not to mention bezels and the proximity of keyboards, so your visual design is perceived differently.
With an emulator, you run the risk of the software being not quite right (or too right) and your participants’ experience is changed.
Network connections differ between device and computer. Not only do connection speeds differ, but the latency of the connection differs. Faking a perfect network connection does your data no good at all.
Core UI elements don’t always work the same way. What if they need to install a component. Doing that on a handset is often totally unrelated to adding to the emulator.
Simulators are even worse. A lot of people don’t get the difference between simulators, emulators and remoting (like Device Anywhere). This just increases the chances of variations between actual devices and the test environment.
Unless you have participants shaking a computer, you lose any interactions that are not mimicable by a mouse, or even a touchscreen computer or tablet.
Don’t expect participants to learn a new device. This means either use the participant’s device (very risky given battery, connectivity, virus, and billing considerations) or use a device the participant is familiar with. You can add this to the screener, for certain classes of users, so you know in advance what they use.
Test in the field only when you have to. Studies suggest you won’t find any more usability issues, so do it only when you have something like in-person payments or location to perform. This is not saying you can’t discover information with ethnographic research, but we’re talking about usability testing now.
Consider paper prototyping, or digital variants. You can make the system behave in any way you want. And you can even let users pick up the paper. Or tape it to a phone or make a plywood “device” to make this easier and more realistic. Yes, you can even print paper at the right scale for your notional phone.
Capture video without limiting the user. There are ways to strap cameras down that let participants move normally while you capture on-screen interaction, their gestures and button presses, and their reactions.
Need eye tracking? You don’t always, but there are now very small, head-mounted solutions that can work with mobile device testing, and even cue to arbitrary environments.
For a little more about this, check out this very old presentation on Mobile Usability Testing or come to Design For Mobile 2010 next week in Chicago. I’ll be talking even more about this, so come join us!

Why Can’t You Use the Cool Stuff You Already Have?

Steven Hoober — Wed, 26 Oct 2011 00:51:29 +0000

07 September 2010 by Steven Hoober

“ ...why can’t work keep up? Why are you forced to use an unfamiliar, and sometimes outdated, operating system? Why do you need a second laptop, maybe an older and clunkier one? Why do you need a second cell phone with a new interface, or a BlackBerry, when your phone already does e-mail? Or a second BlackBerry tied to corporate e-mail? Why can’t you use the cool stuff you already have?...

...security is on the losing end of this argument, and the sooner it realizes that, the better. ”

Security guru Bruce Schneier on Consumerization and Corporate IT Security.