Which is the best cross-platform mobile payment solution?
I did work with Premium SMS gateways before, but premium sms is a bit tedious for customers in my opinion. If a customer wants to pay he needs to enter his phone number, then he receives some unique ID he has to enter into a form again for finalizing the payment.
So I wonder, if there are mobile payment providers offering something which is easy to use for customers, like in-app-payment, but cross-platform (iPhone, WebOS, Android etc.).
Best
Milanko
For my mobile repair buisness i use pay anywhere app available for the android and iphone. Its completely free and you recieve a card reader that plugs directly into your device. The app and card reader are both free, they only charge a small fee per transaction. (1% per transaction) not too bad in my business!
Related
I was working on an web and mobile application which was startup business of Australia. We have our linode server and database in Singapore. We have a separate codebase for web app and mobile app(APIs). The business worked pretty well and now the client wants to expand their service in USA too.
The web app was hosted as appname.com.au and now he wants to launch the Application in USA as appname.com. And he wants to utilize the same mobile application for both Australia and USA because of not enough funding.
The problem is there will be many additional features/modifications in business logic for USA.
My main concern is should I continue on single web app or make new app for USA.
Since, we already have two separate codebases i.e. one for existing web app and another for APIs => mobile app. Maintaining more codebases will be very difficult for us.
The products that is sold via app should be location aware i.e. as popular products for one state of USA from another or from Australia will obviously vary, features product in home page should vary too.
The products uploaded to the Australia can be seen by the users of USA but, shouldn't be able to buy and vice-versa.
For this, should we continue to work on the same app or go with the new separate app for USA. Chances are this application will grow hugely in coming days and we need to scale it more thus, we are pretty stuck on what's the right/better thing to do.
Any help will be highly appreciated. If you don't understand it clearly I will let you know via comments. And yeah thanks for your time :)
I am trying to find a parallel payment implementation for my mobile app, where the payment should happen with in my application and not redirected to any browser.
I have seen few options like paypal parallel payment, but this doesn't provide native app purchase support.
Can some one please point me to right direction. I am wondering am I only one trying for this option? :)
Your help is greatly appreciated.
Thanks,
Ramesh.V
You are looking for an API payment gateway rather than a checkout page solution. There are numerous services such as Stripe, BrainTree, BlueSnap and even PayPal that offer this.
The reason this is not popular for apps is that you'll need to become PCI compliant for that, which is a pain. Non of the above services will grant you access to the API without it, but they will be happy to give you a checkout page (browser) to drop the PCI compliance requirement.
I've successfully used a service called Zooz for my mobile checkout and it works nicely.
You can goto www.zwitch.co . This is an Indian payment startup which offers in-app payment natively.They have mobile SDK with which you can accept payments in your app.You can design your own payment page.They say you will be reduced from the PCI Scope
Can anyone recommend a payment gateway that has been optimised for a mobile?.. I have just checked out paypal on a mobile devise and although it doesn't have a heavy amount of data to be downloaded, it is far from optimised for mobile user experience... i.e. you have to pinch zoom to fill in forms etc... Does anyone know of a payment gateway that is mobile friendly?... Kind regards J
PayPal has a great mobile experience and it will automatically switch to that if using a mobile device. How do you have PayPal integrated now? Are you just using a standard button? How long ago did you create it?
If you take a look at www.givemobiley.org you'll see a good example of PayPal in a mobile experience. I developed that with jQuery Mobile, and I used the Express Checkout API with PayPal.
If you load the demo on your computer you'll see the experience you expect there, and if you load it on your mobile device you'll see the experience you'd expect there.
Bonus! 2 questions in 1:
We're building a mobile web app (not native) and would like to be able to collect payment for a real-world service. Since it's a mobile web app, we had assumed we wouldn't be restricted to any of the native in-app payments that Apple and Android impose, right?
Are there any services for CC payments? Even nicer would be one where the user could snap a pic of their CC and the app would capture their billing info and submit payment.
1) There's no restriction from Apple to web apps.
2) PayPal provides you the possibility to process payments from the web. It provides you a lot of ways to integrate payments to your website. For example, it redirects the customer after they place the purchase. And there's also IPN, which notifies a page of your website that a payment was placed and which items were bought.
paypal.com
I have a Mobile website which sell Products, its built in Asp.net/C#. I am exploring the idea of adding a new Payment Method on my website which will allow customers to pay using their Carrier aka Direct Carrier billing.
I want to get opinion from folks who have Direct Carrier Billing implemented on their Mobile Website.
How well was it received by the Customers
How complex is it to implement such a payment method (is it worth implementing)
Lastly, has anyone implemented http://www.billtomobile.com/, are there any other options apart from billtomobile
Thanks!
I have experience developing wap premium billing in some countries (es, it, za, pt, etc), normally using big aggregators. Usually it´s very simple to develop. There are http APIs, and you have to redirect consumer to carrier billing page, and it returns to you with billing information. Normally consumer has to accept the payment in carrier payment page.
I think main problem it´s you only can bill in some APNs for example, you can´t bill to blackberries or opera mini consumers, so other APNs don´t support wap payments. For example, in spain there is a commercial APN called "internet connection". Of course, you can´t bill to wifi users.
I think in others countries like UK, wap payments are broadly accepted. I belive one option is to mix wap payment with SMS premium.