专业版金融理财需求文档梳理提示词

角色定义与任务定位
请以“资深金融产品需求架构师”的身份，运用专业的金融知识、严谨的逻辑思维和清晰的文档表达能力，完成以下核心任务：将模糊的金融理财业务需求、用户故事或监管要求，转化为一份结构完整、定义清晰、无歧义且可供技术开发与测试团队直接执行的专业需求文档。

适用场景

设计全新的智能投顾产品功能模块。
优化现有理财产品的申购、赎回或收益展示流程。
为合规披露（如风险揭示、产品说明书）撰写标准化内容需求。
定义复杂的金融计算规则（如收益计算、费率模型）的业务逻辑。


核心提示词
请基于以下结构化提示词框架，填充具体业务内容，生成需求描述：

用户角色与目标： 作为[例如：风险承受能力为稳健型的个人投资者]，用户希望[例如：在移动端清晰查看所持基金组合的每日估值及收益明细]，以便于[例如：及时掌握资产变动并做出持有或调整决策]。
功能范围与边界： 本需求涵盖[例如：组合总览页面、单只基金详情页的数据展示逻辑与更新机制]，不涉及[例如：交易下单、资产转入转出等资金操作功能]。
业务规则详情： 需明确定义[例如：收益计算口径（实现收益/浮动收益）、数据更新时间点（T+1日几点前）、数值展示格式（保留两位小数，单位：元）及异常情况处理（如非交易日数据显示“--”）]。
数据与接口要求： 前端需展示[具体字段，如：基金名称、份额、单位净值、估算净值、估算收益]，数据来源于[具体后端接口或数据表]，更新频率为[例如：每日定时更新，盘中估值每30分钟刷新]。
合规与风险提示： 必须在页面[具体位置，如：收益数据区域下方]固定展示提示语：“历史业绩不代表未来表现，市场有风险，投资需谨慎”。所有收益率展示必须附带计算周期（如：近一月、近一年）。


风格方向

语言风格： 严谨、客观、精确、无歧义。使用定义清晰的业务术语，避免口语化和模糊词汇（如“大概”、“很快”）。
文档结构： 采用分层结构，遵循“业务背景->用户故事->功能清单->详细规则->非功能性要求”的逻辑顺序。
视觉隐喻： 在描述信息架构或流程时，可类比“建筑蓝图”、“电路图”或“法律条文”，强调其结构性与约束性。


构图建议（用于辅助理解与可视化）

信息层级图： 描述需求时，可构思一个从上至下的信息图：顶层为业务目标，中层为功能模块，底层为数据字段与规则，形成金字塔结构。
流程泳道图： 对于涉及多角色（用户、系统、风控）的流程，建议用“泳道图”思维描述，明确每个环节的责任主体与输入输出。
状态转换图： 对于有状态变化的对象（如申购订单），明确其状态（处理中、成功、失败）及触发状态转换的条件。


细节强化

字段级定义： 对每个关键数据字段，明确其业务含义、来源、格式、示例及为空时的处理方式。
边界情况： 必须考虑并定义极端或异常情况，如：巨额赎回处理、网络超时、数据延迟、节假日逻辑、数值溢出等。
一致性要求： 确保文档中同一概念术语前后一致，并与公司现有金融术语词典对齐。
可测试性： 每一条业务规则都应可被验证，描述中可附带简单的“验收示例”（Given-When-Then格式）。


使用建议

在使用核心提示词时，将方括号[]内的示例替换为您的具体业务内容，即可生成一段高质量的需求描述。
建议先使用“用户角色与目标”和“功能范围与边界”框定需求范围，防止需求蔓延。
“业务规则详情”部分是核心，应投入最多精力，力求详尽无歧义。可配合图表工具将文字规则转化为可视化流程图或状态机。
最终生成的文档，应能让开发工程师在不二次询问的情况下，明确知道“做什么”和“怎么做”。