Lessons from our                                               first year in the App StoreLessons from our first year in t...
Some practical adviceLessons from our first year in the App Store
A little bit about VoucherCodes.co.ukLessons from our first year in the App Store
The UK’s largest voucher siteLessons from our first year in the App Store
Best known for these…Lessons from our first year in the App Store
An award winning multi-channel propositionLessons from our first year in the App Store
I’m here to talk about ourappLessons from our first year in the App Store
18 months ago we’d never made                                         an app beforeLessons from our first year in the App ...
Five lessonsLessons from our first year in the App Store
Go nativeLessons from our first year in the App Store
Build a sensible APILessons from our first year in the App Store
It will break – that’s okLessons from our first year in the App Store
Build a user retention loopLessons from our first year in the App Store
How to get GOOD reviewsLessons from our first year in the App Store
1. Go nativeLessons from our first year in the App Store
Different design strategiesLessons from our first year in the App Store
Build something completelycustomLessons from our first year in the App Store
Port something from anotherplatformLessons from our first year in the App Store
Go native  Lessons from our first year in the App Store
We ignored this, and it cost usLessons from our first year in the App Store
Lessons from our first year in the App Store
Why go native?Lessons from our first year in the App Store
A note about gettingfeatured  Lessons from our first year in the App Store
Sorry, there’s no magic trickLessons from our first year in the App Store
2. Build a platform agnostic APILessons from our first year in the App Store
(what that means is)                                                don’t build an API that                               ...
3. Plan for it to breakLessons from our first year in the App Store
We released three versions                        of our iPhone app before it was stableLessons from our first year in the...
..and it’s even harder on AndroidLessons from our first year in the App Store
Some great app to help withtestingLessons from our first year in the App Store
Plan your marketing efforts                                            around a stable releaseLessons from our first year ...
4. Your app won’t make it                                                  to the home screenLessons from our first year i...
Create a user retention loopLessons from our first year in the App Store
The VoucherCodes.co.ukMethodLessons from our first year in the App Store
Other great examplesLessons from our first year in the App Store
5. Reviews are REALLY importantLessons from our first year in the App Store
CRAP                                               ARE YOU KIDDING                                               ME?! THIS...
Get your developer to includereview promptsLessons from our first year in the App Store
Target active users…                                               when they are happiestLessons from our first year in th...
Quick sum upLessons from our first year in the App Store
1. Go native2. Build a sensible API3. It’s going to break, but that’s ok4. Build a user retention loop5. Target active use...
Thanks for listening                                                 @danielbowerLessons from our first year in the App St...
Upcoming SlideShare
Loading in …5
×

Lessons from our first year in the app store

299 views

Published on

A talk I gave on the first year VoucherCodes.co.uk spent in the app store. Mistakes we made and the things we learnt.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
299
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • ----- Meeting Notes (21/11/2012 09:52) -----Fortuitous
  • ----- Meeting Notes (20/11/2012 12:55) -----Firstly - focus is practical adviceThings to do during and before a buildMake your jobs as marketing professionals easier
  • ----- Meeting Notes (20/11/2012 12:55) -----Uk's largest6 million membersWSM worlds largest coupon network - 400MLondon, Berlin, Paris and Austin
  • ----- Meeting Notes (20/11/2012 12:55) -----This is a print-out voucher for ZizziBut also online codes that are used at checkoutCombination of these two channels
  • ----- Meeting Notes (20/11/2012 12:55) -----2 million downloads2 thousand reviews average 4.5And… takes away the need to print
  • ----- Meeting Notes (20/11/2012 12:55) -----What makes this significant isNot made an app before
  • ----- Meeting Notes (20/11/2012 12:55) -----When asked to give this talkI wanted to reflect on practical lessonsOthers could take away an use
  • ----- Meeting Notes (20/11/2012 12:55) -----Lesson 1Go native - concerns design and how that can help marketing efforts
  • ----- Meeting Notes (20/11/2012 12:55) -----Lesson 2About building a sensible API"Future proofing"Only technical point
  • ----- Meeting Notes (20/11/2012 12:55) -----Lesson 3It will break and what marketers should do to plan for this
  • ----- Meeting Notes (20/11/2012 12:55) -----Lesson 4 - retaining usersEnsuring your app isn't forgotten as quickly as it's installed
  • ----- Meeting Notes (20/11/2012 12:55) -----Finally lesson 5Tips on how to get not only reviewsgood reviews
  • ----- Meeting Notes (20/11/2012 13:41) -----Broadly there are three different design strategiesAll with their advantages
  • ----- Meeting Notes (20/11/2012 13:41) -----Brand the user experienceCreate consistencey across all devicesSteeper learning curve for usersMore complicated to design AND buildSummly is a great example of this - will have taken longer it's clearly been worth it
  • ----- Meeting Notes (20/11/2012 13:41) -----Porting something from iPhone was common in early Android daysTemptation to do it becuase it's fasterIt's actually slower - I'll explain whyConfusing for users who aren't familiar with the other platformInstagram have been guilty of this
  • ----- Meeting Notes (20/11/2012 13:41) -----Use the design patterns native to the OSClearly outlined in theHIGDesign.addroid.comWP 8 UX Patterns
  • ----- Meeting Notes (20/11/2012 13:41) -----We had a working version of the app ready to go liveAnd yet it never made the app storeWe ripped it up and tarted again
  • ----- Meeting Notes (20/11/2012 13:41) -----Custom fontsCustom tab barand otner customisations not show in that screenThe build was much slower and the code wasn't as clean
  • ----- Meeting Notes (20/11/2012 13:41) -----Faster to designLoads of research, tools and other content to speed the process alongFor the same reasons it's much easier to develop forUsers will find it easier to useYou're also more likely to get featured----- Meeting Notes (20/11/2012 14:35) -----Native also means no HTML5 wrapper apps
  • ----- Meeting Notes (20/11/2012 13:41) -----For most people there is no magic trickBuild an app that people want to useGet postiive reviewsBuild an app that shows off the OSGoogle and Apple want to show off apps that make their platforms look goodGoing native this makes a lot of sense----- Meeting Notes (20/11/2012 16:22) -----Get a lot of downloads
  • ----- Meeting Notes (20/11/2012 13:41) -----While you may----- Meeting Notes (20/11/2012 14:35) -----Want to launch on a specific platform it's important not to focus on thisPut simply don't tell your developer you're making an iPhone appAll the decisions you make should assume a multi-platformSpecifically your API - where you could make some iPh specific decisionsThat make it very hard to undo----- Meeting Notes (20/11/2012 16:56) -----Use open data standards
  • ----- Meeting Notes (20/11/2012 14:35) -----Assumeing your app will break sounds fairly defeatistIt's not - not only is it our experience, but I've heard t from countless developersI've also heard it directly from Google
  • ----- Meeting Notes (20/11/2012 14:35) -----Connectivity issues when out-and-aboutFluctations in load on your netowkr are also hard to predict----- Meeting Notes (20/11/2012 16:56) -----It took us three versions to get our iPhone app stable
  • ----- Meeting Notes (20/11/2012 14:35) -----ASK THE AUDIENCE?In fact we're dealing with this right nowWe soft launched our app last weekWe've already released 3 fixiesCurrently stable, but we know there are more fixes to come----- Meeting Notes (20/11/2012 16:56) -----Retain agencies or develpers following an app launchMake use of the Blacklist feature to block annoying devices
  • ----- Meeting Notes (20/11/2012 14:35) -----As well as being able to explain the complexitiy of the task to stakeholders in your businesesKEY TAKEAWAYPress releasesEmail marketingEventsPromotionsall should be timed with a stable release and not a launchCreate a test group----- Meeting Notes (20/11/2012 16:56) -----Once you're live and stable plan features then fix - asssume this cylce will repeat itself
  • ----- Meeting Notes (20/11/2012 14:35) -----Do get the feeling I'm being a little negative?Very few brands or tools are so significant in our livesUnless your making an email client, or are working on the next social networkingNot going to get 'home screen' status
  • ----- Meeting Notes (20/11/2012 14:35) -----Combat thisNeed a user retention loopSales paralance - selling to existing customersApp retention loop no different -
  • ----- Meeting Notes (20/11/2012 16:56) -----Straight forwardVisual cues from our Websiteour Emailthat remind users that our appreplaces the need to print a voucherSite = discovery platform
  • ----- Meeting Notes (20/11/2012 16:56) -----Instapaper the news reading appBookmarklet saves content to your appSimilarly wish lists - you can create actions that prompt users to return to the appNotifications are also really importantUse them intelligently - for example words with friends reminds you when you haven't moved for a few daysOver use and you're gonna get deleted
  • ----- Meeting Notes (20/11/2012 16:56) -----More likely to be downloadedFeatured - it's unlikely anything under 4 gets featuredCompared against your competition in the app store
  • ----- Meeting Notes (20/11/2012 16:56) -----We know this to be trueHad an average of 2 and 1/2 stars----- Meeting Notes (20/11/2012 16:58) -----We knew we'd had bugsBut the app was stable and we were confident itWe also noted that people like to use crap in reviewsprobably because it rhyms with app
  • ----- Meeting Notes (20/11/2012 21:23) -----Importantly you target active userswhen they are happiestAt VC - users are happiest when they've just used a vouhcersaved money on a meal, day out, clothesAnd rather than doing this the first time, or second we did it the third timeEnsuring the user was activeGames, when recieved an orderIt's a relatively simple idea - but one that grew our +ve reviews significantly
  • Lessons from our first year in the app store

    1. 1. Lessons from our first year in the App StoreLessons from our first year in the App Store
    2. 2. Some practical adviceLessons from our first year in the App Store
    3. 3. A little bit about VoucherCodes.co.ukLessons from our first year in the App Store
    4. 4. The UK’s largest voucher siteLessons from our first year in the App Store
    5. 5. Best known for these…Lessons from our first year in the App Store
    6. 6. An award winning multi-channel propositionLessons from our first year in the App Store
    7. 7. I’m here to talk about ourappLessons from our first year in the App Store
    8. 8. 18 months ago we’d never made an app beforeLessons from our first year in the App Store
    9. 9. Five lessonsLessons from our first year in the App Store
    10. 10. Go nativeLessons from our first year in the App Store
    11. 11. Build a sensible APILessons from our first year in the App Store
    12. 12. It will break – that’s okLessons from our first year in the App Store
    13. 13. Build a user retention loopLessons from our first year in the App Store
    14. 14. How to get GOOD reviewsLessons from our first year in the App Store
    15. 15. 1. Go nativeLessons from our first year in the App Store
    16. 16. Different design strategiesLessons from our first year in the App Store
    17. 17. Build something completelycustomLessons from our first year in the App Store
    18. 18. Port something from anotherplatformLessons from our first year in the App Store
    19. 19. Go native Lessons from our first year in the App Store
    20. 20. We ignored this, and it cost usLessons from our first year in the App Store
    21. 21. Lessons from our first year in the App Store
    22. 22. Why go native?Lessons from our first year in the App Store
    23. 23. A note about gettingfeatured Lessons from our first year in the App Store
    24. 24. Sorry, there’s no magic trickLessons from our first year in the App Store
    25. 25. 2. Build a platform agnostic APILessons from our first year in the App Store
    26. 26. (what that means is) don’t build an API that focuses on one platformLessons from our first year in the App Store
    27. 27. 3. Plan for it to breakLessons from our first year in the App Store
    28. 28. We released three versions of our iPhone app before it was stableLessons from our first year in the App Store
    29. 29. ..and it’s even harder on AndroidLessons from our first year in the App Store
    30. 30. Some great app to help withtestingLessons from our first year in the App Store
    31. 31. Plan your marketing efforts around a stable releaseLessons from our first year in the App Store
    32. 32. 4. Your app won’t make it to the home screenLessons from our first year in the App Store
    33. 33. Create a user retention loopLessons from our first year in the App Store
    34. 34. The VoucherCodes.co.ukMethodLessons from our first year in the App Store
    35. 35. Other great examplesLessons from our first year in the App Store
    36. 36. 5. Reviews are REALLY importantLessons from our first year in the App Store
    37. 37. CRAP ARE YOU KIDDING ME?! THIS APP IS CRAP!!!But people only review if theywant to complain NOPE GOOD WHEN IT WORKS, OTHERWISE CRAP APPLessons from our first year in the App Store
    38. 38. Get your developer to includereview promptsLessons from our first year in the App Store
    39. 39. Target active users… when they are happiestLessons from our first year in the App Store
    40. 40. Quick sum upLessons from our first year in the App Store
    41. 41. 1. Go native2. Build a sensible API3. It’s going to break, but that’s ok4. Build a user retention loop5. Target active users for positive reviewsLessons from our first year in the App Store
    42. 42. Thanks for listening @danielbowerLessons from our first year in the App Store

    ×