Writings about the business of design and strategy.

Why Google had to take control of Android with Nexus One
Google's introduction of Nexus One, a phone to truly call its own, is a completely necessary move for the company. Only by taking ownership of the whole user experience will Google really be able to prove the value of its Android platform.
Nexus means a series of things connected together, an appropriate name for a phone where Google is taking more control of both the hardware and software, and therefore much more of the user experience.
We are at interesting inflection point with smartphones, a point where we have two competing development models playing out and a future in which probably only one will survive: Highly integrated, or highly modular.
With a few exceptions (BlackBerrys and to a lesser extent Treos), until recently most smartphones have been modular affairs: hardware from one company, OS and software from another company, wireless network from yet another. This has led to disjointed user experiences that have limted the appeal of the phones to more mass market audiences. The success of the iPhone with mass consumers showed that it was vital to integrate all these elements together seamlessly (and that integration goes beyond the phone itself to content on the PC and in the cloud).
In the early stages of a category such as smartphones, the usage experience is often rough and incomplete. Early adopters will look past this, but until a more refined experience arrives that delivers the right recipe of capabilities, ease of use, and price, then the majority of people will stay away. I refer to this as an experience gap - a mismatch between what people want to do with a product, and what the products on the market can actually deliver.
Once the recipe has been established, and clarity reached about what people want, it then becomes easier to divide up pieces of the experience to different vendors, as they now all have a common goal in mind. Following Clayton Christensen's logic, once this happens then modular approaches will ultimately win out - they will be more technologically sophisticated, cost less, and offer more capabilities. The PC is the archetypal example of this process. Smartphones are coming up on this inflection point, though the timing of when it will tip into full-blown modular-hood is unclear. Smartphones could be like mp3 players, where the similarly integrated ecosystem of iPod/iTunes has resisted being broken into components by competitors.
Google's leaders are excellent students of tech history, and they no doubt understand this trend. When Android premiered it was, as Christensen would say, "prematurely modular", in that it was a system that had a very high degree of modularity and very little structure, but it was too early for other vendors building on the Android platform to know how to put together an effective recipe for user experience.
Charlie Wolf at Needham Company roundly criticizes Google for its overly loose approach to Android:
The great appeal and promise of Android is that it’s an open source operating system in the tradition of the Linux operating system. The appeal of open source lies in the freedom of software developers, smartphone manufacturers and wireless carriers to modify the source code of the operating system. And, as initial versions of Android phones demonstrate, the smartphone vendors have every incentive to do so in order to differentiate their phones from others running on the Android platform. For example, Motorola sells it customized user interface as “MotoBlur” while HTC markets its user interface as “Sense.”
Unfortunately, the freedom of smartphone manufacturers to modify the Android code has created significant hurdles for application software developers. Unlike the iPhone where a software application can be written once and run seamlessly on all versions of the iPhone [Not exactly true - AR], most software applications written for Android have to be customized for each smartphone. This limits the addressable market of an application to that of an individual smartphone rather than the Android platform itself.
(Download the PDF of Wolf's report here)
The lackluster success of the early Android phones has surely made Google realize that they need to take a much stronger role in order to bring all the pieces of the experience together. The catch-as-catch can approach they've had to far just isn't going to cut it. Fragmentation is a death knell for a product like this at this stage of maturity. Google needs to lead the charge with an integrated platform until the experience gap is fully closed. Then it can afford to loosen the reins and let the handset manufacturers, carriers, and third party developers go do their own things independently, safe in the knowledge that they will all come together to create something interesting and valuable for customers.
Android Application Portability
John Mayo-Smith - January 18, 2010
The Wolf Bytes article quoted in this post contains the statement, "most software applications written for Android have to be customized for each smartphone.” It would be interesting to learn more about why Mr. Wolf thinks "most" applications require customization and the type of customization he's referring to.
There are lots of ways smart Android developers ensure apps work on a range of devices. XML interface resources are very flexible and work with a wide range of aspect ratios, screen resolutions and orientations. For example:
This interface code snippet works on small screens, big screens, vertical and horizontal. Android provides other ways for apps to work on a range of devices; the interface graphics themselves can scale and change shape using 9 Patch PNGs which adjust automatically depending on device and screen characteristics.
In addition to flexible interface layouts, best practices include leveraging Android's built-in SensorManagers and listeners. It's easy for developers to detect and leverage hardware/capabilities like Wifi, camera, gyroscope, light sensor, magnetic field sensor, orientation sensor, pressure sensor, proximity sensor, temperature sensor etc. There are even constants available for gravity on other planets.
The above notwithstanding, it's certainly possible to ignore best practices and design Android applications that are brittle and make inflexible device assumptions. In my opinion, that's not Android's fault; it's a programmer/designer issue.
As I understand it, when developers and thoughtful interface designers follow a few simple best practices, Android does a very good job delivering a write-once-run-anywhere experience.
I agree that Google has to
Max - January 20, 2010
I agree that Google has to be careful not to force developers to have to tweak the applications for each phone.
I do in general think Android is a great move because it provides a strong OS that can be used across the "rest" of the smartphones.
With over 60% market share going to Blackberry and Apple in the US smartphone market, it leaves 40% to be divided up by the other hardware manufacturers - HTC, Samsung, Nokia, Palm, etc. on which the Blackberry and iPhone OS's can't run. Android offers a single OS that can (eventually) run on any of these phones and compete with the iPhone and BB. Without Android, the carriers would be left selling a fragmented, and therefore unattractive set of handphones to consumers. If the eventual route to these things is to be more PC like - who wants a platform that is different from anyone elses?
Google doesn't have to but
Allan - January 20, 2010
Early stage fragmentation is probably a death knell for any new open standard. For every Wordpress or Linux (and even here I'm sure the penguin's champions imagined a much more critical role) there are scores of open technologies that splintered into several pieces too early. Each piece with its own small tribe that stopped communicating with the other tribes after the forking of the technology.
It seems to me that Android will become the preferred choice for the enterprise at the expense of Blackberry. Enterprises have always created their own customized applications on technology platforms to best suit their needs. For a good short while, Research in Motion extracted tremendous rents because no better alternative was available. Blackberry did not need to be open for modification.