singer

It is a problem if you have a manual fulfillment process. But, not too important if you're currently using a checkout system elsewhere.

USD is the only currency Snappy Checkout is able to handle right now.

I'm in the same boat -- the payments I collect for my products are split pretty evenly between Stripe & PayPal.

Answers:

1) As in being able to change the subscription price each month? Snappy Checkout does allow you to manually change the subscription price. But, I suppose making that change via the API would be the better way to go. If you're interested in digging into this some more, please send me an email with some more details on how you envision this working.

2) I've thought about this, but haven't tried it yet. If I could integrate it into the checkout window, then I agree it would offer the best flow. And, there is always the question of how many people are using PayPal Payments Pro and have the need for something like Snappy Checkout.

Stripe did not offer subscriptions when I built that feature in Snappy Checkout.

License key fulfillment can be done now using the Snappy Checkout API & webhooks. This process is undocumented right now... but, I'm working on it. In the meantime, I can help anyone get it going via email.

I think a sole proprietorship would be sufficient.

Good questions. Snappy Checkout is not a shopping cart. It'll only work in situations where a purchase involves buying a single product (e.g. an eBook).

Reviews, pictures, etc. are things that fall outside of the scope of Snappy Checkout.

Thanks! I'll fix it.

This is a great point. At $5, 50 cents is more expensive than the other payment systems that charge a percentage of the sale price (e.g. Gumroad).

No. The fee is charged at the beginning of the month. So, for all payments received in April, you'll be charged 50 cents per payment on May 1st.

I thought of using Stripe's API to remove the 50 cents right away, but that's not possible since it wouldn't work for PayPal payments.

Not at the moment. It should be possible to do though if that data can be retrieved in some common format -- like CSV.

It allows people to setup a checkout without knowing how to use the Stripe API. And, for those that do know how, not everyone wants to invest the time to do so.

I don't think most of what Snappy Checkout does is on Stripe's roadmap. Unless they are planning on building a full-featured checkout system.

What kind of issues do you see with the downloads?

My system keeps track of failed payment attempts (e.g. a declined credit card OR invalid card code). When a successful payment is made, I look through the history of failed payments to look for patterns that can determine a possible fraudulent transaction. An example of a pattern would be an IP address that tried to use X number of credit cards over the past X hours.

I did miss them. Sorry :(

A: When accepting Stripe payments via Snappy Checkout, all of your customer data is still available in Stripe. If you left Snappy Checkout to use something else, the only thing that would not work is subscriptions. I don't use Stripe's system for subscriptions -- that is all handled in Snappy Checkout. And, if it really proves to be insufficient, I'd like to make it work for you if possible.

A2: Snappy Checkout creates customers in Stripe's system. So, you could still charge existing customers if you found another 3rd party system that allowed that. I don't think it's possible to charge existing customers from Stripe's admin right now.

A3: Good question. I'm not sure though -- a possible import process maybe? I suppose that would be tough since Stripe/PayPal hold all of the credit card data. My goal is certainly not to push people away when a roadblock is encountered. I'd like to make Snappy Checkout work for anyone.

Correction: For existing Stripe customers, you can create new charges/subscriptions from the Stripe admin.

Let me know if there is anything preventing you from using Snappy Checkout. It does a lot right now, but I'm willing to make it better if it won't work for your business is-is.

No. But, I could add this type of payment option.

This would only work if paying with Stripe though. When paying with Stripe, I create a Stripe customer via their API. So, I can come back later and charge that customer again whenever.

Edit: With some manual work, you could really do this as-is right now. After a subscription is created in Snappy Checkout, you can edit the subscription price, next payment date, or customer's name/email. This certainly would not be a good temporary workaround if you're selling these subscriptions like hotcakes right now though :)

Thanks for checking it out. Let me know if I can help in any way.

Snappy Checkout does have an API (just some basic calls right now) & webhooks that can help with digital fulfillment. For my own business, a webhook notifies me of a new sale and I use the Snappy Checkout API to verify that the sale is legit -- which basically allows me to verify that the paid price matches the expected product price.

If you meant non digital fulfillment, I don't know much about that. I'm interested in improving Snappy Checkout to help in that area if at all possible.

For digital products, a download link is included in the emailed receipt. I use the Dropbox API to create a temporary download link that is active for 4 hours. I don't expose the Dropbox link though. Instead, the customer clicks a Snappy Checkout link and I redirect them to the Dropbox link.

That extra step is in there because I check the customer's IP address to ensure it's the same on every download attempt. If the IP address changes, I send the customer a new download link via email.

I know it's not possible to stop sharing files across the Internet. I think this process does a good job of preventing it -- without adding too much grief.

When purchasing a product that is shipped, shipping fields will appear below the credit card information fields.

Since March 2013, I've been working on building a payment system to sell products for my business. It started out as a modified version of Stripe Checkout. And, from there, I bolted on a full-featured back-end to manage the checkout and collected payments.

I named my payment system "Snappy Checkout". Here's an example of how I use it on one of my websites:

https://www.snappycheckout.com/pay?E13DZ319DJ1SJCNDH2JDP1

After adding a few lines of JavaScript, the checkout can also be launched directly from any website that uses HTTPS.

Here are some differences from other checkouts I've used:

- Both Stripe and PayPal payments can be accepted. I prefer Stripe over PayPal (API-wise), but I didn't want to switch soley to Stripe because a lot of people still like paying with PayPal.

- When a payment is received, a number of checks are run to determine if it's possibly fraudulent. I'm using the term "possibly" because it's hard to programatically determine a payment is fraudulent at 100% accuracy. So far though, I've found Snappy Checkout's detection to be accurate when scanning payments that I've received.

- If selling digital products, files are stored in your own Dropbox account. I suppose there could be pluses and minuses here. But, I prefer to allow people to control their own files.

- Snappy Checkout offers a variety of payments -- including one-time payments, discounted payments, subscriptions, subscriptions with a trial period prior to the first payment, and the option to split a payment over several months.

- Both Stripe and PayPal payments can be viewed, searched, and refunded from the Snappy Checkout dashboard.

- The cost is 2.9% + 80¢ per sale. Most people are charging a percentage of the sale price on top of the credit card processing fee.

I think others will find this can work for their business too. What do you think?

I think it'll be hard to charge for weather alerts via SMS when so many people are already offering that for free -- like me (http://www.WeatherWatcherAlerts.com).

If the goal is to make letters look more genuine, then won't it look a bit odd when the postmark on the letter shows it being mailed from a different state?

Your "Add Something" form does not allow apostrophes in the Company Name.

Your website does not display properly in IE 9.

What kind of information are you using from it? And, how does it help you in your business?

A lot of those links are broken and/or seem to link to services that are only in business to help sell software.

I was thinking of a system that generates license keys, allows software to check in to verify those license keys, notify customers when license keys are expiring, etc. It doesn't seem like those companies offer services like that.

Perhaps I am trying to solve a problem that does not exist.

You posted this yesterday.

http://news.ycombinator.com/item?id=3557805

I'm not even sure what the product looks like. I think it would be helpful if you include a live demo on your website.

I am still going to transfer all of my domains anyhow. They should not have supported it from the start.

Can you post a link? I'd like to check out your product.