Posted by Jerry Stuckle on 10/24/06 10:27

frothpoker wrote:
> I work in this particular field and the one thing that is always
> missing from E-commerce applications is a good back office function.
>
> Stock control, despatch management and returns processing are all much
> more time consuming than the creation of the shop and the processing of
> the received orders. If you want to steal a march on OScommerce,
> E-shop, Get Trolleyed etc. then concentrate on the back end.
>
> If you want to get paid, I would suggest some sort of token system
> where people buy say 1000 orders from you and get an encripted password
> which they have to enter into their system. You can then keep count of
> the number of orders processed and when they have reached their 1000
> orders they need to order another encrypted key.
>
> If people are paying for your software and are running their business
> on it then you will need to provide some pretty comprehensive support
> facilities which don't come cheap.
>
> Obiron
>
>
> axlq wrote:
>
>>In article <1161635253.794040.7980@i42g2000cwa.googlegroups.com>,
>>Moot <mootmail-googlegroups@yahoo.com> wrote:
>>
>>>If you have it in your head that one day you will charge for features,
>>>then you owe it to your users to be up front with them and charge for
>>>those features from day 1. Suddenly springing costs on the users will
>>>bring you nothing but complaints.
>>
>>Agreed. However, it is still sensible to charge for expanded features.
>>That is, offer a basic free version (not crippleware) but charge a fee
>>for extensions. And of course any customizations would involve a fee.
>>
>>-A
>
>

I'd be willing to pay for a decent system - but no way would I pay for
something based on the number of orders I process.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[Back to original message]