> The trouble is that some modules are almost trivial (e.g. base_iban) and > others very extensive (e.g. account). And maybe the finance director should > pay more than the very same system for a part-time clerical assistant.
You could price differently per module. base_iban would cost nothing. The "module x user" pricing model is good because it shows a direct relationship between added value and added cost. Also, you could streamline the "shared funding" model: partners could develop their modules (maybe sharing costs with the customers), get official certification, publish them and as subscriptions goes, they get back part of the development costs. That's another issue that has risen during the IRC meeting -------------------- m2f -------------------- -- http://www.openobject.com/forum/viewtopic.php?p=33512#33512 -------------------- m2f -------------------- _______________________________________________ Tinyerp-users mailing list http://tiny.be/mailman/listinfo/tinyerp-users
