I'm not sure I quite follow. I'm commenting on the SaaS model in the industry vs the historic pay-per-upgrade model. You buy a SaaS platform then get updates (sometimes dozens of them) each your as your subscription is current. 70% + of business SW is SaaS now and growing. Any it was just intended to be a minor point.
Kind regards, Kevin Kevin Miller ~ [email protected] ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 29/07/2024, 15:07, "use-livecode on behalf of Phil Smith via use-livecode" <[email protected] <mailto:[email protected]> on behalf of [email protected] <mailto:[email protected]>> wrote: Maybe I'm not reading ths right but does that not say that you want customers to pay for new features *before* they have been developed? When I buy a product, I of course expect to have all the updates and platforms ready at that time. That's like saying that after I buy a new car, I have to start making additional payments to pay for new features on the next vehicle and hope they are ready when I buy it. Really don't understand that statement. ---------------------------------------- From: "Kevin Miller via use-livecode" <[email protected] <mailto:[email protected]>> Sent: 7/29/24 7:27 AM To: How to use LiveCode <[email protected] <mailto:[email protected]>> Cc: Kevin Miller <[email protected] <mailto:[email protected]>> Subject: Re: Individual licensing questions From a general business point of view, the business model where someone buys an update every few years is not equitable. Customers expect you to have all the new features or new platform support ready when they arrive for their update, yet haven't paid for that to happen. Development costs continue steadily throughout that intervening period. However for this particular historic use case, its not something we want to get in the way of. If those customers are still around in 3 years time when Classic support ends I'm sure we can figure something out for you if you contact us directly. Kind regards, Kevin Kevin Miller ~ [email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> ~ http://www.livecode.com/ <http://www.livecode.com/> <http://www.livecode.com/> <http://www.livecode.com/>> LiveCode: Build Amazing Things On 26/07/2024, 18:08, "use-livecode on behalf of J. Landman Gay via use-livecode" <[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>> on behalf of [email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>>> wrote: I hope this is generic enough. I have several clients who use apps I created just for them, 20 years ago or more. Frequently these are converted HyperCard stacks like address books or recipe files. The apps are personal and no one else uses them. Every 2 or 3 years they contact me because the app stops working, usually due to an incompatible OS update. I recompile the app, and sometimes make a few requested tweaks. Since a compile takes only a few minutes, and because I know these people personally, I charge almost nothing for these services. My last invoice for a rebuild and a minor change was $75. I do not want to tell them that they will need to spend hundreds of dollars more for a one time minor update. They will not want a subscription because it's years between changes. And because they are not companies and many are now retired, paying hundreds of dollars to maintain an address book is not feasible. I am very sensitive to their budget requirements. I'd like to propose a floor under which no royalty or subscription is required. A minimum charge of, say, $500 would yield $25 to LC at the 5% rate. A charge of $1000 would yield $50. -- Jacqueline Landman Gay | [email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>> HyperActive Software | http://www.hyperactivesw.com <http://www.hyperactivesw.com> <http://www.hyperactivesw.com> <http://www.hyperactivesw.com>> <http://www.hyperactivesw.com> <http://www.hyperactivesw.com>> <http://www.hyperactivesw.com>> <http://www.hyperactivesw.com>>> On July 26, 2024 6:04:30 AM Kevin Miller via use-livecode <[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>> <mailto:[email protected] <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>>> wrote: _______________________________________________ use-livecode mailing list [email protected] <mailto:[email protected]> Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode> _______________________________________________ use-livecode mailing list [email protected] <mailto:[email protected]> Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode> _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
