Alternatives to FastSpring

To accept payments on updown.io, we first added support for Stripe which is by far the most popular payment gateway for startups and for a good reason. Their service is of awesome quality: the UI is gorgeous, the integration is easy, the documentation is great, the API is super stable and well thought. I can't recommend it enough.

We then added support for PayPal which is pretty popular for people who have money on it and don't know where to spend it (it can make it feel like you're spending less when it comes from PayPal wallet), or for people who prefer not to enter a credit card on a new website. This was pretty well received and we're currently receiving about 25% of our purchases from PayPal. The documentation and integration is much more painful than with Stripe IMO, I can't recommend them for that, but not having it is basically dodging potential sales.

Finally we more recently added support of BitPay for #Bitcoin and BitcoinCash payments, which was a pretty easy process but not worth the time in the end due to the low usage and the always changing conditions of the network: the transaction fees got huge after price raise and bitcoin because unusable for small payments, they then introduced support for BCH and a newer Bitcoin protocol for lower fees, but then you need a special wallet to pay and in the end it's too cumbersome, even for bitcoin users, to pay with it. I think unless you expect a bit number of payments using cryptocurrencies it's not worth implementing this solution, and better to accept them manually.

Google Analytics is a great tool to analyze your traffic. To debug our software and ask questions, we love to use Postman and Stack Overflow. Google Drive helps our team to share documents. We're able to build our great products through the APIs by Google Maps, CloudFlare, Stripe, PayPal, Twilio, Let's Encrypt, and TensorFlow.

To accept payments on updown.io, we first added support for Stripe which is by far the most popular payment gateway for startups and for a good reason. Their service is of awesome quality: the UI is gorgeous, the integration is easy, the documentation is great, the API is super stable and well thought. I can't recommend it enough.

We then added support for PayPal which is pretty popular for people who have money on it and don't know where to spend it (it can make it feel like you're spending less when it comes from PayPal wallet), or for people who prefer not to enter a credit card on a new website. This was pretty well received and we're currently receiving about 25% of our purchases from PayPal. The documentation and integration is much more painful than with Stripe IMO, I can't recommend them for that, but not having it is basically dodging potential sales.

Finally we more recently added support of BitPay for #Bitcoin and BitcoinCash payments, which was a pretty easy process but not worth the time in the end due to the low usage and the always changing conditions of the network: the transaction fees got huge after price raise and bitcoin because unusable for small payments, they then introduced support for BCH and a newer Bitcoin protocol for lower fees, but then you need a special wallet to pay and in the end it's too cumbersome, even for bitcoin users, to pay with it. I think unless you expect a bit number of payments using cryptocurrencies it's not worth implementing this solution, and better to accept them manually.

Google Analytics is a great tool to analyze your traffic. To debug our software and ask questions, we love to use Postman and Stack Overflow. Google Drive helps our team to share documents. We're able to build our great products through the APIs by Google Maps, CloudFlare, Stripe, PayPal, Twilio, Let's Encrypt, and TensorFlow.

Stripe or Paddle for payment processing for SaaS?

we used Stripe + Chargebee once and will NEVER use them again (they charge too much (300usd/month while offering way fewer integrations than Stripe)

Furthermore, Chargebee doesn't support managing disputes. We still need to go to stripe for that.

Looking forward to hearing your thoughts

I used BigCommerce for several years to host a few of my online stores, including * SweatshirtStation.com * RobbinsAthletics.com * OnlineSafetyDepot.com

However, I switched all of them to a WordPress with WooCommerce setup after I found that BigCommerce became cost prohibitive, especially for companies that don't have huge margins.

BigCommerce DOES have everything you'd need for running a store and doing it efficiently, including: * Easy to Use Templates * Highly Customizable Designs * Solid Product Management Tools * A Large Third-Party App Marketplace * Built-in SEO Tools

However, as you scale your business, those features become increasingly expensive to use, and your BigCommerce bill can get into the thousands of dollars per month when your revenue starts growing into the $50k+ per month range.

As I compared the cost of using WooCommerce to BigCommerce when scaling up a business, I found that the cost was much less using WooCommerce.

WooCommerce v BigCommerce Feature Comparison As you can see from the list below comparing WooCommerce features with BigCommerce, BigCommerce wins most of the feature competitions. However, for ecommerce businesses that grow large enough that they can handle taking care of their IT infrastructure, it becomes much cheaper for them to use WooCommerce.

• Hosting & Security | WooCommerce: Self-hosted, requires security setup | BigCommerce: Fully hosted, built-in SSL & PCI compliance | Advantage: BigCommerce

• Ease of Use | WooCommerce: More technical, requires setup & maintenance | BigCommerce:Easier to use with built-in features | Advantage: BigCommerce

• Customization & Design | WooCommerce: Highly customizable with themes & plugins | BigCommerce:Customizable with drag-and-drop builder & themes | Advantage: WooCommerce

• SEO & Marketing | WooCommerce: Strong SEO tools, but depends on plugins | BigCommerce:Built-in SEO & marketing tools | Advantage: BigCommerce

• Multi-Channel Selling | WooCommerce: Requires additional plugins for multi-channel | BigCommerce:Built-in multi-channel selling (Amazon, eBay, Facebook, etc.) | Advantage: BigCommerce

• Payment Options | WooCommerce: Supports many gateways but may require extra fees | BigCommerce:No transaction fees, supports 65+ gateways | Advantage: BigCommerce

• Product Management | WooCommerce: Flexible product options, dependent on extensions | BigCommerce:Comprehensive built-in product management | Advantage: BigCommerce

• Scalability | WooCommerce: Scalability depends on hosting & plugins | BigCommerce:Scales easily with enterprise-grade performance | Advantage: BigCommerce

• Abandoned Cart Recovery | WooCommerce: Requires a plugin (paid feature) | BigCommerce:Built-in abandoned cart recovery | Advantage: BigCommerce

• Analytics & Reporting | Basic reports; needs plugins for advanced analytics | BigCommerce:Advanced built-in reporting & analytics | Advantage: BigCommerce

• Third-Party Integrations | WooCommerce:Large plugin ecosystem, but needs management | BigCommerce:Built-in integrations with major platforms | Tie (Both have large marketplaces)

• B2B Features | WooCommerce:Limited built-in, needs third-party solutions | BigCommerce:Robust built-in B2B tools | Advantage: BigCommerce

• Cost Considerations | WooCommerce:Free core software but requires hosting, security, and plugins | BigCommerce:Monthly subscription but includes hosting & security | Advantage: WooCommerce (More control over costs)

We needed our e-commerce platform (built using WooCommerce) to be able to keep products in sync with our #pim (provided by #akeneo) which is built in Symfony . We hooked into the kernel.event_listener to send RabbitMQ messages to a WordPress API endpoint that triggers the updated product to rebuild with fresh data.

Dear StackShare Community,

I am seeking inspiration on creating a billing & subscription stack and came across this wonderful website and community.

From what I understood so far, I need something like Stripe or Braintree to collect payments without dealing with PCI compliance or setting up merchant accounts, etc... Additionally, services like Chargebee, Recurly, Chargify, etc. are said to make life easier when dealing with recurring billing.

Stated below, I've tried to give you some context on what I want to achieve. I am very curious about your ideas and how you'd configure an optimal stack.

Project context (very high level):

• Loyalty program for local merchants (stores, restaurants,...).

• Customers support their community and merchants by shopping local.

• Merchants grant points to customers based on a customer's value spent in a store, restaurant, etc.

• Customers can redeem their points at any participating merchant.

Billing / Subscription scenarios to be considered:

(affecting merchants only)

One-time setup fee

• What: Merchant pays a setup fee by signing up for the service

• Where: Order placed on the website

Monthly retainer fee

• What: Merchant pays a monthly recurring retainer for the service.

• Where: Order placed on the website

Manually initiated payment

• What: Merchant initiates a payment to top up his virtual points wallet. E.g. pays 100 USD to top up 100000 points which then can be used by the merchant for granting points to customers.

• Why: Points issued to members need to be paid for by the merchant. We first considered billing the merchants post-ante, e.g. monthly based on the points they've granted to their customers in the last 30 days, but this seems too risky: If they can't / won't pay we'd still have to pay out points to the customers (technically to the merchants where the customers redeem their points). Thus, the pragmatic idea to reduce risk by having the merchants to pre-pay for their points by topping up their balance.

• Where: Web application (with the merchant logged in)

• Nice to have: Opt-in for automatically initiated top-ups if a merchant's balance falls below a certain amount.

Invoicing

• What: After every transaction (setup, retainer, top-up,...), we need to automatically issue and send (E-Mail) an invoice to the merchant.

• Nice to have: Customer portal with all their invoices.

Other potentially relevant parameters

• Currency: Only Euro

• Country: Only Germany (so far)

• Tax: Only one tax rate

• Payment for setup & retainer: Credit Card; ideally SEPA Direct Debit (but that still causes headache due to the SEPA regulatory and risk of chargebacks still after weeks), PayPal?

• Payment for top-up: Same as above plus any other that makes sense (Klarna, Sofort, PayPal...)

Again, thank you very much for sharing your ideas and thoughts! I'd highly appreciate any input :-)

Hi there, I am trying to figure out if it's worth creating a Braintree account to do subscription billing in my Shopify store. The goal is to have as little custom code as possible for the store but be able to do subscription billing services, we already have a PayPal business account, but from the looks of it, we can't use PayWhirl directly with Paypal.

I am developing a multi-vendor eCommerce system; we auto-pay sellers per order basis. Which payment system can I use between 2checkout or Payoneer? If I am missing something, can you please advise me about a better payment option? Thanks

Dear StackShare Community,

I am seeking inspiration on creating a billing & subscription stack and came across this wonderful website and community.

From what I understood so far, I need something like Stripe or Braintree to collect payments without dealing with PCI compliance or setting up merchant accounts, etc... Additionally, services like Chargebee, Recurly, Chargify, etc. are said to make life easier when dealing with recurring billing.

Stated below, I've tried to give you some context on what I want to achieve. I am very curious about your ideas and how you'd configure an optimal stack.

Project context (very high level):

• Loyalty program for local merchants (stores, restaurants,...).

• Customers support their community and merchants by shopping local.

• Merchants grant points to customers based on a customer's value spent in a store, restaurant, etc.

• Customers can redeem their points at any participating merchant.

Billing / Subscription scenarios to be considered:

(affecting merchants only)

One-time setup fee

• What: Merchant pays a setup fee by signing up for the service

• Where: Order placed on the website

Monthly retainer fee

• What: Merchant pays a monthly recurring retainer for the service.

• Where: Order placed on the website

Manually initiated payment

• What: Merchant initiates a payment to top up his virtual points wallet. E.g. pays 100 USD to top up 100000 points which then can be used by the merchant for granting points to customers.

• Why: Points issued to members need to be paid for by the merchant. We first considered billing the merchants post-ante, e.g. monthly based on the points they've granted to their customers in the last 30 days, but this seems too risky: If they can't / won't pay we'd still have to pay out points to the customers (technically to the merchants where the customers redeem their points). Thus, the pragmatic idea to reduce risk by having the merchants to pre-pay for their points by topping up their balance.

• Where: Web application (with the merchant logged in)

• Nice to have: Opt-in for automatically initiated top-ups if a merchant's balance falls below a certain amount.

Invoicing

• What: After every transaction (setup, retainer, top-up,...), we need to automatically issue and send (E-Mail) an invoice to the merchant.

• Nice to have: Customer portal with all their invoices.

Other potentially relevant parameters

• Currency: Only Euro

• Country: Only Germany (so far)

• Tax: Only one tax rate

• Payment for setup & retainer: Credit Card; ideally SEPA Direct Debit (but that still causes headache due to the SEPA regulatory and risk of chargebacks still after weeks), PayPal?

• Payment for top-up: Same as above plus any other that makes sense (Klarna, Sofort, PayPal...)

Again, thank you very much for sharing your ideas and thoughts! I'd highly appreciate any input :-)

Stripe or Paddle for payment processing for SaaS?

we used Stripe + Chargebee once and will NEVER use them again (they charge too much (300usd/month while offering way fewer integrations than Stripe)

Furthermore, Chargebee doesn't support managing disputes. We still need to go to stripe for that.

Looking forward to hearing your thoughts

Hi folks

We want to move on from Shopify to a headless commerce system. We want to be able to manage multiple storefronts and integrate alternative order solutions like Whats App and social commerce etc. Same time we want to avoid full blown systems with a lot of unnecessary weight. My idea for the stack, so far:

• Spree Commerce (Shop System),
• Bloomreach (CMS),
• Vue Storefront (Frontend)

I will have to integrate billing solution (like Invoice Ninja), LexOffice for accounting, Optimoroute for the salesman problem, and some more. So flexibility and "easy expandability" is a core demand. Having said that I came across Medusa. It looks promising and seems to check all the boxes. Any thoughts? Basically, it's a decision between Ruby and JavaScript, is it? Can you name me pros and cons of one or both of the systems? What are the serious challenges that I will face going down either one of the roads? Is there another solution that you would highly recommend?

I've linked our shop, currently running with Shopify.

Thanks

Currently, I am using Shopify, and it's working fine somehow. I need to check the access and error logs I am able to do it. That's why thinking set up a WordPress instance on my server. I need a suggestion whether it is good or not. My current website is www.dealsalt.com, please advise.

Thanks DealSalt