Skip to main content

Download numbers

When reading other's developers blog, I always appreciate reading the posts about the number of downloads. It is always useful to know how many downloads to expect, and what impact different events can have.
The mobile landscape is changing fast though, and while you can get a pretty good idea of the dynamics of the Apple Appstore,  there's not a lot of information regarding the Android Market (AM) and the new Amazon Appstore (AA). Here's my humble contribution (please note that all the numbers given are approximations).


PP on Android Market
During the first two weeks, PP was getting 800 downloads per day. However it got featured by Google, and the downloads increased a hundred folds (it got up to 80k downloads on one day). During the one or two weeks it was featured, it got about 900k downloads and entered the most downloaded free app list. I am guessing that currently, every free app in the top 10 are getting at least 40k downloads per day.
Right now PP is getting 3k downloads per day.
One metric that people rarely share is the number of active installations. It is particularly relevant if your app is advertisement based, because you want people to keep using (and thus having) your application for as long as possible. Currently, 37% of the people that downloaded PP kept it, which I think is pretty good considering it's a free application (I download a lot of free apps, but most of the time uninstall them quickly).

Active installations of PewPew.
PP2 on Android Market
Shortly after it reached 1 million downloads, I released PP2. Two days later, I updated PP to include a link/advertisement for PP2. I was getting around two hundreds downloads per day. PewPew 2 was then featured, and there was a 50% boost which is nice, but really nothing extraordinary.
If I recall correctly, with 400 downloads per day, PP2 was the number 5 in the top selling games category. Right now it is around #40, with around 50 downloads per day.
Active installations of PewPew 2. Currently the rate is 85%


PP and PP2 on the Amazon Appstore (aka the Useless Appstore)
While I was featured on the AM, Amazon contacted me so that they could get my application on their store. I happily obliged, having heard that if you were lucky enough to be selected for their "free application a day" program, you'd earn a boatload of cash. The idea was that Amazon selects one application per day, makes it free for their customers but still pay 20% of the application's price to the developer instead of the usual 70%.
PP2 got selected for the "free application a day" operation, but I actually did not earn anything because Amazon makes you sign a contract that cancels the one where the 20% are mentioned. In the end the operation translated into 100k downloads of PP2, but 0$ in my pocket. Some might say that it's worth it because of the free advertisement you get, but on the other hand you do loose quite a lot of potential sales. More importantly, I believe that giving out your products (even for a short amount of time) devaluates their value, but that's a topic that deserve a separate post.
The last thing I'll say about the AA is that in June, PP2 got 18 downloads...


Conclusion
Getting featured on the AM is awesome when you are a free app, advertising a payed app from a free app that is featured is a good idea, and it appears that the top games aren't raking in as much money as the top games on iOS.
Also, currently the AA is useless. If the rumors that Amazon is going to release its own tablets are true, that might change, but for now the AA is not interesting for developers.

Comments

  1. how is pewpew doing on Playbook? Ive been loving it. Think you could be charging for it as Playbook owners expect to pay 1 or 2 bucks due to less demand while pb gets established.

    ReplyDelete
  2. On the playbook I got around 20k downloads in 2 weeks. PewPew 2 is also coming on the playbook, for $2.99 :)

    ReplyDelete

Post a Comment

Popular posts from this blog

PewPew Live's look in a nutshell

Occasionally someone will asked how I obtained the PPL look. In a nutshell: Draw everything with lines, including the text and the various icons. It's a lot of work, but besides looking unique it creates a consistent appearance which is a thing that a lot of indie games struggle with. The lines are screen-space projected lines with miter joins. Draw the lines with additive rendering. This means that if a red and green line overlap, the overlap will be yellow. There are a few things not drawn with additive rendering (like the background of buttons to improve readability), but they are exceptions. Add bloom. There's lots of different bloom implementations. Nowadays I use a bloom that is similarly to the one in  blender's eevee . If you see banding, use dithering. Optional: Add even more post-processing like (very slight) chromatic aberration, lens dirt, scan lines, curved monitor, and vignette. No post-processing, just lines Bloom! Ignore the missing bloom at the top All the...

A general state rollback technique for C++

I wanted to write this post for a while. It describes a C++ technique to implement rollback in the context of multiplayer games that I feel is quite interesting and useful. The tl;dr is: don't bother serializing individual objects, just rollback all the memory. Rollback-based multiplayer I've been working on a multiplayer version of PewPew, and for reasons that are outside of the scope of this post, I chose to implement multiplayer with deterministic lockstep and rollback. The basic idea behind rollback-based multiplayer is that the inputs of players are replicated to all the players. Whenever a player receives the inputs of another player, the state of the game is rolled back to the point where the input happened and fast-forwarded back to the present so that the state shown to a player takes into account the inputs of the other players. Because history is being re-computed, some events get undone. For example, it's possible a player saw themselves taking a bonus, but aft...

Ridiculously cheap depth of field effect for lines

I'm working on PewPew's sequel, for which I've revamped the graphics. Instead of drawing lines directly using OpenGL, each individual line segment is made up of two triangles whose vertexes are computed with shaders. Getting lines in 3D space to be properly displayed on a 2D screen is not trivial. In PewPew's sequel I use the screen-space projected lines, a technique very well described in the  Drawing Lines is Hard  post. The upside of drawing the lines yourself is that you are fully in control, which allows you to implement nice things such as joints, perspective, and even simulate depth of field. https://en.wikipedia.org/wiki/Depth_of_field Usually depth of field (DoF) in video games is implemented using a post-processing step that blurs the pixels with an intensity that is a function of the depth of the pixels. When we are rendering lines, we can approximate DoF directly when rendering the lines by having the vertex shader increase the width of lines and r...