用例
报告请求管理模板
管理报告请求、仪表板接收、指标定义审核、所有者、优先级、交付状态和后续行动。
- 捕获包含受众、业务问题、优先级、来源、所有者和截止日期的报告和仪表板请求。
- 查看指标定义，包括公式、来源、所有者、评论、批准状态和版本历史记录。
- 通过构建、审核、交付和收尾跟踪提交的请求和范围界定。
运营和分析团队收到临时报告请求。经理协调各个业务团队的仪表板需求。数据所有者在报告上线之前调整指标定义。
概览
为什么团队从这里开始
当业务问题、仪表板想法、指标定义、数据所有者和交付状态在一个请求流中可见时，报告请求管理效果最佳。此用例通过报告请求、仪表板请求和指标定义审核的表单使分析摄入保持实用。
捕获包含受众、业务问题、优先级、来源、所有者和截止日期的报告和仪表板请求。
查看指标定义，包括公式、来源、所有者、评论、批准状态和版本历史记录。
通过构建、审核、交付和收尾跟踪提交的请求和范围界定。
常见问题
关于此应用场景的常见问题
报告请求管理模板应包含哪些内容？
从记录、所有者、状态、证据和使工作流程可见的后续步骤开始。然后选择最接近的 Jodoo 模板并根据您的团队调整字段、视图和自动化规则。
这是单个模板还是更广泛的工作流程？
此页面解释了更广泛的用例以及可以支持它的模板的链接。当您想要在打开一个可编辑的 Jodoo 应用模板之前比较起点时，请使用它。
团队应该从哪里开始？
从捕获最早缺失上下文的模板开始。如果摄入量不清楚，请从申请表开始。如果所有权不清楚，请从跟踪器或审批工作流程开始。
下一步
先打开模板，再按团队需求调整
从此应用场景中最接近的模板开始，然后在 Jodoo 中自定义字段、状态和交接逻辑。