Overview
Background
Content providers End-users belong to organizations that compete in industries such as CSAComputer Software, PCI, and GRI need a ….
Objective
Provide additional context and explain how this product fits into UC’s strategic goals and initiatives and why we are building itInsurance, and Financial Services. We are currently tracking the industry in HubSpot via ZoomInfo integration. In addition, we have historical information as to which Authority Documents customers are adding to Shared Lists and creating Builds for. These lists and builds indicate that those Authority Documents are important to those customers in their compliance efforts.
We ought to be able to leverage the industry information as the historical AD usage for other customers to recommend a set of Authority Documents to customers.
This PRD solely pertains to providing a report of recommended Authority Documents to the end-user based upon their identification of Industry, Affiliations, and State-agency. The predecessor PRD Self-Identification - Phase 1 addresses how the user confirms their Industry, Affiliations, and State-agency.
Objective
Create a building block to allow customers to quickly identify Authority Documents that meet their needs.
Personas
Link to UC’s personas for the user, buyer, influencer.
...
List project goals and the metrics we’ll use to judge success
Goal | Metric |
|---|---|
Recommended AD list provided to CCH end-users based on account industry information. Restricted to ADs in shared lists and/or builds. | Percentage of users who view recommended ADs list. |
Recommended AD list provided to CCH end-users based on account affiliation information. Restricted to ADs in shared lists and/or builds. | Percentage of users who view recommended ADs list. |
Recommended AD list provided to CCH end-users based on account state-agency information. Restricted to ADs in shared lists and/or builds. | Percentage of users who view recommended ADs list. |
Provide report to membership organizations what ADs are being used in shared lists and/or builds. | Percentage of membership organizations who leverage report. |
Current Challenges / Limitations
Describe the challenges that users face using the current product, alternative solutions, or performing tasks manuallyThe current Common Controls Hub (CCH) search functionality is confusing for customers to locate authority documents which are important to them.
Customers typically use three tools (CCH, Research, and the internet) to search for and confirm the ADs that are of interest to them.
Benefits
Highlight the main benefits the customer/user will gain by this productQuicken the pace for customers to determine which authority documents are of interest to them by using historical information of similar users.
Subscription / Pricing / Billing Impacts
Describe any financial impact this product will introduce (if any)No subscription, pricing, or billing impacts.
Beta and Early Access
Describe if beta customers and/or early access is essential for success. If betas are required, there could be a substantial recruitment process required which needs to be anticipated and planned forNo need for full beta. Will be built into CCH as additional functionality and ideally should be tested with a few friendly customers to validate functionality.
Risks and Assumptions
...
Risks
As per the requirements below, the HubSpot data regarding Industry must be up to date for all customers in order to provide an accurate recommendation for a customer in the same industry.
Assumptions
Updates will be done in CCH in order to buy us time to get a more sophisticated solution UC 4.0
Milestones and Phases
List the project milestones along with how that milestone can be successfully measured.
...
Build usage per organization.
...
List of companies and ADs they have placed in at least one build.
...
Build usage by industry.
...
Count of Authority Documents used in at least one build by Industry.
...
Build usage by annual revenue.
...
Build usage by country.
...
Count of Authority Documents used in at least one build by Country.
...
Build usage by user.
...
Count of Authority Documents used in at least one build by user.
...
Compare build usage by organization.
...
List of companies and Compare Builds they have created.
In-product Reporting
Reporting functionality built into the UC 4.0 Platform.
Requirement
Description
User Story
Importance
Status
Comments
Ability for content creators to view and run reports from a content reporting page.
Reports below all pertain to the contributor’s point of view.
All reports accessible through UI.
All reports accessible via the API.
Authority Document usage per organization.
List of companies and ADs (owned by the contributor) they have placed in at least one shared list.
Can we share actual company name due to GRC concerns?
Authority Document count per organization.
List of companies with a Cumulative count of ADs (owned by the contributor) across all their shared lists own
Authority Document distinct / unique count per organization.
List of companies with a Distinct count of ADs (owned by the contributor) across all their shared lists.
Authority Document usage per Industry.
Count of Authority Documents (owned by the contributor) used in at least one shared list by Industry.
Authority Document revenue tracking.
Authority document per country.
Count of Authority Documents (owned by the contributor) used in at least one shared list by Country.
Authority Document usage by Job Title and Job Function.
Count of Authority Documents (owned by the contributor) used in at least one shared list by Job Title and Job Function.
Authority Document usage by user.
Count of Authority Documents (owned by the contributor) used in at least one shared list by user.
Probably can’t distribute due to privacy policy.
UC 4.0 Required Reports following similar requirements used for the Power BI reports.
Following reports all pertain to buillds.
Build usage per organization.
List of companies and ADs they have placed in at least one build.
Build usage by industry.
Count of Authority Documents used in at least one build by Industry.
Build usage by annual revenue.
Build usage by country.
Count of Authority Documents used in at least one build by Country.
Build usage by user.
Count of Authority Documents used in at least one build by user.
Compare build usage by organization.
Number | Description | Success Measurement |
|---|
Product Requirements
Describe the product requirements that will fulfill the underserved need(s) starting off with the use cases, then specific functionality
Use Cases
Happy Day Scenarios
This is the “happy path” that includes the beginning to end steps the customer/user takes to be successful.
Rainy Day Scenarios
Here is where you describe what to do when things go wrong (e.g., user closes the browser, API doesn’t return results …)
Requirements
Internal Reporting
Power BI available reports for internal usage.
Note that updates are required in core to track the owner (called out on the Federated Data License PRD https://unifiedcompliance.atlassian.net/l/cp/4Wb1QpYn ) the Power BI data model to report and filter on Owner/Contributor and dependent upon data owner being tracked.
...
Requirement
...
Description
...
User Story
...
Importance
...
Status
...
Comments
...
Following reports all pertain to shared lists which infers the organization is using the UCF APIs.
...
Authority Document usage per organization.
...
List of companies and ADs they have placed in at least one shared list.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document count per organization.
...
List of companies with a Cumulative count of ADs across all their shared lists.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document distinct / unique count per organization.
...
List of companies with a Distinct count of ADs across all their shared lists.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document usage per Industry.
...
Count of Authority Documents used in at least one shared list by Industry.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document revenue tracking.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority document per country.
...
Count of Authority Documents used in at least one shared list by Country.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document usage by Job Title and Job Function.
...
Count of Authority Documents used in at least one shared list by Job Title and Job Function.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Authority Document usage by user.
...
Count of Authority Documents used in at least one shared list by user.
...
Done
...
Updates to core and BI model needed to filter by Contributor.
...
Ability to filter all reports by data owner.
...
In order to periodically distribute reports to data owners, need to update the data model and reporting to filter by data owner.
...
New
...
Following reports all pertain builds.
1 | Create report of recommended ADs based on account industry information. | Generate report of recommended ADs based on account industry information. |
2 | Create report of recommended ADs based on account affiliation information. | Generate report of recommended ADs based on account affiliation information. |
3 | Create report of recommended ADs based on account state-agency information. | Generate report of recommended ADs based on account state-agency information. |
4 | Deliver industry-based recommended AD list to end-users. | Percentage of users who view recommended AD list. |
5 | Deliver association-based recommended AD list to end-users. | Percentage of users who view recommended AD list. |
6 | Deliver state-agency-based recommended AD list to end-users. | Percentage of users who view recommended AD list. |
Product Requirements
Use Cases
Happy Day Scenarios
User chooses that they would like to receive a report of recommended authority documents and they subsequently receive an email with a PDF attachment of recommended authority documents.
Rainy Day Scenarios
The user’s email is out of date or wrong and they never receive the email.
The industry the user confirmed has no or minimal list of ADs thus adding little value.
The industry the user confirmed has a long list of ADs requiring the user to filter through the list to confirm value.
Requirements
Requirement | Importance | Status | Comments |
|---|---|---|---|
Provide a means for UCF super-administrators to specify which authority documents are recommended to supported state-agencies. | TBD | Not Started | Potential suggested solution, but engineering will consider other solutions: Option 1: create a “dummy” company per supported state-agency and create a list of supported ADs. Ensure state-agency identification is populated in HubSpot which will feed into the reporting engine. Option 2: create table/form … outside of CCH to allow supper admins to specify supported state-agencies and their related ADs. |
Within CCH, provide a means for the user to ask for AD recommendations (only if they have filled out Industry other than “Other” and/or specified some Associations). | P1 | Not Started | |
After the user chooses the option to receive AD recommendations, gather recommended authority documents based upon the self-identified: 1. industry, affiliation, or both OR
Send the user via email with a PDF attachment for the recommended ADs. | P1 | Not Started | The consolidated recommended ADs is based upon ADs in shared lists and ADs in builds. |
Once the email is sent, inform the user they should check their email inbox for recommended ADs. | P1 | Not Started | |
Provide key partners (ISC2, ISACA …) with report to list CCH Organizations who are members in their affiliation. | P1 | Not Started | Phase 1 will be a manually generated report out of HubSpot, Power BI, or other and sent to the partner. Phase 2 (called out in phase 2 PRD) will allow for API access. |
Provide key partners (ISC2, ISACA …) with report to list CCH users who are members in their affiliation. | P1 | Not Started | Phase 1 will be a manually generated report out of HubSpot, Power BI, or other and sent to the partner. Phase 2 (called out in phase 2 PRD) will allow for API access. |
Cost
Estimated effort to fulfill all P1 requirements:
Design and Documentation: 2 weeks.
Build Solution: 4 weeks.
Total Duration: 6 weeks.
Estimated Number of resources to fulfill all P1 requirements:
Design Resources: 1
Build Resources: 2
Open Questions
List any open questions that come to mind throughout the lifecycle of this project
Question | Answer | Date Answered |
|---|
Out of Scope / Future Functionality
List the known features that are out of scope for this project or might be revisited at a later time.
As is case with the assumptions, it is important to list these out so that architects and engineers can plan accordingly for these later updates.
Impacted Product Components
If this project is a component to other areas or an update to an existing product, specifically call out where this product will interact with other areas.
User Interaction and Design
Below is quick sketch of what a report dashboard might look like for a content contributor’s perspective.
The mockup is to show what is meant by a report as opposed to the proposed ADs after self-identification which is used accelerate the time-to-value of the AD selection process.
...
Since we are currently not tracking which affiliations a user belongs to, how will the recommended ADs be derived? | We are tracking which affiliations users belong to. Please see HubSpot or ask Matt. | |
How do we handle new versions of ADs? | ||
Is this purely data driven or do we need maintenance aspects on the reports we send out? | ||
Frequency of reports? |
Out of Scope / Future Functionality
Impacted Product Components
CCH user interface and backend
HubSpot contact information for the confirmed Industry.
HubSpot contact information for the Affiliations.
HubSpot contact information for the State-agency.
Integration between CCH and HubSpot to store self-identification information and retrieve options.
BI data model
User Interaction and Design
Process Flow Diagrams
Links to user journeys, process flow, or other diagrams related to the requirements.
...