On the morning meeting. We briefly talked about some updates from the weekend. We had a number of different developers pop in and make small reports.

Steve and I were about system stats and reports at the higher system level. We also need some rules and how we allow and/or don't allow play. Not just reports on how much data we are carrying along (total stats and counts)... but also, what is added new per day (incremental reporting). We need to be able to analyze usage, storage, and even analyze bandwidth. What are they truly using.

From Calvin, there may be potential in monetizing the usage of the application. If we are incurring a cost, we need to pass that on, plus adding in some profit. We have some clients that come in at a super low rate. Then they grow and develop and build and become more successful, but the system fees haven't increased to match that (at all). Basically, no one is monitoring the growth, storage, usage, and system stats. We need some report matrixes that we could show and then charge for. 

Calvin popped in and gave Steve and I pretty deep demo of the adilas label builder. We got pretty deep, we played, asked questions, and even got into some of the funding and financing of how do we pay for this, how do we fund it, and how do we keep supporting it? Good stuff.

Some people want to buy it modular (every little thing) and some people want to buy it as a package (get everything and use what you want).

Some of the matrix values might need to be: How many things get created? How often are they being used? How much data is being transferred back and forth?

How do we monetize things and get a real ROI (return on our investment)? It comes back to sales, rules, and what we setup. Steve and Calvin were talking about putting all of the tools out there and then letting them (the adilas users) use what they need. Kinda like a big giant rental center... they could use the big tools, the small tools, and everybody could use whatever they needed. They were talking about small mom and pop shops, percentages, set fees, or some kind of mix between those different models. Lots of options.

By us not monitoring server stats and usage, we and kinda killing ourselves. We want to come up with something that is fair and workable for all the different parties. That is where we want to get to. We want to track the cause and effect of data storage, file storage, processing (API socket calls, queries, data in/out), and maybe usage and bandwidth.

Looking forward... We may need some snapshot info (aggregated data) to show corp to server stats. We may need to start counting reads (queries and looking at things) and writes (inserts and updates). We may need just counts per day per corp. This could become some of our general matrix values. Steve and Calvin were talking about possibly charging for the net results (what are they getting out of it). We need to store it, and then go back and use that as the histories, stats, and usage.

Just an idea... what about showing stats per user and what they are browsing (who is generating the usage - who is looking at what). We could add some counters on the actual method calls (yep, Holly used me or pulled me).

Steve - Every year that a company is with us, we keep adding a virtual train car to what they are pulling and/or hauling. At some future point, we may need a way to snip and clip some of that older data off (how much are they hauling). This could be in and may include standalone declarations and other watchers, feeders, and triggers. Certain tables just keep ballooning and we are storing and storing data. We need to figure out a way to archive some of that data.