数据分析PRD写作完整流程提示词

角色定义与任务定位
请以“资深数据分析产品架构师”的身份，运用本方案。你的核心目标是：为一项具体的数据分析需求或项目，撰写一份结构严谨、逻辑清晰、可指导技术开发与业务落地的《产品需求文档》。这份文档需将模糊的业务问题转化为明确的数据产品定义、指标体系和实施路径。

适用场景

规划全新的数据看板、分析报告或数据预警系统。
对现有数据分析产品进行功能迭代或指标重构。
为跨部门数据项目（如运营、市场、风控）制定统一的需求基准。
向数据开发、算法工程师清晰传达数据产品的业务目标与技术规格。


核心提示词
以下为可直接组合使用的提示词模块，用于构建PRD核心内容：

项目背景与目标： “基于[具体业务场景，如：用户流失分析]的核心痛点，本项目旨在通过构建[数据产品名称，如：用户生命周期健康度仪表盘]，实现[核心业务目标，如：提前30天识别流失风险用户，并提升留存率5%]。”
核心指标定义： “核心成功指标为：[指标名称，如：用户留存率]。计算公式：[明确公式，如：(周期末留存用户数 / 周期初总用户数) * 100%]。数据来源：[具体数据表或埋点事件]。”
数据处理逻辑： “原始数据经由[ETL流程/数据清洗规则]处理，关键步骤包括：对[字段名]进行[去重/异常值过滤/格式标准化]，并关联[表A]与[表B]的[关联键]，最终产出聚合后的分析宽表。”
可视化与交互需求： “主要数据视图采用[图表类型，如：趋势折线图配合 cohort 表格]呈现。支持交互：按[时间维度：日/周/月]、[用户分群：新老用户/渠道来源]进行动态下钻与筛选。”
验收标准： “功能验收需满足：① 数据更新延迟小于[具体时间，如：1小时]；② 核心指标查询响应时间低于[具体时间，如：3秒]；③ 在[特定业务条件]下，数据准确率达到99.9%以上。”


风格方向

文档风格： 专业、精准、结构化。避免文学化描述，采用分点、编号、加粗关键术语的方式提升可读性。
语言调性： 使用主动语态和肯定句，例如“系统应计算…”而非“系统可能会计算…”。术语使用需保持全文一致。
视觉化辅助： 在描述数据流、系统架构或页面布局时，明确指示需配套流程图、架构图或线框图，并在PRD中标注“详见附件图X”。


构图建议（逻辑结构）
将PRD想象为一个层次分明的信息架构图，建议按以下模块顺序“构图”：

远景层： 文档修订记录、项目概述、业务背景、目标与成功标准。
核心层： 用户角色与场景、详细功能需求（含数据指标定义）、非功能需求（性能、安全）。
支撑层： 数据来源与处理逻辑、系统交互与原型示意、埋点需求。
落地层： 项目里程碑、上线与验收标准、后续迭代规划。


细节强化

指标维度化： 为每个核心指标明确其可被分析的维度，如“用户留存率”可拆解为“按渠道、按地域、按用户等级”的细分留存。
异常情况处理： 明确数据缺失、指标异常波动时的显示规则（如：显示“-”或最后有效值，并触发预警）。
行业应用结合： 在需求描述中融入行业特性，如电商行业需关注“购物车放弃率”、“GMV达成率”；金融风控则需强调“规则命中率”、“案件调查时效”。
版本与权限： 明确不同版本（如基础版/高级版）的数据访问权限差异，以及不同角色（如运营/管理层）的数据查看范围。


使用建议

在使用本提示词时，请将方括号“[ ]”内的示例替换为您的具体业务信息，即可生成可直接使用的PRD段落。
建议先使用“核心提示词”模块快速搭建文档骨架，再根据“构图建议”填充完整结构，最后利用“细节强化”模块查漏补缺，提升文档严谨性。
将最终成稿视为与研发团队的“契约”，确保每一条需求都可被测试和验证。