I have done this with an iphone app. The ideal case for testing: -Your app has little publicity and is generally found through keyword searching. This means th

I have done this with an iphone app. The ideal case for testing: -Your app has little publicity and is generally found through keyword searching. This means that you have few repeat visitors to the app page -Your daily sales data has little variation. You typically see this 2 weeks after release when it is no longer in the new apps list. Avoid holidays and other sources of variation for your test. -Schedule pricing into the future on one week increments. Try not to have pricing go generally up or down, perhaps by using some randomization or shuffling of possible prices. -Use the revenue generated during each of the weeks coupled with the pricing to identify your ideal price. Using poor scientific measurements (I crossed holidays, and did a declining price from a high point) I came up with $2.99 as an ideal price for my app. Keep in mind that your sales rank influences your revenue, and if you think your app can break the top 100 apps list, then price it at $.99, because once you get into that list any losses prior due to underpricing an app are nullified. Too bad the app store doesn't primarily sort by revenue (aka value to the consumer) and doesn't provide a continuous scroll past the top 100 which would make such devaluations unnecessary.