We've been on the Facebook platform for a couple of weeks now, and we are learning everyday. Today I want to talk about using ads on Facebook to drive growth in the install user base for a Facebook app.
We released our app, Shared Memories, on Facebook about 10 days ago. We've grown to around 1500 users today, and while a large part of it is organic, viral growth, we have used PPC based ads to drive growth to our application. We've played with daily budgets, times, and creatives to try and learn more about how to optimize our investments. I want to share some of our learnings, and I want to talk about a new application we are releasing to other app owners for beta testing to help them optimize their ad performance as well.
We've advertised largely using the Social Media apps -- Appsaholic as their apps tracking and ad purchase application is called. They offer you an option to buy ad clicks from their other apps and even from other applications using an Adsense like approach for Facebook apps -- successful apps can sell ad space, and advertising apps (wannabe successful apps) can purchase the clickthroughs. The other advertising options on Facebook include doing link exchanges with other apps -- we've talked to Social Wizards who would rather only do a link exchange with someone at par with them on traffic (obviously). There is a bit of a food chain here -- Slide looks down upon Social Wizards, who in turn look down upon us. As you can imagine, it will only get harder for new applications to establish a stronghold in this community.
Other forms of advertising including putting the word about your app on forums, review sites and blogs (like this one).
The problem that an application owner will run into is that every one of these avenues costs money and time. As an individual developer, you almost have no time to track how you campaigns are doing, and it might get ineffective to te extent that any money you put into it might just be a waste.
First, let me share some of our learnings.
When Appsaholic says "Buy Installs" -- they are somewhat fooling you by their language. They really mean "Buy Clicks to the page from where users can install." Now, this is much worse than a clickthrough from a Google ad. Why? The user always have to go through a page where they have to "install" the app, and they are faced with a form asking them to allow your app to access their personal data. Hmm. As any marketing person will tell you, these pages will not convert that well. Sure, it is a necessary step, but you need to control the language and messaging, and in this case you do not. Since the users are coming through this additional step, it is a good chance that they may never get to even see your app. In other words, you are not really buying clickthroughs to a page you control -- but a clickthrough to a page rendered mostly by Facebook (except for a short description by the app owner in the right column in light font), from where the user has to decide whether to install your app.
We played with the landing page for the clickthroughs a bit. The options are that you can host it on your site, use the About application on Facebook, or directly the Install page on Facebook. Our experimentation tells us that the page that converts best is the install page on Facebook. It is somewhat obvious. The average attention span of a Facebook user is very tiny, and there will always be a dropoff at ever intermediate step from ad to install. We found the about page for our application to convert at about 18% from ad clicks, and the install page convert about 25% on average. We have not yet played with a page on our own site, though my instincts tell me to keep the user on Facebook, I'd love to see if someone has played with it and is willing to share how these pages convert. We do intend to play with these a bit and measure the conversion rate ourselves.
Right now, Appsaholic clicks are priced at a minimum of 15c. At a conversion rate of 20% from ad clicks, you are paying roughly $0.75 for every install. That is quite expensive -- especially since the really useful metric today (if that) is the "active" users, and for most apps, this tends to hover around 5-20% of their install user base. As you can imagine, the cost of getting a new "active" user probably around $3 to $4. Can you do better? Yes you can, but the first thing you have to realize is that unless you have a way of measuring your conversions from different campaigns, this is what you are roughly paying.
So how do you measure?
If you are advertising on Facebook, most advertising platforms let you take in the user id of the user as an argument that you can track internally to see what the conversion rate is. The flyers on Facebook, and the Appsaholic ads do this. If you don't have any other way of measuring, you at least need use these and log them. Then you can write your own scripts to match them against your installs.
But you start losing this ability with some other campaigns. E.g., if you are advertising your app on Google, or blogging about it, and want to track it, you don't have the ability to track how these campaigns are doing.
This is the struggle we were going through, so we built an application to do exactly this. Track ads to conversion rates for us, and give us detailed reports on how different campaigns are performing for an application. We are releasing it today to the developers on Facebook as a beta version. The application is called Ad Tracker, and it is available for you to install and manage your campaigns.
How does it work?
You can read some more details here: http://www.facebook.com/topic.php?uid=2563396458&topic=3161.
How it works is that you add an application you want to monitor, and provide the URLs where your users should go to post-install. You can add multiple campaigns for the application, and configure the destination URL for ad clicks for that campaign. What Ad tracker gives you is the URLs you should use in your app settings to direct the post-install to, and the ad clicks from your ad provider to. Ad Tracker will redirect the user immediately to the right URLs, and track the clicks to give you the desired statistics.
Simple enough? You can even add other developers as admins in your application so all of you can track them from the same place and each of you can add more campaigngs.
Try it out. Let us know what you think.
Next question you may ask is -- Is it free? For now it is. When you start managing your campaigns you will see a balance on your application that will start going negative. Our current pricing is based on # of ad clicks and # of install clicks. Install clicks are priced much lower than Ad clicks for obvious reasons -- we really want this app to be used to track conversion from ads to installs. However you will be getting a lot of non-ad driven installs, and you shouldn't be paying much to track these at all. The reason the install clicks are not free is that we don't want it to be primarily used for tracking installs only. Now you can do that, but there will be a small fee for it.
What is the fee? As I said, right now it is free. You balance will keep going negative forever. You can ignore the balance for our promotion period. We do not have an estimated time when we will end the promotion period -- but if you are an app user you will get at least one month's advance notification. We are curious to know -- how much will you be willing to pay for these stats? Here's a more tangible question we would like to get an answer for: You probably pay $150 for 1000 ad clicks at the Appsaholic base rate. How much will you be willing to spend in addition to get detailed clickthrough and conversion stats? $1? $5? 50 cents?
For now though, it is available for free, and we have not placed any limits on you trying to use it. So go for it!.
Saturday, September 15, 2007
Thursday, September 13, 2007
Facebook developers meet in Mountain view
Just back from the Facebook developers meetup in Mountain View. I got a chance to show off Shared Memories app there, and was thrilled to find an actual user in the audience.
I am back with feedback -- some constructive, and some very encouraging -- and I feel super charged with the response.
The application has been out there for a week, and today we crossed 1000 installs.
Have you shared a memory with friends yet? Click here.
I am back with feedback -- some constructive, and some very encouraging -- and I feel super charged with the response.
The application has been out there for a week, and today we crossed 1000 installs.
Have you shared a memory with friends yet? Click here.
Friday, September 07, 2007
Pointers to some resources for Facebook
These resources are relatively easy to find, but here they are for you anyway.
- The Jambool activity -- this is where I've kept most of my research. You need a Jambool account (email me at vikas-jamboolinvites at jambool dot com for one).
- Step by step guide by Facebook for developing an app
- Anatomy of a Facebook application -- an excellent resource to understand the different components of the applications that you will write on Facebook.
- Developer wiki -- the best resource for references on the API. The following are excellent pages to read when getting started
- Ruby on Rails specific:
- Tutorials for building a FB canvas app: Part 1 and Part 2.
- Notes from a developer's experience at thoughtbot
- RFacebook -- a client library for Facebook written in Ruby on Rails. Also see the user forum.
- People have started writing about marketing your application on Facebook. It is harder to get your app adopted now than it was 3 months ago when the platform was launched. And as it happens with every marketplace, this one is going to get saturated and getting users to adopt something new will get only harder. So as you are building your application, start thinking about how to get more users to adopt the application. We have some thoughts of our own -- and if it indeeed works out, we'll share what did we do to make the application succeed. Meanwhile, here are some good articles to read elsewhere:
- "How to make a hit facebook app -- Look at #20 through #29.
- Dave Mcclure's excellent article on marketing facebook applications.
- "News Feed Optimization" at InsideFacebook -- something worth thinking about and looking into. We know we are.
Early experiences with Facebook
We are newbies on Facebook, and we are learning everyday. Facebook is still a very nascent opportunity, and I tell people everyday to get their asses here before it gets saturated. It's the next big landgrab of the net.
Everything you've heard about the Facebook platform is true -- it is truly one of the most powerful tool available to developers today to build something for the social networks and try it out with one of the biggest social graphs out there. We launched Shared Memories just 3 days ago, and we are right now into a few hundred users banging at the application, creating content -- and having fun with it! All things put aside, a developer will understand how extremely satisfying that experience can be -- to build something, put it out in front of an audience, and watch them grab it openly.
Before we go further -- Have you shared a memory with your friends yet? [Facebook link]
What's been our experience like so far? Good overall. Here's a short summary -- and we plan to write more about it as we continue to build.
The Good:
- The Social. When you put together the tools available to you -- the network, the news feeds, the notifications, the messaging -- it packs enormous power.
- Tools, API, and Integration. Thanks to the their Wiki, Developer application, other apps like Appsaholic, groups, etc., getting things set up and going is a charm.
- Simplicity. Facebook has taken special effort to make it simple for developers to integrate. As a result, the documentation is simple and integration poins are well defined.
- Data -- Facebook has been very open and that's a good thing. Their terms dictate that you can't store most of the data, but it helps your application build the right thing for the user.
The Bad
- Performance -- Facebook as a site is tad slow. Every page on the canvas tends to make calls back from our servers to FB to get additional data. All put together, this can compound the wait time for the user. Their service and platform also occasionally gets hiccups. We aren't busy enough (yet :) to experience the platform misteps, but we've seen a few.
We've already built in components in our system to rigorously measure the call times and the ability to not let them stack up in case of traffic growth. In the future posts we'll share some of the details of the performance of the Facebook api calls.
All said, it is an exciting opportunity to be a part of.
Everything you've heard about the Facebook platform is true -- it is truly one of the most powerful tool available to developers today to build something for the social networks and try it out with one of the biggest social graphs out there. We launched Shared Memories just 3 days ago, and we are right now into a few hundred users banging at the application, creating content -- and having fun with it! All things put aside, a developer will understand how extremely satisfying that experience can be -- to build something, put it out in front of an audience, and watch them grab it openly.
Before we go further -- Have you shared a memory with your friends yet? [Facebook link]
What's been our experience like so far? Good overall. Here's a short summary -- and we plan to write more about it as we continue to build.
The Good:
- The Social. When you put together the tools available to you -- the network, the news feeds, the notifications, the messaging -- it packs enormous power.
- Tools, API, and Integration. Thanks to the their Wiki, Developer application, other apps like Appsaholic, groups, etc., getting things set up and going is a charm.
- Simplicity. Facebook has taken special effort to make it simple for developers to integrate. As a result, the documentation is simple and integration poins are well defined.
- Data -- Facebook has been very open and that's a good thing. Their terms dictate that you can't store most of the data, but it helps your application build the right thing for the user.
The Bad
- Performance -- Facebook as a site is tad slow. Every page on the canvas tends to make calls back from our servers to FB to get additional data. All put together, this can compound the wait time for the user. Their service and platform also occasionally gets hiccups. We aren't busy enough (yet :) to experience the platform misteps, but we've seen a few.
We've already built in components in our system to rigorously measure the call times and the ability to not let them stack up in case of traffic growth. In the future posts we'll share some of the details of the performance of the Facebook api calls.
All said, it is an exciting opportunity to be a part of.
Tuesday, September 04, 2007
Jambool releases its first Facebook app
Of course, Facebook apps are all the rage these days. We just rolled out our first Facebook application: Shared Memories.
As the name suggests -- it is about memories we share with our friends. You can tag your friends with memories you've shared with them, and for eveyr memory you share, you can write stories, add photos...
Check it out -- and we'd love to know what you think...
As the name suggests -- it is about memories we share with our friends. You can tag your friends with memories you've shared with them, and for eveyr memory you share, you can write stories, add photos...
Check it out -- and we'd love to know what you think...
Subscribe to:
Posts (Atom)