On 11 Jan 2010, at 11:37, Martin Redington wrote: > Seems way too complex for me, and reminds me of various corporate software > licensing models. > > I think I'd probably just drop the connection concept all together, and > license it per seat ... >
That was my initial approach - to allow 2 users with unlimited connections. So on any LAN 2 users could connect to an unlimited number of instances. If another user wants access, they need another full user licence. You might well be right. I don't much like the connections concept and users hate wrangling with licensing explanations. > On Mon, Jan 11, 2010 at 11:25 AM, [email protected] < > [email protected]> wrote: > >> >> >> I am trying to finalise the licence scheme for a network app. >> It would be useful to know if the following proposed licence scheme makes >> sense or is too cumbersome or just plain stupid. >> >> The app permits access to shared network tasks. >> The licence model consists of 2 fundamental elements: >> >> 1. a user seat >> 2. a network connection >> >> The standard licence contains, say, 2 seats and 5 connections. >> >> This means : >> 1. 2 simultaneous networked users. >> 2. connected to a maximum of 5 application instances. >> >> Additional licences may be added in combinations of seats and connections. >> So, an extra user can be added to allow say 3 users on 5 connections. >> Or, extra connections can be added so that the existing 2 users can access >> say 10 instances. >> >> The standard licence is quite generous I think (2 users, 5 connections). >> But it seems pointless to produce a network app without giving the >> purchaser the ability to use it effectively on a small LAN. >> On the other hand, I do want to retain control over the usage. >> >> Pricing is not fixed yet but I would imagine that a connection licence >> would be a less than a user licence. >> >> Any thoughts or experiences appreciated. >> >> Regards >> >> Jonathan Mitchell >> >> Developer >> http://www.mugginsoft.com >> >> >> > > > > -- > http://www.mildmanneredindustries.com/ > > > [Non-text portions of this message have been removed] > > > > ------------------------------------ > > MacSB email guidelines: http://tinyurl.com/2g55d6 > Use MacSB-Talk for off topic messages: > http://groups.google.com/group/macsb-talk > Yahoo! Groups Links > > >
