Is there a standard way to setup payments for an app?

Hi,

Couldn't find an answer to this. I am looking at creating another app but this time want to ask for payment. is there a "Garmin" way of doing this or does everyone roll their own which would seem very inefficient.

Many thanks,

David

Top Replies

Kristof Verpoorten over 2 years ago +3

Deleted
flocsy🤠 over 2 years ago +2

You don't need to reinvent the wheel. There is https://kiezelpay.com/
VAW.BE over 2 years ago in reply to Kristof Verpoorten +2

Choosing for donations or using a payment system (like KPay) depends on what you want to achieve. If you want to get more out of your hobby, then I would choose for a payment system. I can confirm that…

All Replies

0 myaro over 2 years ago

I've done a bunch of research into this, too. The answer seems to be to roll your own.

I'm planning:

The user inputs their license key into the ConnectIQ app as a setting for the app (watch face)
A background process that checks my activation server
Store in on-device storage the most recent license check status

0 flocsy🤠 over 2 years ago

You don't need to reinvent the wheel. There is https://kiezelpay.com/

0 myaro over 2 years ago in reply to flocsy🤠

Nice. That looks very drop-in -- I like that. Excited to get these faces rolled out.

0 jim_m_58 over 2 years ago in reply to myaro

Last I heard, kpay takes something like 25% of what you charge

0 myaro over 2 years ago in reply to jim_m_58

Correct. They take 27%, minimum of $0.27. I just read the fine print.

I'm looking into Stripe + Checkoutpage.co also. Cheaper as the price I charge goes higher.

+1 myaro over 2 years ago in reply to myaro

Stripe is:

2.9% + 30¢

Checkoutpage.co is 4%

So for $5, I'd pay 64.5¢ in processing, which is about 13%.

It comes down to a matter of desire for drop-in solution vs. control.

This is mostly a fun hobby on the side for me, so I may code my own so I get the experience of writing the background modules & making the experience very custom to me.

0 jim_m_58 over 2 years ago in reply to myaro

I've used "buy me a beer" donations all along and am happy with what I see. (this is a hobby, after all!) Why let someone else collect a dime on my efforts? What service do they actually provide?

0 dbrobert over 2 years ago in reply to myaro

I've used Stripe for many past projects, both for big business and for side-projects. Stripe are great regardless of business size and have a variety of offerings, including subscriptions (KiezelPay is one time only). That said, payment processing is expensive due to the variety of credit card fees, fraud, chargebacks, etc. But credit card is mostly seamless with very little in the way of friction to prevent the user from quitting the checkout process without completing so one could make the case that the processing fees are worth it.

It's worth noting that Stripe charges the same percentage whether you use their easy, drop in checkout or roll your own. So I would focus on making your app awesome and leave the checkout and payment processing to someone else. Oh, and Stripe pays you out on a rolling basis, not in lump payments like some offerings.

FULL DISCLOSURE: I don't work for Stripe and do not own shares but I do loosely know the two founders and was one of the first Stripe customers in Canada.

0 flocsy🤠 over 2 years ago

BTW i don't think that ti's worth the time. I mean the time to implement payment is not worth the amount of money you'll collect that way in a year... Just look at the number of downloads for paid apps (and before you think that 1000 downloads mean 1000 paid: think twice! It's less than 5% who actually pay) so the only noticeable impact IMHO is that you decrease the potential number of people who would download it, for something that probably won't get to even $100 per year :(

0 Kristof Verpoorten over 2 years ago

[deleted]