Take the 2-minute tour ×
Webmasters Stack Exchange is a question and answer site for pro webmasters. It's 100% free, no registration required.

Possible Duplicate:
Which Ecommerce Script Should I Use?

From my limited exposure, it seems to me that most shopping cart/eCommerce platforms are specifically for products-based retailers. On several occasions now, I've been asked about ecommerce solutions for service providers. That is, it's basically just a single product with payment but no shipping, and highly configurable "product".

Any recommendations for a cost-efficient solution (high feature coverage) for such a web platform? Requirements:

  • .NET
  • No/suppressed product catalog
  • A service customization selection form
  • Payment (probably PayPal with accountless credit card processing)
  • Guest purchases (no site account required)
  • Email confirmation
  • Customer service -facing control panel

It's hard to search for such a product because I get "web service based ecommerce software" and so on clouding up the results.

share|improve this question

marked as duplicate by John Conde May 27 '12 at 16:44

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

add comment

1 Answer 1

It's possible that you're searching for the wrong thing. If you...

  • are only selling one service (with customisable variations);
  • require no product catalog;
  • need a 'service customisation form' upon checkout;
  • don't want users to have to create an account;
  • need PayPal/payment processing;
  • want a control panel to check who's paid and log their details;

...then I suggest that you don't want a shopping cart at all, or even an 'eCommerce platform for service providers'. I suggest that you evaluate online form-building services that support payment upon submission instead.

Wufoo sounds like it would suit your needs. It's a hosted online form builder, and their $29.95/month 'Bona Fide' account supports payment upon form submission. Here's how you'd set it up to accept payment from users buying a service:

  1. Your website includes a description of the service and a 'buy now' link.
  2. The buy now link takes visitors to a custom Wufoo form (hosted on their site or embedded on yours) to collect details. No registration is required.
  3. The visitor fills the form and gets redirected to a payment page automatically upon form submission.
  4. Regardless of whether or not the visitor completes the payment, you get an optional email notification or SMS to alert you of the form submission.
  5. You, or customer service people, can log in to the Wufoo control panel, see a list of all submissions, check that payment has been submitted, and add comments against the user's submission (that they can't see) to track progress of each 'job', generate reports and more, using a simple backend.

Wufoo has an example of a product payment form here. Their example uses physical goods, but it works just as well for services. Try filling the form and submitting it to see the payment page, which is also customisable. (You don't have to actually buy anything to try it out.)

I've set this up for two clients, both of whom run consulting businesses, and they've been very happy with the workflow it gives them.

Formstack is another web-based form builder with payment support that you might like to consider.

share|improve this answer
    
Great analysis! –  uosɐſ Aug 26 '11 at 15:02
add comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.