This is an updated version of an article that originally appeared on MobileMarketer.com.
The world is a big, diverse place where more than 1.7 million species of animals, plants and algae exist, all subject to the same cycle of extinction and evolution that has been taking place over millions of years.
It is with this in mind that we briefly explore the various factors that go into pursuing either a mobile Web strategy or a mobile application strategy.
The reason for this helpful context is that, in spite of what has been published throughout the business press about mobile Web versus mobile apps, and regardless of what we have all read on the various strengths and weaknesses of the different mobile computing platforms, there need not be one final either/or decision.
In fact, depending on the overall strategy, a company can start on one side, and then evolve into the other, or even support both.
All about data
With the further advancement of HTML5 and CSS3 as well as the methodologies behind responsive design, a company’s decision to build a Web site with a single codebase that gracefully functions across all devices or to leverage the power of the device with a standalone app is not complicated. At the core of the company’s objectives are 1) making data and data-related services available to their desired audience, and 2) the experiences they want their audience to have.
Mobile-optimized Web platforms and standalone apps both handle data with about the same degree of efficiency, which is the critical performance requirement. When it comes to displaying that data as broadly as possible, the mobile Web as it currently exists delivers a key benefit of being as close to write-once-run-anywhere as possible. The secret sauce is broadly regarded to be HTML5, which offers many new API features that allow developers to create Web experiences that feel more like standalone applications. What HTML5 in conjunction with CSS3 enables is a contextual shifting of screen contents to make maximum use of the available real estate and the device’s orientation. Standard web design is a horizontal – or landscape – affair. Mobile-optimized web is equally vertical – or portrait – in its orientation.
This alone challenges the IxD and graphic design processes to redefine the ways they approach the concept of “live area.”
Although by definition a more selective route, there are many benefits to pursuing a mobile app strategy: a richer, cleaner user experience can be designed and executed; the device’s native functions can be more fully exploited; and the user’s choice of devices represents a self-selected list that defines the user and makes it easier for marketers to target.
Getting lost in the app store or on the phone-top are common challenges to the mobile app strategy, but these arguments are the same as those lofted in the early days of the Web concerning whether consumers would remember URLs, and whether a site would become lost among the browser’s bookmarks. In the same way users just start with Google or Bing to find the site they’re looking for, consumers search the iTunes App Store or Google Play for what they want. Consumers are also tuned into the brands they prefer, so the distance between having the desire and fulfilling it is, in practical terms, not very difficult to traverse.
Consumers, it seems, have evolved faster than Web developers and marketers thought they could.
Three is the magic number
Coming to a decision between the mobile Web and a standalone app means finding the right balance between three factors: The desired audience and the size of the reach; the type of data or services to be delivered; and the anticipated update requirements. The desired audience is a deceptive metric, because not all mobile interactions need to be geared toward everyone. It benefits the marketer to consider the self-selection that goes into a smartphone purchasing decision and to evaluate whether that particular device has a sufficient critical mass of users to make the needle jump for its own brand.
The type of data or services to be delivered drives the decision based on whether the device’s native features need to be invoked, and whether the desired data or services exchange between the user and the company should leverage existing transaction systems or be fully customized.
Finally, the frequency of updating the application may work well with a particular strategy of delivering a steady stream of enhancements to the app, versus a scenario where the basic data wrapper – the user interface – will not be regularly enhanced, or is not anticipated to change often if at all.
Opportunities abound for companies to propel their businesses using mobile interactivity. Because every company is different, each will need to consider factors beyond those outlined above to come to the right decision, such as the existing and planned enterprise data model, the resources needed to support one strategy over the other and the potential ROI. For a company to choose one avenue over the other should be a function of its near-term strategic objectives as well as the limits or potential of the data infrastructure that would support the effort. To this end, companies are better off investing in creating a flexible, light data architecture that makes delivering key company services and information outside the firewall easy and cost-effective.
Above all, it is important to keep in mind that mobile computing is still very much in its earliest stages of evolution. Regardless of which side one leans toward in the mobile Web versus standalone app discussion, nobody can say for sure whether this particular fish will sprout legs, grow wings or both.
Mobile Comms image courtesy of BigStock.
Article source: http://feedproxy.google.com/~r/EdelmanDigital/~3/E8Y4RcRA1xw/