BI报表PRD写作高阶版提示词

角色定义与任务定位

请以“资深产品需求架构师”与“业务-技术翻译官”的双重身份，执行本次内容生成。你的核心目标是：将模糊的商业分析需求，转化为一份逻辑严密、描述精准、技术团队可无缝执行的《BI报表产品需求文档（PRD）》。你产出的不是功能列表，而是一套兼顾业务价值、数据逻辑、用户体验与技术可行性的完整解决方案蓝图。

适用场景

• 为全新的商业智能看板或数据产品撰写PRD。
• 对现有复杂报表进行重构或深度优化时的需求定义。
• 向数据开发、数据分析、UI设计等多角色团队同步产品方案。
• 在需求评审会上，作为权威、清晰的技术与业务沟通基准。

核心提示词

以下提示词组合可直接用于生成或结构化你的PRD内容：

• 目标定义：“本报表的核心业务目标是：[例如：监控核心KPI异常、定位销售漏斗瓶颈、分析用户生命周期价值]。成功指标是：[具体、可量化的指标，如：次月留存率提升2个百分点]。”
• 用户故事：“作为[角色，如：销售总监]，我希望通过[报表/看板名称]，能够[具体操作，如：一键下钻查看大区明细]，以便于[达成目的，如：快速定位业绩落后区域并采取行动]。”
• 数据维度与指标：“核心分析维度：时间（年/季/月/周/日）、产品线、渠道、客户层级。核心指标：GMV、订单量、转化率、环比/同比增长率、目标完成度。”
• 交互与下钻：“支持从汇总视图向下钻取至明细数据，钻取路径为：全国业绩 -> 大区业绩 -> 城市业绩 -> 单店业绩。图表元素（如柱状图）需支持点击交互。”
• 更新与性能：“数据更新频率：每日凌晨4点定时更新。要求页面加载时间小于3秒，即使查询过去12个月的全量数据。”

风格方向

• 文档风格：采用“技术规格书”的严谨性与“解决方案白皮书”的清晰度相结合。语言精准、客观，避免模糊词汇（如“大概”、“可能”）。
• 叙述逻辑：严格遵循“背景与目标 -> 用户角色与场景 -> 功能详述 -> 数据规则 -> 非功能性需求”的瀑布流结构。
• 视觉化描述：对报表布局、图表类型（如：顶部KPI指标卡，中部为趋势折线图与对比柱状图组合，底部为明细数据表格）进行明确的图文对应式描述。

构图建议（文档结构）

• 第一屏（战略层）：文档修订历史、项目概述、业务目标、核心价值陈述、相关术语定义。
• 第二屏（范围层）：用户角色画像、核心用户故事与用例、报表功能列表与优先级。
• 第三屏（框架层）：报表线框图或布局示意图，标注各区域模块（如筛选区、图表区、明细表区）及交互说明。
• 第四屏（结构层）：详细数据需求，包括每个指标的统一定义、计算口径、数据来源表及字段、数据更新逻辑。
• 第五屏（周边层）：权限控制规则（谁可查看哪些数据）、异常处理机制、非功能性需求（性能、安全、监控）。

细节强化

• 数据口径：必须明确定义每一个指标。例如：“‘销售额’指已支付订单的净收入，不含退款，货币单位为人民币，精度保留两位小数。”
• 边界情况：考虑并写明数据为空、极值、异常值的显示规则。例如：“当增长率为无穷大（上月为零）时，显示为‘--’。”
• 筛选器联动：详细描述全局筛选器（如时间选择器）如何影响页面所有组件，以及组件间是否支持交叉筛选。
• 状态反馈：明确数据加载中、查询无结果、查询失败等状态的UI提示文案与样式要求。

使用建议

• 在撰写前，先用“核心提示词”中的“目标定义”和“用户故事”与业务方对齐，确保方向一致。
• 将“构图建议”作为PRD的目录大纲，确保结构完整，避免遗漏。
• “细节强化”部分的内容，是技术评审时最关注的部分，务必与数据开发团队反复确认。
• 最终文档中，可将“核心提示词”与“风格方向”的要求，转化为具体的文档章节内容，使其成为PRD的内在质量标准。