No such thing as a small change | |
PerlMonks |
Re: software collectives vs. price of organizational licenseby ff (Hermit) |
on Oct 22, 2002 at 17:21 UTC ( [id://207133]=note: print w/replies, xml ) | Need Help?? |
You now expect to be able to sell this to real companies in a year where they are heavily focussed on cutting costs? Medicine is your target, and that is in worse shape than most. Actually, tight times can be a help in surfacing pain within departments that used to just pass on their costs to others. With others not so willing to accept those costs, my software helps avoid the costs in the first place. Now to answer your actual question. ... similar companies focus on what they do better than others, and so no two look alike. ... identifying common needs (is) hard ... But wouldn't access to a decent accounting package, for example, be useful across the board, e.g. (OT) Perl Open Source accounting packages? Or an EMR system as mentioned in a previous node? companies have to get past the free rider problem. This is fundamental. (I considered including "Belling the Cat" as part of this node's subject.) In several agriculture-type industries, businesses pay a sort of tax collectively that funds ad-campaigns (Drink milk, Drink orange juice, "pork, the other white meat") that benefits them collectively. I would think that SOMEHOW there's a way to break through to more corporate decision-makers that funding open-source groups, however minutely, would serve their long-term interest. Hmm, just as public radio annoys enough people for long enough to collect money for the next six months, code-developers of the world could unite and build in slow-down mechanisms that kick in simultaneously until the corporate leaders pay up their open-source subscriptions! :-) There will be customers who look at what you have, copy the specs, then write their version in house. Yup. Any suggestions for getting them into the "buy" category instead of the "make"? They won't want to maintain/develop forever when their "competitive advantage" lies elsewhere, so this should help make "write their version" == "don't go there". That's where my query on "organizational license" comes from--might price of an organizational license be an issue that keeps this task from being assigned in-house? And by the way, "organizational license" is another issue I wonder about: I'm assuming that organizations have methods of sharing tools they have developed internally thoughout their "organization." Or should I assume they are dis-organized and plan on selling multiple "site" licenses to an organization? (Or: sell organizational licenses to four different departments of BigCompany Inc. before they realize they only need one. :-) Part of the negotiations, I know... Good luck. If this flops, then this too was practice. Thanks. Gaining actual development experience certainly was another design goal of this project. :-)
In Section
Meditations
|
|