2 Replies
      Latest reply on Jul 22, 2019 5:13 AM by EGM2019
      EGM2019 Level 1 Level 1 (0 points)

        I ask this because the purchase will be available to free and subscribed members in the freemium model. But it's exact charge won't be known till the service is completed. Because the user has to accept the a la carte charge before Apple processes it (which requires knowing the charge amount), didn't know if this were possible.

         

        If it's not, trying to ID manners to charge for this a la carte service that do work w/ IAP and freemium (for example, perhaps charging upfront for a pre-paid account that a member can draw on for this service, etc.)

         

        Thanks!

        • Re: In a freemium model, is there a way to accommodate an a la carte purchase where you won't know the exact charge until the service is complete?
          KMT Level 9 Level 9 (14,505 points)

          Not sure I understand the question - IAP involves tiers with preset pricing. Pretty sure it's possible to know that ahead of time. Devs are not free to casually ad-hoc their own app/IAP pricing.

           

          As far as pre-paying for service, you'd perhaps want to use tokens, where the user can buy them in various increments, redeem them as they go, and you decide if they expire, etc, tracking their use/consumption via receipts.

           

          Might want to move this the IAP forum - see FAQ#2 here:For Best Results - Read the Label

            • Re: In a freemium model, is there a way to accommodate an a la carte purchase where you won't know the exact charge until the service is complete?
              EGM2019 Level 1 Level 1 (0 points)

              I appreciate it greatly. And sorry for any lack of clarity. You're correct on the IAP pricing. We're contemplating freemium model. So the subscription portion of the IAP is known. In addition, there's an opportunity for a service that is a la carte or on-demand, where the exact price of the service isn't known until its completion. That was the charge I was having a hard time with how to bill for, give that it's not a known amount until after the service is engaged in.  

               

              I thought about tokens, to your point. That is a good idea and I'd originally stayed away from it given, to your point, you need to keep track of use/consumption via receipts (which could be tough with scale, if there's not a system in place to help manage.

               

              I so appreciate the reply and will dig into Tokens more, since I don't think there's any possible way to charge for a service unless you know the exact amount up front.

               

              Kindest thanks and of course very grateful. Let me know if you disagree with any of my sentiments above. Working hard to engage with the docs and sometimes the dialogue helps where it's not quite clear. Thank you, KMT!