[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-04 Thread b0b
I would just transform the paid app into an unlocker app that is checked by the main app. Anything else seem really complicated. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-04 Thread Nobu Games
I agree. An unlocker app also does not require any maintenance. You just need to check its presence on the device, that's it. No need for importing / filtering lots of data, no need for writing server software. On top of that when you really do want to go that route of validating legitimate

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Brill Pappin
FYI - What I'm doing is switching from a free/paid version free with ads, to a single version that will have ads until an in-app purchase is made. Obviously I don't want to screw the legacy customers with ads they have to then pay to get rid of. -- You received this message because you are

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread niko20
Maybe try and use something that would be on their device that you created ( a folder, etc) as an indicator they are a previous customer. On Monday, December 3, 2012 2:37:34 PM UTC-6, Brill Pappin wrote: FYI - What I'm doing is switching from a free/paid version free with ads, to a single

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Nobu Games
The problem with this suggestion is that it won't last a switched SD card, factory reset or new device. I don't think that there's is a real good solution to this problem other than maintaining the paid app. You could transform the paid app into an unlock key and require your users to install

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Brill Pappin
Can't do that or it won't survive a phone reset or a new phone. - Brill On Monday, December 3, 2012 8:57:59 PM UTC-5, niko20 wrote: Maybe try and use something that would be on their device that you created ( a folder, etc) as an indicator they are a previous customer. On Monday,

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Brill Pappin
Yeah, I'm trying to streamline and *not* maintain 4 different apps :) I'm formulating a plan to simply ask the users in the next update and use the LVL lib along with a hosted database to mark those who should never need to buy it again. - Brill On Monday, December 3, 2012 11:38:53 PM UTC-5,

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread John Coryat
You could use their original order number. Download the orders from the Checkout console and store them on a server. Add a way for users to enter their order number to open up the premium content. The user would have to search for their order number though. -John Coryat On Monday, December

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread John Coryat
Or... You could download the order details from Checkout using the include more buyer and order information columns and either send them an unlock code or use their gmail account, which is included in this detailed download to verify their access. No order number required! -John Coryat --

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Brill Pappin
Hmm... I like that idea. It just might work, I only need to cover 2.5k users and another 3.9k on the other one. Those numbers are small enough I could build them right into the code as a digested lookup. By the way, if the user has lost their transaction record you can send them to this link:

[android-developers] Re: Paid App to in-App purchase: Keeping old users

2012-12-03 Thread Brill Pappin
An even better idea! It would prompt those who never update to do the update as well. Maybe a combination of both depending on complexity. John, your my new hero, because those ideas are both brilliantly simple. - Brill On Tuesday, December 4, 2012 12:02:54 AM UTC-5, John Coryat wrote: Or...