Posts

Post not yet marked as solved
4 Replies
684 Views
Hi there, Thanks for your time by reading this.We are currently designing an iOS app which primary feature is to offer 1to1 lessons online using audio conference from a third party provider (Plivo or Twilio).Calls will occur within the app, but it's a real-world service, so, based on what I've read in the forum, I still have no idea if we need to use IAP or could integrate a third party processor.In addition to that, this will work as a marketplace, where users will be able to pay calls as they go and coaches will get paid for that lesson. It's not a subscription model. It's always on demand. Using IAP only will allow us to charge payments to users, but we won't be able to send money to coaches. It won't violate 3.1.3(b) guideline if we ask coaches to send us their Paypal account?.In a nutshell:- Online lessons within the app, will require only IAP even we offer a rea-world service?. We want to use PayPal.- IAP supports pay-as-you-go model?. Meaning: "you talked 18 mins, this is your billing and will charge you $x for this call".- IAP supports send money to users?. I guess not. This would be a Marketplace.Apps like Verbling and Cambly are working with this model: offering service in-app but they were allowed to use third party payment processor.I read a lot in the forums but didn't find any like this.Thank to all of you, guys.
Posted Last updated
.