I am working on mobile application. It should work as marketplace - authors upload content and consumers pay for it.
I am woundering how to implement payments for android/ios.
From information I found:
Ideally payments should be as in Uber - consumers pay Uber, uber pays drivers. Could someone advice how to achieve it?
UPD for Paul Garcia:
App development should only be considered if you absolutely need access to hardware features of a device.
Content is geo-related. According my plan consumers use it in special locations. That's why I am building mobile app. That's why I am looking for simple purchase tool for my customers.
Know that if you are expecting a high volume of transactions you CANNOT just turn on sales from day one and process hundreds of individual transactions.
I don't expect high volume of transactions one day. I expect transactions growth with amount of authors and consumers growth.
Thanks for your answer. My question is more related to the existing purchase methods/practices and App Store/Playmarket limitations rather then general project organization aspects.
UPD2: Here is recent discussion on Apple developers forum https://forums.developer.apple.com/thread/114537
Why an app? Why not a web site? App development should only be considered if you absolutely need access to hardware features of a device. Nothing about the product you described should require device access. If like so many other marketplaces you have user logins, the user can store payment information (credit card). If you're trying to use other digital currency (ApplePay for example), then you're limited to the rules of the currency handler.
Know that if you are expecting a high volume of transactions you CANNOT just turn on sales from day one and process hundreds of individual transactions. Every payment account requires a warm-up period where the processors determine that your business is legitimate, that you don't have a large number of chargebacks, that you are following rules, that your bank isn't upset with you, etc. It takes months to ramp up with your payment processor.
This one should probably consultation with a CPA or attorney. Uncontrolled marketplaces need to be careful not to enable money laundering.
I have more significant questions about the product itself, but you didnt' ask for that kind of analysis. To me it sounds like you're still in the idea stage. I'm going to suggest that you stop all development and test your assumptions about your product before you write one more line of code. I have strong concerns about the viability of your marketplace considering this very basic question you're asking. You don't even know how your customers prefer to pay.
Major marketplaces such as ebay etc. do NOT pay the apple tax. (ie payment method). My recommendation is for each of your sellers IE users to have their own submerchant account and then that is tied into their account to accept payments. Mojo Pay can accomplish this but only USD and US based customers. Also it will depend on the product or service you are selling. Apps that offer in app purchases do pay the fee and have to utilize the Apple pay payment mechanism.
Thanks for your answer. My question is more related to the existing purchase methods/practices and App Store/Playmarket limitations rather then general project organization aspects:
You can sell products inside your application. There is no problem or limitation there. Amazon for example.
Regarding your second question, the term you are looking for is Marketplace Payment Provider. You collect say 100$, 20$ goes to you, 80$ to the other person. Yandex has this, Also PayU and many others ( https://checkout.yandex.com/tailored-solutions )
If you are going to use maps, be careful with the google maps licensing cost. You will need to pay after approximately 100 users per day. Be sure you plan for it as this can be expensive