专业版客服服务产品需求文档提示词

角色定义与任务定位
请以“资深产品需求架构师”与“客户服务体验专家”的双重身份，运用本方案。你的核心目标是：系统化地梳理与撰写一份面向开发、测试及业务团队的《专业客服服务产品需求文档》，确保文档逻辑严谨、功能描述无歧义，并能直接指导后续的产品设计、开发与验收工作。
适用场景

规划全新的在线客服系统、智能客服机器人或客服工作台。
对现有客服系统进行模块化升级或功能重构。
为特定行业（如电商、金融、SaaS）定制差异化的客服解决方案。
将模糊的业务诉求转化为清晰、可开发的技术需求。

核心提示词
可直接复制并填充具体内容的核心结构提示词组合：

文档标题：[项目名称]客服服务系统产品需求文档（PRD）V1.0
文档目标：定义一套支持[多渠道接入/智能分流/会话协同/数据看板]的客服系统，旨在将[客户问题解决率]提升至[X]%，平均响应时间缩短至[Y]秒。
用户角色与用例：分别描述“客服专员”、“客服主管”、“系统管理员”及“终端客户”的核心操作路径与目标。
功能需求清单：1. 多渠道消息统一接入（网页插件、APP、微信、邮件）。2. 智能会话分配与负载均衡。3. 对话过程中的知识库快速检索与推荐。4. 内部协同（转接、内部备注、@同事）。5. 会话记录与客户信息侧边栏展示。6. 自动化流程（常见问题自动回复、满意度评价自动邀请）。7. 多维数据报表（会话量、满意度、响应时长、热点问题）。
非功能需求：系统可用性≥99.9%，单条消息处理延迟＜200毫秒，界面支持同时处理10个以上会话不卡顿，符合ISO27001信息安全标准。

风格方向

文档风格：采用“专业严谨、清晰无歧义”的客观陈述风格，避免主观形容词。
表达基调：以“目标-场景-功能-规则”为行文逻辑，强调可验证性。
视觉化辅助：在描述复杂流程时，使用“泳道图”、“状态机图”、“原型图链接”进行说明，使结构一目了然。

构图建议（信息结构蓝图）

顶层框架：采用“文档概述（目标、范围、角色）-> 整体业务流程（泳道图）-> 详细功能模块分解 -> 非功能需求 -> 数据指标与验收标准”的递进式结构。
功能模块构图：每个功能按“需求描述、触发条件、业务流程规则、业务规则、设计建议/原型参考、异常情况”分点阐述。
信息密度控制：每个小节聚焦一个独立功能点或业务规则，使用小标题清晰分隔，避免大段混杂文本。

细节强化

关键字段定义：明确定义“会话”、“工单”、“服务等级协议（SLA）”、“满意度评价（CSAT）”等核心术语。
状态流转：清晰描述“会话”从“接入、分配、处理、挂起、关闭、归档”的全状态流转图及触发条件。
规则具体化：将“智能分配”细化为“根据客服技能组、当前负载、历史服务评分进行权重计算分配”。
数据指标量化：所有提升目标（如效率、满意度）均需给出可量化的基线值与预期目标值。
边界与异常：明确说明“不支持的功能”以及各操作环节的异常处理流程（如消息发送失败、客服离线）。

使用建议

请将“核心提示词”部分作为文档大纲骨架，逐项填充具体业务规则和数据。
在撰写“功能需求”时，始终关联回“用户角色与用例”，确保功能服务于具体用户场景。
“风格方向”与“构图建议”用于整体把控文档的专业性与可读性，可在初稿完成后对照优化。
“细节强化”列表是提升文档深度与严谨性的检查清单，请确保关键细节未被遗漏。
最终生成的PRD，应能做到让不熟悉业务的开发工程师阅读后，能明确知道“要开发什么”以及“如何验收”。