Looking at my Google Play Developer Portal page, the only options available for testing are the app store listing itself and nothing within the app. Not sure how iOS operates in that regard. One thing you could probably try is have a duplicate of each in-app purchase, one associated to A and the other to B. Then you can get a since of which is selling better based on the exact in-app purchase item. Looking at the Android in-app purchase stuff, you have to assign a unique "In-app Product ID" to each purchase item. From the developer billing page, "you cannot modify an item's product ID after it is created, and you cannot reuse a product ID". It does have a section for Title and Description and it makes no mention about restrictions. So you can probably have an "item_20_a" and "item_20_b" and they have the same title, description, and price.
Now to actually have an A/B interface, you could have a server setup that the app pings on first time boot to request which interface it should get and the server would just be updated to switch which layout should happen next every time a request comes. If you can't have a server setup to do that then you could probably just do something like picking the layout based on the minute the app was launched for the first time and save a preference setting to use that layout from that point onward. If it is an odd number for the second, pick A, and if it is an even number, pick B.
http://developer.android.com/google/play/billing/billing_admin.html?rd=1
1
Reply
AdChoices