-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feat: Learn + Document How to Setup Recurring Payment Processing #1
Comments
@LuchoTurtle how much have you looked into Payment Processing? π³ |
I've never worked with payment processing before but I guess I'll have a look π |
For now we just need generic research that is applicable to any programming language that can make HTTP (REST API) requests. This can be When we are creating our example we can use As for using |
The reason I've left |
Thinking of using
Stripe
as their APIs are decent. π§βπ»(Fly.io are using
Stripe
and the interface is seamless!)Buuuutttt ... from experience, many people have
PayPal
accounts ... πAnd then there's Amazon Pay, Apple Pay and Google Play Store ... π
So let's take a step back and consider our requirements. π
Requirements
App
that connects to aSandbox
API.Story
As a person wanting to maximise their personal effectiveness,
I want to pay up-front for the service
so I know exactly what I'm getting.
Priority?
I know this might not look like the highest priority when our
MVP
is far from useful at this point.But as soon as it is useful, we want to have the pricing page on dwyl.com ready and payment collection enabled
because it lends credibility to the product. i.e. if people know they can pay for it, they know it's "real".
The text was updated successfully, but these errors were encountered: