Android Apps Lack Innovation

I agree with Andrew Seybold’s statement about Android developer challenge applications lacking innovation. It is true that even for mobile standards most of these applications are remakes of past attempts.

I believe, however, that the problem is not a lack of creativity. Many of the participants were not even aware of those past applications that never took off. And given what the developers do know (or don’t) their applications are creative and well designed. More importantly, their timing is more on target than any old-school mobile developers could have ever wished for.

To close this note, I extend my criticism to those “more experienced” in the mobile field, myself included. Given this much awaited opportunity to have direct access to a superior platform, it is really a shame we are much too jaded to participate. And instead, would rather sit back, observe, and criticize.

The Android Value Prop – live from Google I/O

This is a short excerpt of the value proposition of Android, as presented by Jason Chen at the "Introduction to Android" break-out session at Google I/O.

For the User:

The user “controls” the experience. Users will chose what applications to use, versus what is shoved down their throats by OEM’s and operators

For Developers:

1) Developers will be able to ship applications at will

2) All API’s are exposed

3) Integration/extension and even replacement into and of existing components:
- Integration across various applications
- Extending = customization of default applications
- Replacement = end-users could wind up replacing default applications for new cool apps developed by the community

My personal dilemmas with Android:

1) According to the presenter, discovery and distribution is left up to the community. This is nothing new to the mobile space. The problem is that operators not only want to, but NEED to control the distribution of applications. After all, it is they who issue the phone bill at the end of the month; it is they who have to answer customer calls and issue refunds to disgruntled end-users.

2) There doesn't seem to be much of a strategy around discovery of applications that are downloaded to device. After downloading an application it will reside in a subfolder that is accessible through the home UI. This is not different from today's semi-open platforms. Perhaps the Android marketing team has something in the works.

3) Hardware won’t be available to developers until 1st devices are shipped (1st handsets will ship during the 2nd half of 2008) – It seems that unless an application wins the Developer Challenge, there's little likelihood it would ship at the same time the device does. After all, applications should really be tested and re-tested on the physical device before being shipped.

4) Security questions were not thoroughly addressed during the session. I have confidence that Android is really paying attention to this, however.

Another question that did not come up but that keeps bugging me:

5) Who will address customer care once the applications ship? Operators? If so, does Google really expect operators to allow exposure of all APIs and for applications to simply ship without going through thorough certification operator-controlled processes?

Conclusion

Android will be a very sexy platform with great toolkits for developers. Graphics will be superior, guaranteeing applications to be equally sexy. Enticing API’s will be exposed (keep in mind that other mobile platforms already expose many of these API's). However, Android needs a solution to what I see as the key problem with existing platforms: discovery before and after download of applications. Also, at least in the short term, Android does aggravate the problem of fragmentation that developers face in mobile today.

I am hopeful that as these discussions with the community continue to take place Android will uncover more execution issues and work to resolve them.

One Small Step for Verizon, One Big Step for Mankind

Mark your calendars! March 19-20 is Verizon’s Open Development conference.

But what does this mean exactly? If you are an application developer, don’t book your flight to NYC just yet. For starters, the conference is not for all developers.

The first step towards enabling an open platform environment is getting device manufacturers on board and in sync with each other. This explains why the first conference targets device developers. During the conference Verizon will review its technical device standards. The question is are these “standards” standard with respect to the rest of the devices in the world?

On a side note: another, perhaps even bigger announcement is the “company’s desire to encourage innovation, give customers wireless choices, and quickly address opportunities to expand the wireless market”. I just love the sound of that!

Related posts: GigaOm, mobilebuzz

Simple Wins, Especially in Mobile

In past posts I have ranted about the challenges of developing applications in the mobile space: the closeness of various platorms, the fragmentation of devices (ranging from hardware to operating systems to development platforms, and even to applications, such as browsers).

Today, even as I anticipate the blossoming of open platforms, I still strongly recommend SMS as the simplest and fastest way to reach mobile users. This is why I was ever so delighted to see that TechCrunch's first "Best Mobile Start Up" Crunchies award went to Twitter. I am a huge proponent of Web meets Mobile services; in a not so far future all applications will fall under this category.

It is true that Twitter is more than a mobile application; it integrates many communication mediums. But when it comes to taking the best it has to offer, its simplicity, and taking it to the next level by integrating mobility, Twitter is still one of the best examples I can think of.

Access is the problem, but Yahoo Go may be on to something

The most important determinant of user adoption of applications is access. It is a noble (and potentially very profitable) effort for companies to add more applications platforms to increase the number of applications to the mobile device. Yet, the pending need is not the number of applications. There are thousands of BREW and J2MEE aggregate applications. Handango currently sells over 7000 applications for the Symbian platform alone.

Yet the issue of access to those applications that remains unsolved for the most part. Access today remains a major roadblock for consumer adoption and stickiness. I synthesize access into three areas:

Discovery. Given the abundance of mobile applications out there users find themselves overwhelmed. Even when a user has an idea of an application he/she is interested in using, finding it in the operators’ or storefront catalogs can be quite the ordeal. Not to mention when it is done from the device itself.

Adoption. Most existing platforms have actually made the process of trying out and signing up for applications significantly simple. An application download will typically involve a series of authentication and provisioning processes. Most of these processes combined take place in a matter of seconds and are usually invisible to users.

Stickiness is another problem area. Mobile phones have a very limited user interface that has resulted in cumbersome navigation and layers and sub-layers of menus. Frankly, it is easy for consumers to forget about an application they downloaded in the past along with many others. It is easier to stick to the basic applications, like WAP or SMS, which are closely integrated with the physical user interface.

On this front, Yahoo is on to something with Yahoo! Go. It brings potentially thousands of applications to the consumer in a self-contained, seamless and user-friendly experience. The Yahoo Go experience is client based, so reaching a wide device footprint will be a never-ending challenge for Yahoo. However, since the downloading can be initiated from the Web, and through a SMS containing a URL, getting the client to supported devices will be easy for the consumer. The discovery of new applications that are part of the Yahoo! Go experience has been made so simple, thanks to the Yahoo Go user interface that allows for extremely simple navigation. As the number of applications, or widgets as Yahoo calls them increases, however, discovery will become increasingly more challenging. Hopefully Yahoo will add an effective Search and/or Recommendations engine to future versions of Yahoo Go. Yahoo will still have to address the problem of stickiness. Depending on the device, the Yahoo! Go client may be added to the device’s layers and layers of applications. Alerts (opted-in by the user, of course) may be a simple way, for example, for Yahoo to remind users to shift the Mobile Web paradigm to Yahoo Go on an on going fashion. The other, even better and very possible alternative, is the Yahoo Phone through direct relationships with OEM's for device-embedded Yahoo Go.

A Few Thoughts on Mobile Widgets

I have heard of widgets within the context of mobile when referring to various types of applications. Because access (i.e., discovery, availability, ongoing ease of use on the device) is so much more critical in the mobile device the various types of Mobile Widgets should be properly defined and separated:

1) Mobile Web Widgets. These are widgets that are accessed through a Web browser on a phone. The challenges when developing these widgets are similar to those of developing Web widgets – i.e., multi-browser support. Add to that, however, multi-device browser implementation support. There is also the walled-garden that is still part of the browsing experience in most of the feature phones. Not to mention that outside of 1xEvDO the browsing experience is still very slow. Despite of these challenges, this is low hanging fruit with potential to shift part of the carriers’ WAP paradigm. Unfortunately, I have yet to find any companies focusing on this space. If you know of any, please send them my way…

2) PC-like widgets that can be downloaded to mobile devices and that can either run in stand-alone mode or require connectivity to operate, I call Downloadable Mobile Applications. This is simply what they are. These are not any different than a J2ME or Brew game, with the exception that these are being developed by new comers trying to bypass the carriers. While buzz marketing is certainly appreciated, it is important to take into consideration the implications associated with these downloadable applications. One problem with downloadable applications is discovery. How are users going to find these applications? Buried in a Web site? Or even worse, buried in a Mobile Web site? What about devices that prevent downloads to occur from a Web session? Or in a carrier supported application catalog (still buried) where the carrier demands to get paid for it? Another problem is downloading; even with optimal bandwidth, installation could be a confusing to a user and will likely vary per device. Also, a few platforms accommodate applications that reside outside of the walled garden. Take for instance Plusmo, which claims to send a text to your phone after you select your widget of choice. Once you receive the SMS, bam! you’ll be all set! – Sure thing, IF, and perhaps, you have a non-carrier-blocked Smartphone.

The bottom line is to use caution when thinking about designing applications that will require users to a) find them, b) figure out a way to download them c) deal with latency associated with GPRS and 1xRTT, and d) deal with the possibility the mobile platform may not accept the application or may require multiple attempts to download/install (well, other than perhaps… the iphone…). Remember: the mobile world is not like the computer world – it is by far more fragmented in terms of operating systems, different devices with the same OS can behave very differently, the systems are often closely guarded by operators, etc. Do not get caught off guard and make sure to develop with a clear strategy in mind.

For a vast set of examples of these visit Widsets, and Webwag.

3) Web Mobility Widgets (if anyone has a catchier term, please comment) allow Web applications to extend their functionality to mobile devices. Many of these, especially SMS messaging widgets, are showing great promise. Take 3Jam, oTxt by Owdigets, or Textdrop’s widget for MySpace, to name a few. These enjoy the viral, ease of use, and simplicity characteristics of widgets, while tapping into the mobile space in a way that even carriers can welcome their expansion through the Web.

4) PC Mobility Widgets are just like Web Mobility Widgets in that they interact with mobile devices. For the time being, the ones I’ve seen are limited to SMS Messaging whether it is a stand-alone applications or extensions to other applications such as an Instant Messenger or Email client. Great examples are: CallWave’s widget that allows users to listen to their voice mail from their desktop, or Clickatell’s Messenger Pro, which allows users to send/receive text messages directly from their desktop. These are likely to be less popular outside of the Enterprise due to the need to download and install the widget on one’s your computer. An interesting spin off these is SMSalias’ computer browser extension, which also requires downloading/installation.