2 questions: How does this compare to existing eCommerce back-ends like SnipCart, Ecwid, Foxycart?

And: I presume your service requires javascript to function (as all of the similar services do)... any chance of providing a non-javascript fallback such as a generic-looking checkout page hosted on your own servers (like when you use a paypal button to send users to their site to complete the final step of the transaction)? Please don't tell me that "everyone uses javascript yay" or that I shouldn't be concerned -- I know who my clients and their users are and I know what their accessibility requirements are :) (I always have to say this when I ask eCommerce services this question because usually they dismiss it out of hand and it's very frustrating when you have requirements that sites work even without javascript).

Thanks, and best of luck!

The pricing confuses me a bit - as a user, I would have very little sense as to how many API requests or how much storage I would need for an eCommerce app. Why not price simply as a percentage of all processed transactions (in addition to the payment gateway commission, of course)

Nice!

Do you plan on adding modules? Would you be willing to add features via partnerships? Your "full" ecommerce stack lacks a few things that could be added either into your core or via external tools.

Interesting. Don't most of the ecommerce-as-a-service companies offer an API these days, or am I mistaken? How would this be different if they do? The pricing model?

Question - are you planning on making a ruby gem for it?

How do you compare to: http://www.commercetools.com/en/pricing/ (I'm not affiliated with them.) They are expensive ... but why should I choose you?

What benefit does Moltin offer over CMS backed ecommerce service such as Drupal commerce and Woocommerce? Your website seem to emphasize rapid application development yet this is not too different from the CMS backed alternatives.

If someone is going to integrate with your API in PHP as an example, why not use a full open source shopping cart where they have more control?

Do you support non-US businesses? Payments in particular. For example: send all collected payments to a Paypal account.

How do you handle the case of a product that you get to select different options? I don't see it in the API.

This looks nice, but very limited.

Is there any support for:

- Vouchers

- Promotions

- Categories

- Classifications

?

These all are features a successfull webshop needs. I have to admit I only took a brief look at the API, but all this seems to be missing. Am I mistaken?

edit: seems like Categories at least exist. I didnt find the docs at first. I suggest putting the Documentation link into the "more" dropdown in the navigation

Is this for inventory based sites inky or would it work for digital products too?

Also, your close button on the signup popup doesn't seem to work on Firefox.

How about a Python SDK? :D

so why should a developer use this vs building their own? if open source back end tools exist why not self host those?

looks like a great product, curious to know what stack you are running, are each backend hosted on amazon?