devdocs/pricing.md

@@ -6,13 +6,55 @@ Note that we really need to consider SAAS right out of the gate because it's tot
 See the [links below](#new-idea-perpetual-vs-subscription) and read through them take the time.
 
 We're likely leaving a lot of money on the table by not having a subsription saas pricing model and we could potentially do both.
-Maybe three models:
+Two models:
+
+
 Perpetual on premise (most expensive up front no recurring revenue, charge for updates and support as required)
-Subscription on premise (kind of what we're doing now really except we also charge more up front and they can keep using it after they stop paying which is not how this normally works)
 Subscription hosted (We host they pay a flat fee per month / year to get access to latest version)
 
 Eventually I'm going to want to cash out and sell the business and recurring revenue model is far easier to sell than a perpetual model.
 
+
+## Value to Price ratio factors
+
+Value to price ration of 10:1 is ideal, means customers feel like they are getting 10 times more than what they pay
+I've never heard anyone say AyaNova is too expensive
+
+
+## License types and programs we will offer
+
+TWO types makes the most sense after considering options:
+
+### Perpetual
+
+- Most similar to current v7 but not exactly the same, subscription is broken out separately
+- One time fee, user can use indefinitely
+- self installed, hosted and maintained by customer
+- least profitable for us long term if they don't buy a maint. subscription
+- Without maintenance subscription, eligable for Minor updates only to fix bugs no new features so in other words they buy 8.0.1 they can upgrade to any 8.0.X version release, but not 8.1 as it will be new features added that don't break backward compatibility
+- one-time payment, along with the option of a yearly maintenance fee.
+- This is basically our current model but we allow upgrades for subscribers
+- **HAS CODE IMPLICATIONS** upgrades need to check if allowed based on version number if no maintenance subscription *not* on date of build.  
+- TBD - MAJOR RELEASES: not sure yet; if they have an active maintenance subscription can they can upgrade to any newer major releases??
+- If they lapse the subscription they pay a much higher premium but not quite as high as a completely new purchase to reward past loyalty (i.e. maybe 75% or some other % as appropriate of a new purchase or something?)
+
+### Subscription license
+
+- SAAS, pay month to month to keep using it
+- We host, maintain and always upgrade they don't need to do a thing but use it
+- The subscription model involves recurring payments, typically monthly or yearly. The subscription model can be thought of as “renting” the product instead of “owning” it under the perpetual model. 
+
+
+### SWITCHING
+
+We need a formal declaration of how to switch from one to the other models.
+#### Perpetual to subscription
+    they start with perpetual but go fuck it we don't want the hassle anymore so....?
+    I'm guessing it's just switching to month to month plans and pricing, nothing special except maybe we offer to move their data for them
+
+#### Subscription to perpetual
+    We post a guide on how to backup and restore to local
+
 ## Pricing for v8
 
 IDEA: figure out average license cost over all sizes of existing license sales, factor _that_ with the 19.4% inflation figure Joyce determined before and make that the average license price??
@@ -159,7 +201,7 @@ When it comes time to do this I will need to revamp the AyaNova license code to
 #### SELF INSTALLED
 
 Basically Joyce's price for a single license if inflation factored in is 189.00 per license which sounds about right to me, in the past wew've had it as high as 199.00 per license so this is actually a discounted price
-The new plan is
+
 
 ## Joyces email from jan 2022:
 

devdocs/todo.txt

@@ -3,12 +3,46 @@
 
 
 todo: update post on forum on Thursday, not before trip to vic.
+todo: Licensing changes for SAAS customers, this is huge and I hadn't thought of it before, wording is very different in this case, fuck, need to wing it I guess
+	https://flgpartners.com/saas-pivots-transitions-perpetual-to-subscription-saas-models/
+
+
+
+todo: CLIENT UI license changes for subscribers around the LICENSE pages and route??
+
+todo: LICENSE must prevent a user from moving their data from perpetual to sub and vice versa without the right key so we can control it
+	otherwise they could just download the data and run it locally as it's got the license in it
+	See immediately below potential solution
+	CONSIDER: is this an issue?  If so how to control it, maybe some kind of file flag or invisible config key or something??
+	This has implications for competitors running subscription services
+		i.e. havabyte says I'll host it for you just download your data and send to me and I'll do it for less
+			The critical part is the update, if the license permits updates for subs it has to be only when we do it
+			otherwise they self host and enjoy free updates unless we zap the license..hmm... needs something more here
+
+			Maybe they can't download the backup with the license intact??
+			Maybe they can't intereact with the license page at all if it's subscription, just view it??
+todo: SAAS different license checking method to ensure only *we* are hosting it if it has a saas license
+	something location dependant, a different license server address?  
+	We might host with other than digitalocean at some point so we can't look for that as a key
+	I guess we have our own approved IP addresses maybe in rockfish, if the license request comes from anywhere else than set for that customer we go fuck no and shut it down??
+	Does digitalocean ever change the ip address?
+	** Actually a static file outside of the backup would be ideal as it is easily transferrable by us, doesn't rely on ip address fuckery and can contain a signature inside it just like the license does, same key so we know it's legit
+		and if no file present then it's not hosted by us and as long as the license is perpetual then we're ok, but if the file not present and it's an SAAS license they fuck that shit stops working says not running from a licensed location.
 
 
 
 - NEW WEBSITE flesh out the framework and post as an alternate v8index.htm intrey portal so can fully make it without affecting v7
 	get the live test server stuff worked out too in advance
 	sb triggered from a route to make things simple and so client / website doesn't need to do too much
+	Try it on a phone, it looks shitty on my phone the images are way too small
+	I need to rethink the website images
+	also it needs a summarizing paragraph at the top with links not just jump right into features
+	Images need to be clickable to zoom in on them figure out how to do that hopefully bootstrap has built in thing
+	Needing pricing and plans to be broken out by type maybe with a calculator to figure price
+	NOTE: for the new website when marketing the plans Subscription vs perpetual etc there is a lot of useful ideas in the links I've been using for pricing to get some text content for the pages to help people choose.
+	i.e. https://www.linkedin.com/pulse/basic-differences-between-saas-subscription-perpetual-frederic-hanika
+	"What other reasons would a customer have to use SaaS or ask for a subscription instead of a perpetual license? Well, a very often-observed point is frustration with internal IT that has very long delivery cycles and are usually themselves very restricted by internal budgets and, hence, cannot deliver new functionality short term. Another large point in favor of a subscription contract from the customer perspective often is to avoid lengthy capital expenditure approval processes. Subscriptions can be and hence usually are priced to fit into the budgets of departments, which means the decisions can be made there and don’t need to be funneled into complicated corporate approval processes.
+	How does this impact the software vendor on the other side? A shift in buying power from central buyers to more departmental buyers, the need for more business and solution oriented sales approaches and usually much shorter sales cycles."
 
 
 - SHAREIT product codes once have pricing figured out fully and agreed on by joyce