As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only. Moving forward, myibi is our community platform to learn, share, and collaborate. We have the same Focal Point forum categories in myibi, so you can continue to have all new conversations there. If you need access to myibi, contact us at firstname.lastname@example.org and provide your corporate email address, company, and name.
Focal Pointers! We are in the process of re-evaluating how we track application usage. In our old application interface, users would select hierarchy values (and sometimes date ranges) and we would pass those values to a database, every time a report was run.
In consideration of 21st century upgrade, we realize that every report run is not a good method to track usage- in clicking to the desired level of detail, multiple reports may run.
Certainly, we can track breadcrumbs prior to a download, but I wanted to get opinions of how much detail is too much- all clicks, some clicks, all reports, download only: where do folks draw the line. Does anyone save the entire QUERY_STRING from the Header Variable?
All clicks seems too much; simple page views seems too little; where's the Mama Bear porridge for portal metrics?
And yes, I am aware of Resource Analyzer; I am just not sure if that is the level of detail that tells me if a portal-based application is successful.
Thoughts appreciated.This message has been edited. Last edited by: FP Mod Chuck,
Personally (and it's MHO) I would say that there no good or bad answer. All depend on your request and each company will have its own needs.
Some wants to know every single DB request including all the drill down, some only the first one (skip the drill down), some care only about the page load and don't mind about the ten reports loaded on the page...
WF versions : Prod 8.2.04M gen 33, Dev 8.2.04M gen 33, OS : Windows, DB : MSSQL, Outputs : HTML, Excel, PDF In Focus since 2007
Posts: 2410 | Location: Montreal Area, Qc, CA | Registered: September 25, 2013
The basic question is, as Don pointed out: "What are the questions that the business is trying to answer?"
We're considering EUM. But, that requires a license ($), right?
I created a 'Home Grown' User Tracking App that's included where ever it's needed, like only one reporting in each portal page/tab and records the specified results in a foc file. It works fine, quick, easy, and easy to use for reporting.
PS: Hi Don.
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005