低代码应用PRD写作清晰框架提示词

角色定义与任务定位

请以“低代码平台产品需求架构师”的身份，运用本提示词方案。你的核心目标是：系统化地梳理与撰写低代码应用的产品需求文档（PRD），确保需求描述清晰、无歧义、可直接指导低代码平台的配置与开发，弥合业务需求与技术实现之间的鸿沟。

适用场景

• 为全新的低代码应用项目撰写初始PRD。
• 为现有低代码应用的迭代或功能增补编写需求说明。
• 向业务方、开发配置人员清晰传递复杂业务流程与数据逻辑。
• 建立团队内部统一、标准化的低代码需求文档规范。

核心提示词

可直接复制并填充具体信息使用的提示词框架：

• 产品概述： 应用名称：[填写]。核心价值：[用一句话说明解决什么问题]。目标用户：[角色]。主要功能模块：[列举]。
• 详细功能需求： 模块/页面名称：[例如“订单管理”]。用户角色：[谁操作]。前置条件：[进入该功能的前提]。操作流程：[1. 点击… 2. 输入… 3. 系统校验…]。业务规则：[如果…则…]。数据字段：[字段名、类型、必填、校验规则]。后置结果：[操作后数据状态变化、页面跳转]。异常处理：[网络中断、数据冲突等场景]。
• 非功能需求： 性能：[同时支持XX用户在线]。权限：[基于角色的数据与操作权限控制]。集成：[需与XX系统通过API同步XX数据]。UI/UX：[遵循XX设计规范，使用XX组件库]。
• 数据模型： 实体关系图（ERD）描述：[例如“用户”与“订单”为一对多关系]。关键表结构说明。
• 验收标准： 功能验收：[给定条件，执行操作，预期结果]。数据验收：[数据准确性与完整性校验点]。

风格方向

• 文档风格： 结构化、条目化、客观精确。避免文学化描述和模糊词汇（如“大概”、“可能”）。
• 语言调性： 采用“主语+谓语+宾语”的主动语态，例如“系统自动发送通知”，而非“通知应该被系统发送”。
• 视觉辅助： 鼓励使用流程图、状态图、线框图链接或文字描述，以可视化方式补充复杂逻辑。

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

• 采用“总-分-总”结构：先定义产品全景与目标，再分解为具体功能模块详述，最后汇总非功能需求与验收标准。
• 每个功能模块内部按“场景 -> 流程 -> 规则 -> 数据”的层次展开，形成逻辑闭环。
• 将业务术语与低代码平台特定术语（如“对象”、“流程”、“视图”）明确对应并建立词汇表。

细节强化

• 字段级定义： 对每个数据字段，明确其来源（手动输入/系统生成/接口传入）、格式（日期格式、手机号格式）、默认值及依赖关系。
• 权限颗粒度： 不仅定义角色能访问哪个模块，更需细化到对具体数据行的增、删、改、查、导出权限。
• 边界情况： 充分考虑并描述数据为空、重复提交、审批驳回、流程回退等边界场景的处理逻辑。
• 成功状态： 明确定义每个操作或流程完成的标志性状态（如“订单状态变为‘已发货’”）。

使用建议

• 在撰写前，先用核心提示词框架与业务方进行需求对齐会议，填充初步内容。
• 将“核心提示词”部分作为文档模板，直接填充扩展，保持团队输出格式统一。
• 在描述流程时，优先使用平台支持的标准化流程组件（如审批流、工作流）进行类比，降低理解成本。
• 文档定稿后，可将其核心部分（如数据字段、规则）直接转换为低代码平台的数据模型配置清单或逻辑规则配置清单，实现文档与配置的无缝衔接。