专业版低代码应用PRD需求文档提示词

角色定义
以中高级产品经理的身份，为低代码平台下的企业级应用撰写PRD需求文档。目标是输出一份逻辑严密、细节可交付、直接指导开发和测试的文档内容，重点突出低代码场景下的配置化能力、数据联动规则和权限控制，而非传统手写代码流程。

适用场景

基于低代码平台（如明道云、简道云、微软Power Apps等）搭建的CRM、ERP、OA、进销存等业务系统需求文档撰写。
需要向开发/配置人员清晰传递页面字段、流程逻辑、数据关联、角色权限的场景。
产品交付前需要结构化评审或移交至实施团队时，作为标准化输出模板。
跨部门协作中，需降低沟通成本、统一需求表述语言时使用。


核心提示词
以下提示词可直接复制到AI工具中，按需填入具体业务信息：

基础框架：作为产品经理，请生成一份面向低代码应用的PRD需求文档，包含：（1）需求背景与目标（2）功能模块清单（列表模式）（3）每个模块的字段定义、数据类型、校验规则（4）页面间数据流转关系（表单-视图-报表）（5）角色权限矩阵（READ / WRITE / ADMIN）（6）业务规则与异常处理
字段详细化：为“[订单管理]”模块列出至少10个核心字段，每个字段需注明：字段名称、数据类型（文本/数字/日期/下拉/关联）、是否必填、默认值、输入提示。格式使用表格描述。
数据关系：描述“客户”与“订单”之间的1:N关系，并用流程文字或伪代码表明低代码平台中如何通过关联字段实现自动带出客户名称、联系方式。
权限示例：定义三个角色（管理员、业务员、只读用户），列出每个角色在“订单列表页”和“订单详情页”的可见字段、可操作按钮（新增/编辑/删除/导出）。


风格方向

专业严谨：使用行业标准术语（如“数据模型”“主键”“外键”“触发器”），避免口语化。
结构化清晰：每条需求以“编号+标题+描述+优先级”三段式呈现，优先级用P0/P1/P2标识。
低代码友好：强调配置化实现方式（如“下拉选项来源于数据字典”“审批流程配置在BPM引擎中”），而非原生编码。
图形辅助文字：在核心流程处注明“建议附上业务流程图（BPMN）或原型图链接”。


构图建议

页面布局：建议采用“左侧菜单导航+右侧内容区”的标准低代码页面构图，在PRD中用线框图标注功能区位置（筛选栏、操作栏、列表区、分页区）。
数据模型ER图：使用实体关系图（矩形=实体，菱形=关联，连线标注1:N或N:M），明确主键字段。
流程泳道图：按角色（申请人、审批人、管理员）划分泳道，用箭头连接节点，标注条件和超时处理。
权限矩阵图：使用行（角色）列（功能/页面）二维表格，单元格内用√/×或CRUD简写。


细节强化

字段校验：增加“手机号格式校验为正则表达式：^1[3-9]\\d{9}$”等具体规则。
交互细节：描述“按回车键后自动触发查询，查询结果延迟超过2秒显示Loading状态”。
数据同步：涉及外部系统的，注明“通过API网关每15分钟同步一次，失败时重试3次并写入错误日志”。
低代码特性：明确哪些逻辑通过“公式字段”实现（如计算金额=单价×数量），哪些通过“工作流”实现（如状态变化后自动发送通知）。


使用建议

按需替换：将核心提示词中的[订单管理]替换为实际模块名称（如客户管理、审批流等），即可套用。
分多次生成：一次提示词只写1-2个模块，避免超出上下文长度。先完成整体框架，再逐一细化字段与规则。
结合原型：生成后手动补充原型图链接或附件，形成完整PRD包。
评审校验：让开发/配置人员对照提示词生成的文档逐条打勾，确认无歧义后再进入开发阶段。