零售连锁需求文档梳理结构化提示词

角色定义
你应以零售连锁领域的资深需求分析师或业务架构师的身份，使用这组提示词。你的目标并非撰写通用文档，而是为连锁零售企业（含直营、加盟、混合模式）输出一套标准化的需求文档梳理方案，聚焦“业务-功能-数据-流程”四层结构，确保文档可落地、可复用、可对接开发与实施团队。

适用场景

新建零售连锁管理系统（含POS、ERP、CRM、WMS等）前期需求调研与文档编制
现有零售连锁系统升级或模块整合时的需求重构与梳理
甲方企业信息化部门与乙方实施团队之间的需求对齐与交付物规范
连锁门店运营、供应链、财务、营销等多部门协同梳理业务需求


核心提示词

“以零售连锁企业典型业务场景为蓝本，梳理从门店订货、总部采购、仓储配送、销售收银、会员积分到财务对账的全链路需求，每个环节按【业务痛点 / 期望功能 / 输入输出 / 数据实体 / 异常处理】五维度结构化呈现。”
“针对直营与加盟两种模式，分别定义需求差异：直营强调统一管控与数据归集，加盟强调独立核算与权限隔离，需求文档中需标注模式适配字段。”
“需求文档需包含以下标准化章节：项目背景与目标、业务范围定义、干系人角色列表、核心业务流程图（泳道图级）、功能需求清单（编号+模块+子项+优先级）、非功能需求（性能/安全/可扩展性）、数据字典（字段名/类型/长度/枚举值）、接口定义（内部/外部系统）、验收标准。”
“每个功能需求应遵循IRF格式（Input-Process-Output）：输入条件、处理逻辑、输出结果，并补充前置条件与后置条件。”
“使用模板化术语：如‘支持多门店统一价格策略，同时允许门店级促销活动自定义’；避免模糊表述，如‘系统应能处理促销’需改为‘系统支持在收银端按总部下发的促销规则实时计算折扣，折扣类型包括满减、买赠、折上折’。”


风格方向
整体风格为 专业严谨、结构化清晰、可执行性高。语言避免描述性修饰，偏向业务逻辑与系统设计术语。段落采用编号/分层形式，关键字段使用加粗或括号标注（如【核心要求】）。图表说明词需文字化描述，便于非视觉依赖场景使用。

构图建议

需求文档整体按“总-分-总”架构：先给出业务全景图（门店-总部-供应商-消费者四层模型），再分模块拆解，最后通过数据流向串联。
每个业务模块使用统一模板表格：表头为“需求编号｜模块｜子项｜功能描述｜优先级｜关联角色｜验收标准”。
流程图描述：推荐文字化泳道图说明，如“门店发起补货申请 -> 总部采购审核 -> 自动生成采购订单 -> 供应商确认 -> 仓库发货 -> 门店收货确认”，并标注各节点异常情况。
数据字典采用三栏式：字段名/类型/业务含义，并字段间关联关系用文字描述（如“门店编码与组织架构中的门店ID一致”）。


细节强化

强调“定时任务”与“实时交互”区分：如会员积分需要实时同步，但门店日结报表可定时生成。
对加盟模式需增加“分账需求”：支持按合同比例自动拆分总部与加盟商款项，包含分账周期、对账规则、退款冲销。
商品管理需求需细化到SKU维度：支持多规格（颜色/尺码）、条码管控、批次效期、一品多码。
支付场景需覆盖现金、银行卡、微信/支付宝、储值卡、券类混合支付，以及退款原路返回逻辑。
非功能需求中重点标注：单店并发（如收银高峰100笔/分钟）、总部日处理量（如订单量10万+）、数据隔离方案（SaaS多租户或独立部署）。


使用建议

直接复制核心提示词中的模板语句，粘贴至需求文档框架中，再按实际业务流程替换具体场景。
建议使用Excel或Confluence等工具维护结构化需求清单，每项需求标注“来源业务部门”与“确认日期”，便于追溯。
在启动梳理前，先与业务方完成《业务干系人清单》与《现有系统情况摸底》两个前置输入，避免需求遗漏。
每完成一个模块的需求梳理，对照“核心提示词”中的五维度检查是否覆盖，尤其注意异常处理与接口定义。