Posts Tagged ‘ HTML5 ’

Goodnight Peel. Lessons Learned.

The Peel Original Development Team

I’m pretty sure most of us have experienced at least one dramatic shift at a certain point in our careers.  One thing I have always prided myself on is reflection and willingness to learn from every major shift.  The most recent buyout of Freedom Communications and subsequent changes with senior leadership led to many strategy shifts and even total elimination of certain products.  One of the products discontinued was the iPad application called “The Peel”.  Those of you integrated into the process of developing The Peel are fully aware that its production was hard labor; countless hours of blood, sweat and tears.  Well maybe not blood but certainly the sweat and tears. However, those of us intimate with this product saw a light at the end of the tunnel, which we calculated to be about 2 years after its initial launch; we had projected 2 years just to get to break even on the profitability front. That investment period was abruptly ended – cut short by one year.  Its new owners failed to acknowledge the future of this product. So back to my original point: Anytime a major change takes place in my career, I need to reflect on the “why” and “what did we learn along the way” questions.  To give a proper response, I’ve written this post on the lessons learned from our experience with tablet publishing.

I’ll start with the reason that The Peel was eliminated: The new owners of Freedom stated that the focus of the company moving forward would be on subscribers and profitable products.  Seems reasonable for new owners to say.  The problem is that the premises of The Peel was to gain a new audience – to reach a much younger demographic than traditional newspapers. A demographic that is adverse to subscription-based models.  We were, in fact, creating a new way of publishing, using the iPad as the main vehicle; with more video, original content, local information and events than a typical news platform.  As I see it, if a newspaper’s main focus is on subscriptions and profitable products, it makes it very difficult to invest in creating new and different new sources of content.  Regardless of the decision, there were valuable lessons learned that I thought I would share. I know many of you are trying to figure out how to publish for a new audience, and how Mobile and/or Tablet can play a role.

The Good Stuff

  • We learned a key factor in attracting a younger audience was to brand the product with a unique name (non-replica of the newspaper), and play down any connection to its legacy brand.  We fought this battle constantly, both internally and externally.  It may be that your legacy brand is important for initial credibility, but not so much that your readers think it’s the exact same content that’s in your traditional print product.
  • Collaboration is very important with existing content sources, as the resources available from the legacy brand are vast. The large scope of news gathering and related content available for your product is critical to success, and therefore your relationships with legacy journalists are crucial.  We had a great rapport with the local content center; they loved that we were focused on expanding the audience.  They appreciated our role, which was to aggregate relevant content, and to design new elements that brought the content to life on the iPad. Our everyday decisions revolved around our target audience, not what was on the front page of the legacy newspaper or on the homepage of the legacy website.
  • Video must play a major role in the development of content.  Our most viewed stories were usually video-focused stories or features.  We created original series based on prep sports, behind-the-scenes insight into local entertainment, coverage of products & people from our local community and fashion trends.  We had 5 original content series, or “shows” as we called them, in The Peel, We aired the shows on consistent days each week, and we adopted a TV-like marketing effort.  Most of these TV/video products also became hits on The OC Register website.  However, we always kept original show programming exclusive to the iPad for 48 hours.
  • We inspired many other content businesses to follow our lead and produce content similar to The Peel.  We also showed the importance of hiring employees to work on these projects that came from entertainment, TV, production and design.
  • The key component of The Peel each day was the feature story.  The feature stories were brought life with written content, short videos, high-res images and interactive features created in HTML5.  In fact, our usage patterns would go off the charts when we had a rub & reveal HTML5 function in a feature story.
  • We ended up averaging around 5,000 “Uniques” per week and had over 125,000 downloads of the app.  “Time Spent” with the product averaged 13 minutes each time a person opened the app.

The Not So Good Stuff

  • We started out thinking the best thing we could do was to tie our publishing efforts into our existing content management system and workflow.  What a mistake.  Most legacy publishing systems start with a page-layout system that does not understand HTML5 or high-res images; we spent countless hours each day trying to make our desired functionality work within a system that didn’t want to accept it. We had wanted to focus all efforts around the needs and expectations of the end user, and not what the system would or would not do.  Sounds naive, but we missed many opportunities to grow upon content functionality due to being held back by the publishing system.
  • We should have developed more video and original content sooner.  We were so busy just trying to make our deadlines each day in the early stages, that we didn’t have time to collect data that would dictate what changes were needed.
  • The name change to “The Peel” (from its original name “OC Register Tablet app”) occurred when we had realized that most of the users of the iPad app were actually the same people who received the daily traditional print and website versions of the newspaper.  These readers were actually upset that they couldn’t find the stories from the web in the iPad app.  They were expecting an iPad rendition of the website and print products.  We quickly made a strategic shift away from the flagship brand, and what a difference it made. However, again a little late.  It’s not always easy being on the edge of new technology.
  • We should have created a Sunday edition of The Peel.  We were so focused on the Monday through Saturday readers, that we didn’t realize the Sunday users want a similar experience.  We were thinking Sunday was a time when people would slow down and take a look at the printed newspaper.  In fact, what really occurred was that our younger readers were used to experiencing the Monday through Saturday editions, and were actually disrupted by not getting the same experience on Sundays. And, they were not users of our other products; therefore there was a gap in their daily flow of news.
  • Finally, sales and advertisers weren’t ready for this new medium’s type of analytics.  Selling “share-of-voice” was foreign to our sales reps and advertisers, who wanted to talk cpm based buys.  I’m not sure much progress could have been made in this realm, as we simply didn’t have enough scale to gain major sales.  We sold advertising to casinos, sporting goods and some retail, but nowhere else.  The ads that we created for these particular advertisers looked great on the iPad. It was impressive. In the end, we ended up with the budgeted sales we had hoped for, but those numbers didn’t create profits.  I truly believe that we could have been profitable based on our original 2-year timeline. However, with new ownership comes new expectations, and the investment period for The Peel was cut off a year before we could witness that success.

The knowledge gained from this experience has allowed me to become an industry expert in Mobile and Tablet publishing, but boy did it come with some bumps and bruises.  I believe the future is bright for products designed to engage and deliver what a user expects from the device they are using.  I am a strong advocate of creating or publishing around audience expectations, and not trying to repurpose traditional newspaper content to fit the screen of the device.  I hope this post allows others to learn from my experiences and win the pursuit of new audiences by utilizing a new and different way of thinking and publishing.

Advertisement

HTML5 or Native App: What works best on mobile and tablet devices?

The mobile market has grown rapidly over the past couple of years and with the addition of tablets we will continue to see double-digit growth for quite some time, as reported by eMarketer in a recent report.

With all this growth comes a tremendous challenge. Which mobile platforms should a business pursue to optimize growth of audience and revenue, while keeping in mind associated development costs? Should you develop mobile optimized websites, native apps or most recently web apps?

Along with the mobile evolution comes HTML5.  This evolving web technology is a cornerstone of the growing Web App development effort.  Many publishers like HTML5 because it costs less than developing a native app for each mobile platform/Operating System (i.e., iOS, Android, Blackberry, etc.).  With HTML5 web apps, essentially, you build your app once and it will work across all mobile devices.

So, what is HTML5?

It is important to have a layman’s understanding of what HTML5 is  in order to assess the most optimal utilization.

Wikipedia describes it

“A language for structuring and presenting content for the World Wide Web, a core technology of the internet and as of August 2011 is still under development.”

The promise of HTML5 is cross platform development.  It is designed to deliver as close a native app experience as possible but deliver it via the open mobile web.  Since it is the web it does not matter what platform you are using. It can be accessed by any device without going through a proprietary app store front operated by a manufacturer or any other third party.  Just for clarity sake, a native app is an application specifically designed to run on a proprietary platform, taking advantage of its native platform functionality. Without the need to be connected to the Internet.  There is much more to it than that but I did say layman’s discussion.

At present, HTML5 has several strong attributes but it doesn’t offer the same functionality – and doesn’t work as seamlessly – as a native app.  For example HTML5 doesn’t allow deeper integration of the device accelerometer, camera, video and GPS capabilities.  Shown below is a table I borrowed from Worklight. It identifies specific features and shows no single approach is capable of delivering all of the benefits all of the time. Choosing the right approach depends on the specific needs of the organization and can be driven by parameters such as budget, timeframe, internal resources, target market, required application functionality, IT infrastructure and many others. Most companies today face an obvious tradeoff between user experience and application functionality on one hand, and development costs and time to market on the other.

It may sound like HTML5 is long on promise but short on actual results, while a native app delivers a better consumer experience but is more costly and takes longer to develop.

The Hybrid Approach

I believe the best way to pursue a mobile strategy in today’s environment is a hybrid approach.  A hybrid approach takes advantage of the best of both HTML5 and native app technologies to deliver apps with the optimum blend of user experience and cost/time to market.  HTML5 based web apps have exciting possibilities and it’s critical for an organization to developing expertise in this new and fast evolving technology.  But because of its current limitations it is too much of a risk to fully embrace.  The consumer experience may suffer and as fast as the market is moving you could cause harm to your business by not looking savvy to your audience and/or advertisers.

So what is a hybrid app model?  It is merging native app capabilities and functionality with an embedded browser inside the app that runs some of the user interface.  This is all transparent to the user.  You can be assured they don’t care how we get it done, they just want a great user experience.  A benefit of a hybrid app is maximum audience reach.  A hybrid app will be accessible via web search, as well as through app store distribution.

Shown below is a graphic that shows the correlation between a great user experience and the cost and time it takes to create an app.

                                                    Credit Worklight

The hybrid approach allows an organization to develop apps that employ native capabilities and functionality and leverage existing resources to minimize development cost development cycle time. So instead of rewriting code for each proprietary platform which is time consuming and costly, you can write some of the app in HTML or JavaScript (web technology jargon), and re-use it across all platforms.  This type of development opens a whole host of opportunities for the app.  You can now have an app load pages from a web site or even have some or the entire user interface in HTML 5.  Since this is a hybrid app it is still native and needs to be downloaded.  The portions of the app requiring an embedded browser will act and feel like a native app but the user will need internet access to make it all work seamlessly.

From a strategic standpoint I am an advocate of the hybrid approach.  It is not suitable for all app development needs but it does provide a cost effective solution for a wide range of apps.

Here is an article on Web vs Native App development you might find interesting reading.

http://www.informationweek.com/news/development/web/231500197