This is a good question. I will try to align the main differences (in my opinion):
1. Stripe invoice is part of the recurring billing process and isn’t intended for one-time charges.
2. Like other services, Stripe provides a payable invoice, instead, Wirize is a pre-integrated payment checkout.
3. Stripe invoice is available in the US only at the moment, instead, Wirize supports 20+ countries.
I think it's fairly clear that judging by the comments, the design and use of the word "Stripe" make this seem like a Stripe product. You could well be infringing on their trademark.
"Connect your bank account to Wirize in just a few clicks (2-minute flow via Stripe)."
This reads to me like it's based on Stripe. And in that case, I don't think it's incorrect to call it "Stripe Checkout." However, I would like this called out at the top of the linked page.
Hi tom169, thank you for reporting it. It wasn't our intention to create confusion among the products! Wirize isn't a Stripe product, so we're going to perform some copy changes to clarify it.
I've never seen that before, and it seems like an insult. If it's only free for a certain amount of time, it's not "totally free" AT ALL. Really rubs me the wrong way.
Hi Joelrunyon,
Thank you for your comment.
Precisely we're still defining our pricing model! In my opinion isn't always correct to ask something if you don't know exactly the value of a product, especially from a customer perspective.
Actually, If you use Wirize, you're going to pay just a Stripe fee per transaction, and when there will be a new pricing model, it will be very transparent for the customer.
Would you rather pay for an unfinished product? They see value in allowing you to benefit from any utility while giving them testing data and a canvass of the market while they fill out the product. Charging now would cause a sense of entitlement in users that they probably aren't ready to handle yet
Hi gregoriol,
It means that we're still defining our pricing model, so during in beta the product is Free.
Actually, If you use Wirize, you're going to pay just a Stripe fee per transaction, and when there will be a new pricing model, it will be very transparent for the customer.
These services that are layers on top of Stripe really rub me the wrong way. I’m sure it’s useful to many people who want to take credit card payments but don’t know how to code up a Stripe integration themselves, but I really dislike the idea of having another middle-man between the user and Stripe.
Hi Cenk,
Thanks for your comment.
In order to integrate your own Stripe Checkout, don't you need a website? If so, you're going to have different middle-men like a hosting provider, domain provider, maybe a developer etc..
You're going to pay these services on a monthly basis, and theoretically just to get some payments.
It's an alternative, and maybe a lot cheaper and faster than the one above.
What do you think?
I agree that the value of this is not perfectly clear, considering what the Stripe dashboard, and Stripe Billing specifically, offer.
I've been wondering for a while what are good Stripe Checkout backend solutions for static / "server-less" sites?
I've been deploying many micro static sites recently (using surge.sh -- plugging them as they're awesome) and whenever I wanted to add a Stripe Checkout JS integration, I was back at the problem of "what to do with the backend".
I usually end up writing a micro Python service, hosted on Heroku, that accepts a SKU, charges the Stripe token, and returns a (CORS-busting) json success/error payload.
I've seen flatmarket [1] which also exists in a deploy-to-Heroku-in-a-click version [2] but I remember having problems with it, and it doesn't look like it has been recently updated. It almost does what I'd like though: define your products in a JSON file, set your private Stripe key, done.
WooCommerce is definitely great -- for WordPress sites. I don't want to host a WP site. :-)
Any good, simple, hosted/self-hosted backend solutions for Stripe Checkout? It's not a M$ idea/potential, but would this help other people if I pursued this? I don't want to become a middlemen/third-party/Stripe Connect "merchant". I just want to charge the token and return {"success":true}!
Hi Nik,
You're totally right about Germany. I'm European too!
Within domestic markets, a solution like SEPA is definitively convenient and fast, but from my personal experience, the game is totally different if we talk about international transfers.
A bank wire from the UE to the US (for example), has high fixed costs, so it can become pretty uncomfortable and expensive for small and medium transactions.
In a real scenario, if you require up to $1000, a tool like Wirize can be cheaper than a traditional bank wire.
Please let me know if you've further questions.
I understand for regular procurement the importance of cost saving. But in product development paying everything with bank transfers rather than with corporate cards sounds like a ballache.
I don't like being negative, and I applaud Stripe's initiative here, but this will never fly in Canada. We have Interac e-mail transfer up here which is easier and better at just about everything.
Hi caiob,
Thanks for your comment.
We are aware that Wirize can't compete against a domestic solution like Interac, but in several cases, freelancing is also about international payments. Is Interac convenient for no-domestic payments?
Stripe checkout is so easy that I find it very few reasons to use services like this. I do appreciate convenience and I am not a person who likes to build everything by itself, but this is not a problem I or many of my friends have.
If others feel different, please chime in and explain your situation.
Hi desireco42,
Thanks for your comment.
The main difference is that if you go with Stripe directly, you need to integrate the checkout on your personal website, and it requires some code skills, and of course a functional website.
Instead, Wirize is a ready-built tool (basically you don't need anything I pointed out above).
Anyway, you're totally right, Stripe is very easy to use, but if you've just some one-time payment needs, maybe you don't need to set up a website just to integrate a checkout.
What do you think?
Is there supposed to be an animation on the example checkout in your header? If so it's extremely choppy for (new MBPr, i7, 16gb ram). It looks like it's unintentionally growing in size.
Cool! I found the bank Azlo through Stripe Atlas's new LLC system, and it looks like they support invoices with Stripe payments just like this for freelancers.
Hi The-dude,
Thank you for asking.
If you go with WooCommerce+Stripe, you need a functional website, and you've to install WordPress, WooCommerce and at the end integrate Stripe Checkout.
Instead, Wirize is a ready-made tool: You can have your own payment checkout in minutes, without a website or anything required above.
What do you think?
Hi h3cate,
Thanks for your comment.
There is nothing wrong with bank transfers, and I use this method myself.
As explained in another comment, a bank wire is a great solution for domestic payments, but it can be very expensive for international ones.
In a real scenario, if you require up to $1000, a tool like Wirize can be cheaper than a traditional bank wire, because it doesn't have fixed costs, and you pay just a small fee per transaction.
If your client pays with a credit card, you either pay the fees yourself or add them to the customers bill. You always pay this, just the % amount changes.
[+] [-] dbielik|7 years ago|reply
You can set up subscriptions/invoices and send a stripe-hosted link (pay.stripe.com) for the customer to enter their billing.
And you don't need to do _any_ coding. So, I'm not sure what the benefit of this is over using Stripe directly. Am I missing something?
[+] [-] DavideP86|7 years ago|reply
1. Stripe invoice is part of the recurring billing process and isn’t intended for one-time charges. 2. Like other services, Stripe provides a payable invoice, instead, Wirize is a pre-integrated payment checkout. 3. Stripe invoice is available in the US only at the moment, instead, Wirize supports 20+ countries.
Please let me know if you've more questions.
[+] [-] marak830|7 years ago|reply
[+] [-] tom169|7 years ago|reply
[+] [-] delinka|7 years ago|reply
This reads to me like it's based on Stripe. And in that case, I don't think it's incorrect to call it "Stripe Checkout." However, I would like this called out at the top of the linked page.
[+] [-] DavideP86|7 years ago|reply
[+] [-] joelrunyon|7 years ago|reply
I hate this stuff. Either make it free or let me pay you for it.
What sucks is switching over to it because you think it's saving money, then having them change the fee structure and you have to switch back.
[+] [-] magic_beans|7 years ago|reply
[+] [-] DavideP86|7 years ago|reply
[+] [-] tomcatfish|7 years ago|reply
[+] [-] gregoriol|7 years ago|reply
How could one decide to use the service, without knowing when or how it will be priced?
[+] [-] DavideP86|7 years ago|reply
[+] [-] Cenk|7 years ago|reply
[+] [-] DavideP86|7 years ago|reply
[+] [-] amelius|7 years ago|reply
[+] [-] dbielik|7 years ago|reply
[+] [-] gregsadetsky|7 years ago|reply
I've been wondering for a while what are good Stripe Checkout backend solutions for static / "server-less" sites?
I've been deploying many micro static sites recently (using surge.sh -- plugging them as they're awesome) and whenever I wanted to add a Stripe Checkout JS integration, I was back at the problem of "what to do with the backend".
I usually end up writing a micro Python service, hosted on Heroku, that accepts a SKU, charges the Stripe token, and returns a (CORS-busting) json success/error payload.
I've seen flatmarket [1] which also exists in a deploy-to-Heroku-in-a-click version [2] but I remember having problems with it, and it doesn't look like it has been recently updated. It almost does what I'd like though: define your products in a JSON file, set your private Stripe key, done.
WooCommerce is definitely great -- for WordPress sites. I don't want to host a WP site. :-)
Any good, simple, hosted/self-hosted backend solutions for Stripe Checkout? It's not a M$ idea/potential, but would this help other people if I pursued this? I don't want to become a middlemen/third-party/Stripe Connect "merchant". I just want to charge the token and return {"success":true}!
Cheers
[1] https://github.com/christophercliff/flatmarket
[2] https://github.com/christophercliff/flatmarket-server-heroku
[+] [-] nik736|7 years ago|reply
[+] [-] DavideP86|7 years ago|reply
[+] [-] scrollaway|7 years ago|reply
[+] [-] epanchin|7 years ago|reply
I understand for regular procurement the importance of cost saving. But in product development paying everything with bank transfers rather than with corporate cards sounds like a ballache.
[+] [-] caiob|7 years ago|reply
[+] [-] timdorr|7 years ago|reply
[+] [-] DavideP86|7 years ago|reply
[+] [-] giarc|7 years ago|reply
[+] [-] desireco42|7 years ago|reply
If others feel different, please chime in and explain your situation.
[+] [-] DavideP86|7 years ago|reply
[+] [-] unknown|7 years ago|reply
[deleted]
[+] [-] brandoncordell|7 years ago|reply
[+] [-] philip1209|7 years ago|reply
[+] [-] sudhirj|7 years ago|reply
[+] [-] the-dude|7 years ago|reply
edit: the beta is free, what will the pricing be?
[+] [-] DavideP86|7 years ago|reply
[+] [-] h3cate|7 years ago|reply
[+] [-] DavideP86|7 years ago|reply
[+] [-] epanchin|7 years ago|reply
[+] [-] amelius|7 years ago|reply
Why isn't this capped at, say, $10 or at most $50?
No other bank does this (they only take interest).
[+] [-] giarc|7 years ago|reply
[+] [-] acover|7 years ago|reply