QR Codes: Best. Practice. Ever.

January 12, 2012

QR Codes work well, except when they don’t –  but they can!  Following my 2012 New Year’s Resolution to stop doing dumb things (wish me luck), and coming on the heels of multiple successes in which QR codes have helped me make money by helping my clients win new customers, I offer herewith my take on the value of QR codes.

What’s Cool

I love QR Codes and all 2-dimensional (“2D”) codes for two reasons.   First, they help to combine the best of the physical world with the best of the digital world.  Second, they make life easier by eliminating the need to memorize, type, or otherwise manually translate a URL in order to render content digitally.  The highest use of 2D codes is to bridge an excellent real world experience to an excellent online experience.

As of this writing, however, we are in a place where their use is not widespread, so be aware of situations in which your printed content and your online content probably should not substitute and, rather, might need to be a bit redundant.   Each version must still stand on its own, since the vast majority of people are not yet acclimated.

Marketers love QR codes because they make interaction with the physical world clickable and, therefore, measurable.  I get to do more of what I love, too: obsess about large CRM data sets, mining and combining it to detect the faint signals of user behavior that will help satisfy more people.  Everybody wins!

What’s Broken – Why QR Codes Disappoint

According to Forrester Research, however, those who do click on QR codes – primarily young, affluent males – generally hate them.  This is mainly due to the bumbling mis-steps of marketers.

Firstly, QR codes are ugly – - although plenty of people have found ways to fix that (read on).

Secondly, many people are confused about how to scan them.  This is exacerbated by the walled gardens created by competing companies.  Microsoft (just one example) has its own unique 2D code technology, which requires its own unique reader app.  How lovely.

Third: the various free downloadable apps required to read QR codes don’t all function the same way.

Last and worst: user disappointment.  Simply being redirected to the same byzantine website available via large screen device is uninspiring, to say the least.  People typically avoid browsing websites on a small phone screen, so why use a QR code to force them?  Effective QR codes don’t link to ordinary websites.  Instead, they link to an instantly satisfying, sharable experience – on a par with music, photos and email, or content that is uniquely useful wherever the QR code is displayed.

Try thinking of a QR code as new type of “share this” button, a way to augment enjoyment of the real world, and a delightful sharable experience.  That thinking alone should keep you out of the weeds, but to be thorough, here is a list of best practices.

How to Fix It – Turn QR Codes into a Viral Experience

Here are some basic items to consider when contemplating use of 2D and QR codes.

1. Audience awareness.  Again, most people are not acclimated.  Do the obvious: include instructions to help new users engage.  Even savvy users need to be informed on what rewards to expect.  For some examples, see the last page of this QR Code usage guide I created for a print / QR code campaign promoting an iPhone app.

2. Usage patterns.  If you plan to use QR codes multiple times for multiple campaigns, treat each as its own campaign – complete with strategy, goals, success measures, etc. Then, for each instance, caption each code with the URL, app instructions, Call to Action and reward info. Set the stage for fulfillment by setting user expectations before they scan your code. See the example linked in section 1 above.

3. Size and placement.  Your 2D code must be of sufficient size, placement and proximity to be easily scanned. This excludes TV (too fleeting), subway (no wireless signal means no way to access the online content) and Billboard (too distant; depending on which reader software you use, your own pulse may cause your handheld phone/camera to shake too much to reliably scan the code).  Ideal: printed material or flat surface, within arm’s reach. Up close and personal.

4. Visual Appeal.   You can beautify a QR code, either through free experimentation, or for a price using a reputable designer.  It’s not just a nice touch, it’s also a branding opportunity, so we can expect this beautification trend to increase.  Whereas the lowly barcode has faded like a footnote into the borders of package labels, the comparatively prominent physical placement of a QR code could harm the beauty of your content or its location – a slippery slope, indeed.  Who wants a future where a physical, beautiful world is obscured by electromechanical codes?  Fine for robots, not for me.  Moral: beautifying your QR code makes it buzzworthy and increases sharing.

5. Mobile-optimized.    Create an experience that is based on portability, location, SMS, sharing, or instant fulfillment and feedback – anything but an ordinary website.

6. Convenience.  Think: Is a 2D code the fastest, easiest and/or only way to access the content, share it, and/or fulfill some need?  If so, great; go for it.  If not, think about other ways to deliver content more effectively.  Again, an ordinary website, not mobile-optimized, is not a value-add experience and not a fulfilling one.

7. Engagement.   Make it memorable.  Reward users, rather than disappoint them. Make your destination content instantly useful and satisfying.  Include share buttons so your audience can tweet, email, post and rave about the cool experience you provide.  Want viral?  Do that!

My take on QR codes: end of a fad!  They are here to stay.  QR codes and 2D codes can help you create a satisfying customer experience and, done well, convert sales.


Mobile App vs. Mobile Website: Which, When, Why?

August 2, 2011

Having worked with Nexaweb Technologies , who modernize enterprise live-data apps for secure Web access, and more recently with QVew on mobile/social campaigns for tourism, travel, entertainment and event marketing, we’ve learned some lessons that will keep you out of the weeds.  As usual, we’ve added some bonus links at the end of this article.  ~Ed

The Mobile Marketing Association reported at Salesforce.com’s DreamForce2011 Conference that there are more cell phones than TVs in the US, and 90% of us keep the cell phone within reach 24/7.   The proliferation and variety of mobile  engagement options today has audiences and organizations a bit confused.  If you are contemplating ways to reach your mobile audience, what criteria would you use to decide?  The chart below shows how both mobile apps and mobile web usage reached “critical mass” in 2010.

To ease your decision process, here is a set of test questions and answers you can use to help determine the best approach for your organization.

1. Audience

Ask yourself: Who is my audience?  Do they use mobile devices?  Do they prefer native apps or mobile websites? Native App audiences are generally more affluent, and the most affluent are the most active app users.   If that info alone sufficiently defines your target audience, then, Bingo! A native app strategy would suit you.  Be mindful that native Apps are device-specific i.e. what works on an iPhone usually won’t work on an Android or a Blackberry.  If your audience cannot be defined  by a single platform (iPhone, Blackberry etc.), then expect to build and maintain several versions of your app – one for each device type.

If you find that an immersive brand experience is essential to convert customers and build loyalty,  then the tighter integration offered by native apps for each device’s native features seems the best solution.

Web apps, on the other hand, are far easier to distribute.  They work on any device with a browser and require no download, so if your audience is broad and cannot be defined by socio-economic factors or a specific platform, a web app may be your best bet.  Another perk:   HTML 5 has arrived just in time.  HTML5 enables app-like performance such as embedded video, so it won’t matter whether your device uses Flash Player,  QuickTime, or some other installed video player;  HTML 5 doesn’t need those plugins to run video.  As for cost: Web development talent is not as rare and costly as native app development talent, further cementing the budget-friendly appeal of Web apps.

Distribution of Web based apps is much easier, because anyone can do a web search on any device, or click on a link, to immediately use your app.  Native apps, by contrast, have to be downloaded, and you will need to spend some effort and resources to promote each native app and spur people to download your app.  This is not a huge obstacle, but it’s a necessary one that doesn’t apply to mobile websites.  This difference is becoming less of an issue, as technical advances have made the app download/install/update process more smooth.

2. Function and Purpose

Ask: What will my App actually do? If you expect your app to make use of device features like GPS, phone, address book etc., then a native app is the way to go.  Also, if you intend to engage your audience via games that work offline and only occasionally connect online, again a native app may be the better choice.

If, on the other hand, you plan to simply host a user experience online, and require users to access data sources controlled by you via a Web server, then a web based app seems a better choice.  A nice advantage of a Web based app is that you can completely and whimsically make daily changes to the user interface based on user requirements, and immediately those enhancements become available to all users when they access the URL of your Web app.

3. Time

If you want to get instant updates and enhancements in the hands of all users, and you contemplate frequent time-sensitive updates, then unquestionably a mobile website or web based app is for you.  If, on the other hand, you contemplate a relatively stable app experience that deeply engages users, and you only have a few data sets you need to deploy, and you also require tight integration with device features (GPS, phone, address book etc.), then a native app solution seems more fitting.  It’s also feasible to place some Web-like (HTML) components in a native app when Web performance is needed, resulting in a sort of hybrid app – part native app, part Website.

Another consideration is turnaround time for launches and changes.   With native apps, that timeline is longer and rather more unpredictable than with web apps, since native apps are usually hosted by an online app store whose approval process can be lengthy and opaque – and the rejection process is often equally mysterious.  You can get around the app store mystery, though, if your typical user audience is well-defined and securely controlled, such as employees or organization members rather than the general public, and you contemplate launching multiple apps that each perform different sets of functions.  If such is the case, consider launching your own app store and hosting your apps yourself.

4.   Budget and Talent

Chalk up another win for Web apps here.  With a Web app, you only need one or two versions.  A  .mobi version may be necessary unless your main website is architected to re-format on-the-fly to fit any size screen (CSS can help there).  Web development talent is less scarce and expensive than native app development talent.  By contrast, if you go the Native App route and need to create multiple device versions to reach various user audiences, expect a compounded cost of development, maintenance and upgrade, not to mention the coordination and management of uniform performance across all versions in your app portfolio.  Only the most disciplined development teams can pull this off.

Conclusion

Along the continuum of user experience, native apps are killer.   They can make use of a device’s native resources (hence their name) like geolocation, phone, camera, address book, etc.  And they don’t require an online connection unless you want to offer some sort of group play or data interchange.   The trade-off is that building a mobile app will cost you in terms of talent, lack of control over approval process and launch/update timelines in the app stores, and the effort and tooling needed for maintaining multiple versions for various devices.

Web apps, by contrast, are relatively less costly to build and maintain because the talent is less scarce, giving you flexibility to respond to customer requirements with changes and enhancements – an attractive consideration. The emergence of HTML version 5 is further impetus to consider Web app versions, since HTML 5 solves performance issues, enabling web developers to create many app-like performance experiences in an ordinary Web browser.

Epilogue:  Customers Have the Last Word

According to a 2011 study by Modapt and Morrisey & Company, the three top dissatisfactions among mobile users are:

  1. Navigation difficulties
  2. Slow download speed
  3. Difficulty reading and finding information

With this information in mind, think about what it would take to plan and execute a mobile experience that “wows” your audience.  If you plan to create an experience that is on par with everything that exists out there today,  think again.  Mobile users are frustrated.  This is your opportunity to outshine.

What has your experience been?  Still have questions?  Ask away!

I’ll add to these based on new information and your recommendations  (use the “Leave a comment” link in the “Share this” section below).  To get updates, use the “Keep in Touch”  feature (top right).  Thanks!


Mobile Internet: Does Apple Have it Wrong?

June 6, 2011

Update: Since posting this article in June 2011,  I have met some analysts who strongly argue against the scenario I predicted, in part because of HTML5 – most notably venture capitalist and Facebook investor Roger McNamee.   You decide.  ~Ed

~

Original post

Let me start by saying I admire Apple. I am in awe of their fanatical focus and gorgeous customer experience.  They find ways to improve on existing concepts better than anyone previously imagined. And yes, it’s hard to argue with their revenue, but will Apple’s “walled garden” approach to owning the app ecosystem create an opening for Google, Microsoft and others to overtake? I predict “yes”, and several analysts agree, although they express it differently.

The Garden Wall will Tumble Again

The Apple love fest may soon be over, for a variety of reasons, but one particular reason that I and many people can’t stand is the ”Walled Garden” phenomenon: you must subscribe to the right phone service, purchase a specialized device, and endlessly download app after app, which is then trapped on your device, and then you must access content available exclusively via curated channels. Of course, that world is expanding (100 million Apple device sales and counting, for example), and certainly, controlling the channel enables them to control the quality and the attendant revenue.

Good for Apple and their customers.  But there comes a point at which the profit motive, the curated experience and security issues come up against real world practicalities, such as need and desire of users to access and freely (or securely) share information without having to care about what device they’re holding.  It should just work…kind of like a Web browsing experience, eh?

Just as the Walled Gardens tumbled 15 years ago (who remembers GeoCities? Excite? Magellan? CompuServe?), so too will today’s Splinternet factions (app wars) be reunited, simply because (a) people prefer choice and access, and (b) reliable alternatives exist, and (c) they aren’t scarce or expensive.

Think of it: with an Internet account, you can go just about anywhere you want on the Worldwide Web. You can share information with others, and the only thing your buddies need is an Internet account – ANY Internet account. Even web based email works reliably, mainly because it complies with W3C standards (“Web standards”).

Today’s mobile app providers have built gorgeous, shiny front-ends that distract us temporarily from the restricted-access conditions of their “app” use.   Apps have to be promoted and downloaded, sometimes for a fee, and they only live on your device. Your buddy has to have the exact same app to share the experience with you. This is like re-starting the Web all over again, except you make the App provider or the app store provider rich on toll fees while they restrict your access.  (Cue dorky announcer voice: “Now how much would you pay?!”)

Don’t Mistake Shiny for Better

Let’s not let the gorgeous experience and the shiny new toy hype blind us to the restricted access and curated content phenomena. Take a look at what companies like QVew and Nexaweb are doing.  Upstart QVew makes a write-once, run-everywhere content platform that lets account holders launch mobile-ready mini-apps, hypercharged landing pages, etc. – as many as you can imagine – all for one price, and they work everywhere. Or, if you are an enterprise and need large scale heavy lifting on large databases, Nexaweb helps your enterprise modernize its legacy applications so that real-time, fast changing data can be accessed remotely via any Web-connected device, large or small.

When will we collectively come to our senses and realize that the great Kool Aid that Apple, Google, Microsoft et. al. have been peddling won’t quench our real need for on-demand, anywhere-access to our preferred data?

The June 2011 report from Flurry that indicates App usage has now exceeded PC deceptively compares two different data sets (app usage and Web usage) as if they correlate somehow.  According to the report, 79% of App usage time is spent on games and social media sites.   Most PC  and phone-based Web browsing is done for business purposes.  All this does is reinforce my point that most activity inside today’s Walled Gardens is comparatively frivolous, not serious computing, and after we get over the “shiny new toy” hype, we should again insist on what works – Open Standards - and take back the Web.  I predict it’s just a matter of time.


Mobile Email Formatting Tips

May 26, 2011

This article was originally posted on the QVew Tips site, for use by clients of QVew, a SaaS platform for mobile/social marketing.    

Smartphone sales have overtaken feature phone sales, which in turn overtook  laptop and PC sales years ago.   Every year that gap widens.  Almost everyone with an email account reads it on the go for at least part of each day, and some days the only device available is the mobile phone.  For decision makers, the mobile device is the weapon of choice.  Remember, however, than for every smartphone owner consuming our gorgeous new  multimedia phone messages, there are still 4 times as many feature-phone owners who get email mainly as enhanced text or HTML.  The moral: design your email messages to suit all mobile readers if you want good results.   Here are a few considerations.  As usual, I’ve included some resource links at the end of this post.

1.  Header fields (Sender and Subject)

On the small screen, it’s even more crucial to clearly identify yourself and your organization in the Sender and Subject field.    People often set their mobile devices to receive only header info, or they’ll visually scan the first few lines of a message,  then decide which messages are worth their time.  It’s the electronic equivalent of sorting your postal mail while standing at the wastebasket.  Ever done that?  Thought so.   Effective Sender and Subject information will vastly improve your open rate.

The Sender field should have a human’s name in it and/or your business name, if you are a business.     Example:  ”Jane Doe | XYZ Corp.”   The Subject field gets a succinct headline (40 characters max) front-loaded to convey the main benefits to the reader.  If you have more than one main message, consider sending a separate message for each, unless you can weave multiple subjects into a single theme to fit that brief 40-character Subject line.     According to Epsilon, who have tested millions of emails for the world’s largest companies, the top factor in improving email open rates is a short, sweet, front-loaded subject line – one that has been a/b tested.

Avoid gimmicks.  Example: the “re:” gimmick spoof.  The “re:” tag indicates a forwarded message – NOT one originated by you.   Gaming the audience’s inbox in this way is actually a frequent scammer / phishing tactic.  You don’t want that reputation.  ”nuf said.

2. Top of message body: Text, not Graphics

If you follow these two rules, you’ll stay out of the weeds:  (1) don’t make me think; (2) don’t make me wait.   Avoid placing graphics in the upper left corner of your message body.   Use that valuable piece of real estate for an impactful text message.  Get to the point quickly, so your readers can begin benefiting right away.  Leading your message body with a graphic instead of text can cause confusion and delay reading.  Users of devices set to text-only who clicked your juicy headline don’t want to find a blank screen (graphic placeholder).  Graphics-enabled users don’t want to see a tiny upper left corner of an oversized graphic – also very confusing.   Interrupting  busy people’s “flow” or confusing them with guesswork will result in fewer opens, clicks and conversions, and more deletes and unsubscribes.  Best practice:  lead with text, minimize use of graphics, and shrink the graphics to button size, thumbnail size, or narrow banner.   If your graphic is so large that no text is visible on-screen, shrink it.

3. Navigation and Conversion

Limit navigation complexity.   Width:  between 450 and 600 pixels is ideal, to minimize horizontal scrolling.  Use a single column format, not a multi-column newsletter format.  Height:  If possible, limit it to just minimal scrolling (max: one additional screen’s worth of content below the visible screen of content).  If you include a data capture form, avoid multiple required fields.  Just capture the bare minimum information to advance to the next level in your relationship with the reader.  Do you really need their mailing address if you already have their email address?  If the answer is still yes, then start by asking for just zip code  if you do location-based business.   QR codes are great for this purpose; NFC (near-field communication) is still a year off in terms of widespread adoption.

4.  Call to Action (CTA) links

Support your main topic or offer with buttons and text links.   Be sure your link supports the Subject line of the message.   Clearly state any time-limited offers or timeliness of the message to inject urgency.  Make your action button large enough so it can be reached by the outstretched thumb of those one-handed gadget-slingers.

Size and spacing of buttons and links are important considerations.   Buttons work great on smaller mobile touch screens because they can be larger than text and thus work better when fingertips navigate small touch screens.   Consider separating each text and button link by at least a line of text or equivalent blank space, to help your big-boned readers navigate effectively and avoid annoying misfires.

Equally important:  send your recipients to mobile-optimized landing pages.   Mobile-optimized means everything mentioned in this article, plus: narrow page width and brief copy.  Optimizing your website for mobile may mean providing alternate navigation – especially if your main website menu is of the horizontal drop-down type; they can be fustrating (finger-nav misfires).

5. Alt text tags

Every graphic element can have an alt text tag.  Think of Alt text tags as a “Subject”  tag or action phrase describing the companion graphic element.  These tags are becoming increasingly important as we see telecom carriers starting to charge mobile users for heavy data usage.   Expect more users to set their devices to download the text-only messages first, then decide to download graphics or view video based on the text and alt tags.  Write a compelling Alt text label for each graphic element and Action button in your message.   Your tags will still appear in a text-only message in place of the graphic, to let readers know what they’ll receive if they decide to download the graphic version.    Moreover, HTML 5 will let those alt tag fields function as live links – without downloading the graphic element – which is great for busy people who don’t want to pay or wait for the graphics, so use the Alt tag to help people decide when and what to click.

6. Visual text/graphics balance – the 80/20 rule rides again

At least 80% of your message should be text with text links, and no more than 20% clickable graphics.  This helps make certain your full message gets across quickly even if it’s the text-only version, and it ensures fast, successful downloads for people who want the full visual message.  Even 4G mobile download speeds are generally slower than desktop device speeds.  In fact, a good test is to first compose your email as a text-only version, to be sure that your entire message and action links are visually appealing, tell the complete story, and generate a response.

7. Social Media Buttons:  Share or Snare?

If you have Facebook, Twitter, LinkedIn and other complementary accounts that might help readers get to know you better, include those link buttons.    If you opt for social “sharing” buttons, place them prominently alongside content your audience might wish to share.   Caution: while it’s magnanimous to provide social “share’ buttons so viewers can share your email with others, experience has shown that email readers generally would rather get more info themselves to facilitate a decision before they decide to share it.  With this in mind, it is actually more effective to have your social media buttons link to additional information to facilitate buying decisions.   Your own circumstances may vary; it is best to A/B test the social sharing / snaring button to determine which has best effect for your audience.

8. Consider using cascading style sheets (CSS).

CSS can help detect and change the size of image and text to comfortably fit different sized device screens.

9.  Testing!  Testing!

Our lifetime conversion rates exceed industry norms simply because we test our messages.   Does this mean that until email testing becomes more standard practice, you too can beat your competitors simply by testing?  Probably.

Send a test email to your own mobile email reader – or as broad a variety of email readers as possible – to check for visual appeal and link performance.   Some of the more sophisticated marketing automation tooling actually has this testing feature built-in.   After all the hard work you’ve done to create your gorgeous, compelling email outreach campaigns and acquire a faithful audience,  the few minutes spent testing gives your marketing ROI significant lift.   Conversely, if you ignore this step and send an error-laden email, don’t be surprised if people begin to ignore you and your results suffer.  Don’t be that person!  Make it count, grow your audience and build loyalty!

What has your experience been?  Any tips to share?  I’ll add them here and credit you.  Or you can discuss below, or just ask a question.