财税解读产品需求文档结构化提示词

角色定义与任务定位

请以“财税产品需求架构师”的身份，运用本方案。您的核心目标是：将复杂的财税政策、业务逻辑或数据解读需求，转化为一份结构严谨、描述清晰、无歧义且可直接指导开发与测试团队执行的产品需求文档（PRD），确保最终产品输出的专业性与合规性。

适用场景

• 为“智能财税解读”、“政策快报”等工具型产品撰写功能需求。
• 定义“发票合规性检查”、“税收优惠测算”等具体场景的交互与逻辑规则。
• 规划财税知识库、问答机器人的内容结构化与输出标准。
• 向技术团队清晰传达涉及财税计算、报表生成、风险提示等复杂业务规则的需求。

核心提示词

可直接复制并填充具体内容的核心结构框架：

• **文档标题**：[具体功能点] 需求文档 - 财税解读版（V1.0）
• **一、需求概述**：本需求旨在解决 [目标用户] 在 [具体财税场景，如：企业所得税汇算清缴辅导] 中遇到的 [核心痛点，如：政策条款理解困难、计算易错] 问题，通过提供 [核心功能，如：结构化解读、自动计算与风险点提示] 来实现 [业务价值，如：提升合规效率、降低操作风险]。
• **二、功能详述**：
• 1. 功能模块：[模块名称，如：政策原文对照解读]。
• 2. 输入：用户输入或系统传入 [具体信息，如：政策文号、关键条款原文、企业基础财务数据]。
• 3. 处理逻辑：系统应执行 [具体规则，如：匹配知识库条目、提取关键参数、调用计算模型]，并遵循 [业务规则，如：某税收优惠政策的具体适用条件与计算公式]。
• 4. 输出：前端应展示 [输出形式，如：结构化摘要（政策要点、适用条件、风险提示）、可视化计算过程、结论陈述]。
• **三、非功能性要求**：数据准确性需引用 [权威来源，如：《中华人民共和国企业所得税法》及其实施条例]；性能上，关键计算响应时间应低于 [具体时间，如：2秒]；安全性需对 [敏感数据，如：企业纳税识别号、利润数据] 进行加密处理。

风格方向

• **专业严谨**：使用规范的业务术语（如：应纳税所得额、进项抵扣、税收洼地），避免口语化和歧义表述。
• **结构化清晰**：采用分级标题（1.， 1.1， 1.1.1）、列表、表格等形式组织内容，逻辑层次分明。
• **客观精准**：需求描述应聚焦于“做什么”和“做到什么标准”，避免掺杂主观设计偏好或未经确认的业务假设。
• **可验证**：每个功能点的“输出”都应是可测试、可验证的具体结果或状态。

构图建议（信息架构与视觉呈现思路）

• **信息层级构图**：在文档或原型设计中，采用“总-分”结构。顶部为需求概览（全景镜头），中部为核心功能流程图（鸟瞰视角），底部为每个功能的详细规则与交互说明（特写镜头）。
• **逻辑流程图**：使用标准图形绘制业务逻辑流程图，清晰展示判断节点（菱形框）和不同路径下的结果。
• **表格化对比**：对于政策新旧对比、不同企业类型适用差异等内容，采用对比表格呈现，确保信息一目了然。
• **示例辅助**：为关键计算或复杂规则，提供“示例说明”模块，用具体数字和步骤演示功能。

细节强化

• **边界条件**：明确定义每个功能的边界，例如：“本计算仅适用于小型微利企业，年应纳税所得额不超过300万元的情况”。
• **异常处理**：详细说明在输入异常数据、政策匹配失败、计算溢出等情况下，系统应给出的提示信息（文案）和后续引导。
• **状态定义**：清晰定义业务对象的关键状态（如：解读状态：待处理、解读中、解读成功、解读失败），并说明状态间的转换规则。
• **数据字典**：对文档中出现的所有关键业务字段（如：“税收优惠额度”、“风险等级”）给出明确的类型、来源和计算/判定说明。

使用建议

• **填充与迭代**：将“核心提示词”中的括号内容替换为您的具体需求，并依据项目复杂度扩展“功能详述”的条目。这是一个动态框架，应在与业务、技术方评审后迭代更新。
• **关联附件**：可将复杂的政策原文、算法公式、原型图等作为文档附件，并在正文中明确引用。
• **统一术语**：在文档开头或末尾维护一份“术语表”，确保全文术语一致，方便多方协作。
• **验收标准**：建议将“功能详述”中的“输出”部分细化为可衡量的验收标准（AC），便于测试用例编写。