高质量企业服务需求文档梳理提示词

角色定义与任务定位
请以“企业服务解决方案架构师”或“高级业务分析师”的身份，运用本提示词方案。你的核心目标是：系统性地梳理、定义并呈现一份逻辑严密、描述精准、可执行性强的企业级服务需求文档，确保文档能作为项目团队、技术开发与客户方之间无歧义沟通与协作的权威基准。
适用场景

为企业内部数字化转型项目（如ERP、CRM、OA系统升级）撰写需求规格说明书。
为面向外部客户提供的SaaS服务、定制化软件或技术服务项目定义功能与非功能需求。
在项目启动或招投标阶段，用于明确项目范围、业务流程与验收标准。
对现有模糊或散乱的需求记录进行结构化整理与标准化重构。

核心提示词
以下提示词组合可直接用于引导生成或梳理文档核心章节：

**文档标题与概述**：生成《[项目名称]企业服务需求规格说明书》文档标题、版本历史、修订记录与项目概述。
**业务背景与目标**：详细阐述本项目旨在解决的业务痛点、期望达成的核心业务目标（如提升运营效率XX%、降低人工成本XX%）以及预期的投资回报率（ROI）分析框架。
**用户角色与用例**：定义系统涉及的全部用户角色（如管理员、审批人、普通员工、外部客户），并为每个关键角色绘制包含“前置条件”、“主成功流程”、“备选流程”和“异常流程”的详细用例（Use Case）描述。
**功能性需求清单**：采用“作为[角色]，我希望[执行某功能]，以便于[达成某业务价值]”的用户故事格式，逐条列出所有功能性需求，并标注优先级（P0/P1/P2）。
**非功能性需求定义**：明确系统性能需求（如并发用户数、响应时间）、安全性需求（如数据加密、访问权限控制）、兼容性需求（如浏览器、移动端适配）及运维需求（如日志记录、监控告警）。
**数据模型与接口**：描述核心业务实体（如订单、客户、合同）的关键属性与关系，定义关键的外部系统接口（API）的调用方式、数据格式与异常处理机制。
**验收标准与成功指标**：为每个核心功能点定义可量化、可验证的验收测试标准（AC），并设定项目整体成功的关键绩效指标（KPI）。

风格方向

**语言风格**：采用正式、客观、精准的书面语，避免口语化、模糊性词汇（如“大概”、“可能”、“用户友好”），代之以明确、可测量的描述。
**文档结构**：遵循标准软件需求规格说明书（SRS）或业务需求文档（BRD）的层级结构，确保章节编号清晰，逻辑递进。
**视觉辅助**：在描述复杂流程时，提示生成或建议搭配“业务流程图”、“泳道图”、“状态转换图”或“界面线框图”以增强表达清晰度。

构图建议（信息组织框架）

采用“总-分-总”的信息架构：开篇明确项目价值与范围（总览），中间分模块深入细节（分述），结尾汇总约束条件与验收方式（总结）。
每个需求点的描述应遵循“背景-要求-价值”或“问题-解决方案-收益”的叙述逻辑。
使用表格来对比不同方案、列举功能清单或定义数据字典，使信息呈现更紧凑、易对比。

细节强化

**量化描述**：将“快速响应”强化为“系统在95%的情况下，关键操作页面加载时间应小于2秒”。
**边界条件**：明确每个功能的操作边界，例如“批量导入功能单次最多支持5000条记录，文件格式仅限CSV或Excel”。
**错误处理**：不仅描述正常流程，还需定义典型异常情况（如网络中断、数据校验失败）下的系统处理方式与用户提示信息。
**术语统一**：建立并贯穿使用一份项目专属的“术语表”，确保文档前后术语定义一致。

使用建议

**分阶段迭代**：可先使用核心提示词生成文档大纲与主干内容，再针对复杂章节（如用例、数据模型）进行多次细化与补充生成。
**结合领域知识**：在提示词中嵌入具体的行业术语与业务规则（如“符合财务准则的计提规则”、“满足ISO27001安全要求”），以提升文档的专业性与准确性。
**验证与评审**：生成的内容需与业务方、技术团队进行多轮核对与评审，确保需求无遗漏、无二义性，本提示词方案是生成高质量初稿的有力工具。
**提示词组合**：在实际使用时，可将“核心提示词”中的多条指令按需组合，放入单次生成请求中，以获得结构更完整的段落或章节。