Custom report and dashboard generation
Takes a request — formal ('weekly board report'), informal ('I need to see how this region is doing') — and produces a tailored report or dashboard: the right metrics, the right time periods, the right comparisons, the right visualizations, in the format the audience prefers. Different from H33 (one-off questions) and H34 (pushed insights) in that this pattern is for recurring or substantial information products: things that someone would otherwise spend hours constructing in a BI tool. The pattern produces drafts the analyst or report owner refines, then schedules and delivers them on cadence. The value is the difference between everyone reusing the same five generic dashboards and everyone getting reports actually tuned to what they need to see.
Requirements describe capabilities the pattern needs in your environment, not the vendors you must buy. Any system that fills a requirement satisfies it — that’s what makes the catalog portable across the long tail of SMB tooling.
report_request_intakeWhere requests for new reports or dashboards originate.
- request form for the data team
- conversation with the pattern that captures the requirements
- structured intake in the BI tool
queryable_data_storeThe data the report draws from.
- data warehouse with curated marts
- BI platform with metric layer
- operational reporting database
semantic_layer_documentationDefinitions and meanings that ground the report in correct interpretations.
- semantic layer in the BI tool
- structured data dictionary
- metric definitions library
existing_report_libraryExisting reports and dashboards the pattern reads to learn the firm's conventions and avoid duplicating what exists.
- dashboard catalog in the BI tool
- shared library of reports
- structured inventory maintained by the data team
draft_review_destinationWhere the drafted report goes for analyst review and refinement before becoming production.
- draft view in the BI tool with edit capability
- shared document with structured proposal
- review workflow for the analyst team
publication_and_distribution_destinationWhere approved reports get published and distributed on their cadence.
- BI tool dashboard published with permissions
- scheduled email distribution
- report archive accessible to the audience
usage_feedback_loopHow report usage and audience feedback feed back to refine the report or retire it if unused.
- BI tool usage analytics
- structured audience feedback collection
- quarterly report inventory review
- 01Request comes in through intake
report_request_intake - 02Check existing report library for similar reports already in production
existing_report_libraryDECISION If a similar report exists, surface it and ask if it covers the need before building new. - 03Identify the metrics, dimensions, and time periods needed
semantic_layer_documentation - 04Build the queries against the data store with semantic grounding
queryable_data_store - 05Design visualizations and structure appropriate to the audience and format
- 06Draft and route to analyst for review
draft_review_destination - 07On approval, publish and schedule distribution
publication_and_distribution_destination - 08Monitor usage and feedback over time
usage_feedback_loop
Structured outputs this pattern produces. Other patterns and client systems can subscribe to them, which is how the catalog composes over time.
report_inventory_signalLiving inventory of reports with usage and value signals.
- data team capacity planning
- report retirement reviews
- executive view of analytical assets
audience_information_need_signalWhat different teams and roles actually want to see, useful for data team prioritization.
- data team roadmap
- semantic layer development
- BI strategy
redundancy_detection_signalReports covering the same ground, candidates for consolidation.
- report inventory maintenance
- analytical hygiene workflows