diff --git a/devdocs/pricing.md b/devdocs/pricing.md index b3853d7d..fc2b3ceb 100644 --- a/devdocs/pricing.md +++ b/devdocs/pricing.md @@ -262,6 +262,7 @@ WAYS TO FIGURE Assumption, average server cost will be 20/month per customer (hopefully more like 7 but in some cases 21 or worst case 68) Assumption / fact 73% of our existing customers are 5 and down and most of them would need more staff users on top of techs except the singles I guess +Assumption 250 customer User included 20/mo for blocks of 250 WHAT IF we just charge double the perpetual maint rate? @@ -312,6 +313,7 @@ Maybe the way to look at this is a basic price with options that directly corres - STORAGE: So we assume a cheap ass droplet and offer add-on's like more storage attachment space for XX / mo which is really just the digitalocean pricing plus a premium overhead for contingencies if they want it - ATTACHMENTS: we need an add-on for larger attachers, i.e. normal one is considered lite on attachments, no more than 10gb total or somethign as a rule of thumb, if they have greater needs then it's an add-on priced as per digitalocean with wiggle room on top and profit also needs to be their backup volume too, i.e. all file storage except db +- Customer logins beyond 250 included, blocks of 250 for 20/mo - RAM / CPU: maybe we offer basic server but they can upgrade to levels for additional per month - BACKUP: self is free vs we do is whatever digitalocean charges plus a premium - Email, if they don't bring their own account we provide at a cost / sendgrid or whatever (I suspect people expect this to be included if turnkey from a phone or something) diff --git a/devdocs/todo.txt b/devdocs/todo.txt index fc7eb7ac..25ff4d12 100644 --- a/devdocs/todo.txt +++ b/devdocs/todo.txt @@ -1,19 +1,23 @@ # now -todo: TEST digitalocean, set up a server in every data center far away from here, test ayanvoa on each one and see how peformant it is perceptually, i.e. does it even matter which server we're locating people on?? +TEST: TEST digitalocean, set up a server in every data center far away from here, test ayanvoa on each one and see how peformant it is perceptually, i.e. does it even matter which server we're locating people on?? Bangalore - seems almost undetectably the same as sanfran todo: test entering data on a work order, open an existing, create etc Singapor - TODO Frankfurt - TODO - -todo: cheapest storage for attachments possible, test out creating a new droplet with block storage to hold the attachment files to see if it's possible, how it's done and mapped etc +RESEARCH: sendgrid / email system can we have a domain just for our notifications for those that don't use their own domain and use for all users (but NOT tied to AyaNova.com) +TEST: cheapest storage for attachments possible, test out creating a new droplet with block storage to hold the attachment files to see if it's possible, how it's done and mapped etc todo: metrics are fucked up for some reason in fact I'd just like to reliably know how much disk space is in use etc, like the size of the db versus attachments in simple text todo: on ops server info page show main disk usage of db, attachments free memory in plain text unlike the metrics which are fucking useless + also non-ops page like where the admin can view it for SAAS + or maybe we need an SAAS control panel for regular admin users!!!! + this makes sense shows usage and licensed options to match etc + so they know where they stand todo: v8migrate Contracts in v7 were allowed to have no name, add code to invent a name on migration so it doesn't bomb @@ -109,6 +113,10 @@ todo: test out automatic backups using digitalocean's built in system with their - NEW WEBSITE flesh out the framework and post as an alternate v8index.htm intrey portal so can fully make it without affecting v7 + + ###### DISCOURSE SITE IS NICE AND CLEAN MAYBE A TEMPLATE FOR US: + https://www.discourse.org/pricing + 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 @@ -169,6 +177,7 @@ Overview: During dev make a v8index.htm and /r/{allv8pages} sub folder of static pages only rockfish will be razor app and will link to sections of it as required for any dynamic code stuff required But keep /download and /docs for simplicity's sake + SEE DiSCOURSE SITE: https://www.discourse.org/pricing New rockfish rzor pages site with support for customer facing stuff like evaluation servers, making purchase etc