Which payment service?

[ThirtyOne]

I am building an application which requires a payment interface.

For example, let's say you choose something in a catalog in the application, pay for it, and it sends the file you purchase later as an attachment in email.

My understanding is that you cannot do that with in-app purchasing because it does not deliver the content immediately and it is not delivered within the application.

Also, I want the user to purchase credits and use them to buy things to reduce the number of times they have to use the payment service and to save on fees.

So I can either build it with in-app purchases and cross my fingers on getting approved or use a third-party payment process in a UIWebView.

Leaning towards the latter, which one do I go with? Should I use paypal, google checkout, or another third party?

I am looking for very simple integration up front (hopefully just a payment button) with the option to do more sophisticated integration in the future if the app is successful. I want a checkout interface designed for mobile with as few hurdles as possible.

Any experiences as a user or a developer?

[MarkC]

Be careful using third party payment mechanisms, iirc Apple will just reject it and say "Use In-App purchases please" without giving much thought as to why you may have had to choose a non-Apple method.

[ThirtyOne]

I get your point, but I think I can work around that.

It looks like the frontrunners are:

- paypal mobile
- google checkout
- amazon payment services

The Amazon service is the most attractive from my perspective, but I am afraid that users will be confused because they don't associate Amazon with being a payment method

Which is one is least likely to drive away sales? I would think PayPal is the biggest, so people would be most likely to already have an account.

Any thoughts from anyone?