I want to tell you a little story about a mobile data application. From one perspective you might think it's trivial, but to me it speaks volumes about how the mobile data market works and what suppliers need to do to make it successful. I have to give you some background in order to explain the story; please stick with me and you'll see where I'm going.
I'd been hoping to post a big commentary on the future of mobile platforms this week, but I couldn't get it done. My schedule slipped because I was heavily involved in a neighborhood protest against a nearby housing development. A developer was looking to build houses that are about twice the size of anything else in the neighborhood, on much smaller lots. We thought it was a clear violation of the city's planning rules, and we were worried about what the close-packed houses would do to the neighborhood.
For months our protest had been working its way through the byzantine planning system in San Jose – several rounds of formal protest documents, meetings with city officials and the developer, flyers to the neighborhood, signs, a hearing before the Planning Commission, and finally a presentation Tuesday night before the City Council. We prepared a very extensive PowerPoint deck documenting the reasons for our protest, which is what used up my blog-writing time last week.
My neighbors asked me to be the lead speaker, meaning I'd have five minutes to summarize our case – and not a second more. San Jose City Council meetings start at seven pm and often run until one am or later, so the mayor enforces rigid limits on speaker time. It was critical that I make all our points, without skipping anything but also without rushing too much.
I scripted my talk and practiced it several times. Unfortunately, I couldn't get it consistently to come in at five minutes. If I accidentally added even one sentence, it caused the whole thing to go off course, and I'd run out of time before I hit the conclusion.
I was deeply worried. But then I remembered a survey we did a couple of years ago regarding applications usage on Palm devices. One of the most popular applications was something called Big Clock.
When I saw that at the time, I thought, "so what, a clock." But now I had an urgent need for something that would help me stay on track with the speech. So I searched for Big Clock online, and sure enough I found the website.
My Hero
If you haven't tried Big Clock, it is a combination clock, timer, and alarm system. And as the name implies, the numbers are extremely big. The timer function turned out to be exactly what I needed – I set it to five minutes, and it counted down the seconds in big numbers that I could read at a glance. As you can see, the interface is ugly but very functional, with large buttons that you can tap with a finger (something you need when you're on a podium).
Tuesday night at 11 pm, Big Clock and I made the presentation together. I was very grateful I had help, because sure enough my speech started to run long. When I noticed, I was able to talk faster and jump to the conclusion. I finished literally as the mayor started to tell me to shut up.
We won the case. I don't claim Big Clock did it all, but it sure helped.
Lessons about mobile data applications
There has to be a real need. I didn't care about Big Clock until I needed a timer, and then I needed it desperately. But if I did more public speaking, I probably would have sought it out a long time ago. Often mobile applications do things that are "useful" or "cool." Forget about it. If you aren't solving a burning need, the user won't go for it. (By the way, burning needs can include boredom – this is why mobile games sell well.)
It has to be easy to install. Palm OS isn't great at this, but fortunately Big Clock comes as a single file, so once I unzipped it on my PC I could just double-click on the icon and sync it to my device. It would have been even better if I could have installed it wirelessly.
It should be easy to learn. No, strike that – it needs to work with no learning at all. Big Clock shines here. The tabs are self-explanatory, and there are some delightful touches in the interface. For example, you can reset the numbers just by tapping on them – tap in the top of a number and it goes up one, tap on the bottom and it goes down one. I found this just by tapping on things – something the Palm user interface encourages (because you can rarely damage data or cause problems by tapping, you feel safe exploring).
The user must be aware of the application. I was lucky that I'd done that survey on application usage. Otherwise I probably would have never heard of the product, and you wouldn't be reading this today. I don't know how the average user is supposed to know what applications are out there.
Most mobile data platforms today fail one or more of these tests. Sometimes the application does something that looks cool but doesn't solve a real problem (I see this very often with applications developed by mobile operators). Or the applications are hidden, or they are hard to install, or the user doesn't even know they exist.
Failure on any one of these imperatives causes the whole mobile data ecosystem to fall apart. That's why most mobile data solutions fail today, and that's what I want to talk about fixing in my next post.
Next week, I promise.
All 4 of those are so critical, for all software, not just mobile apps. Especially with more and more software being free, and more and more of it being problematical (conflicts with other apps, OS version compatibility, potential malware), the need threshold for many people has gotten a lot higher. I know I'm much less willing to try anything on my PC, for fear of what it might do. It's easier for me to try new programs on my handheld, just because I know I can always hard-reset it and start over.
ReplyDeleteAnd as you wrote last week, the smartphones feel more complete, and come with a lot of software pre-installed. There will be less and less awareness of third-party apps, as well as less and less need for them.
Great article.
This comment has been removed by a blog administrator.
ReplyDeleteOK, I tried to post a link to an article on a related theme but I messed it up. Here's a re-try:
ReplyDeleteOnStartups.com on the visibility of software
I agree with all points but 1 and 4 are the key ones in my view. Point 1 is also the most mercurial of the lot. (Speaking personally, I'll suffer through points 2 and 3 if required to do what I want.)
ReplyDeleteWhat I mean by this is that while there may well be a need for the service any given bit of software is trying to provide, if it is only a real need for 6.4 people then you aren't going to build an empire on the back of it.
Similarly, if it's a real need for 64,000 people but only 4 have ever found it, you're in the same boat. This is where point 4 cuts in and why I relate the two so closely.
I believe that to an extent, people need to know about a product before they can determine whether they need it or not. Some may go out to the ESD sites with a burning desire to fulfil a specific function but I think a lot more browse around until something catches their eye. (The problem, of course, is that there is now so much *stuff* on these sites, finding something useful and well constructed is very hard!)
As an example, I got a Palm Vx because it was smalled than my Psion and there was just a chance I might use it. What I didn't have was anything to use it for (except PIM). The killer app (for me) was Ultrasoft Money but I only stumbled across it because a colleague had a (pirated) copy and showed it to me. To my way of working my finances, this was absolutely the stuff of legend but until that point, I'd never even considered that I could do that job on the Palm, let alone gone looking for the application to handle it.