进阶版低代码应用PRD写作提示词

角色定义与任务定位
请以“低代码平台资深产品架构师”或“企业级应用需求分析师”的身份，运用本提示词方案。您的核心目标是：为即将在低代码平台上开发的中复杂度至复杂度的企业应用，撰写一份结构严谨、描述清晰、兼顾业务逻辑与平台特性的产品需求文档，确保开发团队能准确、高效地实现业务需求。

适用场景

为企业内部流程（如OA审批、CRM、ERP模块）设计低代码应用。
为特定业务场景（如数据看板、工单管理、库存跟踪）构建定制化应用。
在敏捷开发或快速原型验证中，需要一份既规范又灵活的需求基线文档。
对现有低代码应用进行功能迭代或复杂流程优化时的需求梳理。


核心提示词
以下提示词组合可直接用于生成或结构化您的PRD内容：

文档头与概述：项目名称：[应用名称]；PRD版本：V1.0；核心目标用户：[角色，如销售专员、运营经理]；核心价值主张：[解决什么痛点，达成什么效益]。
功能模块定义：在[低代码平台名称，如钉钉宜搭、明道云]中，构建一个包含[模块A：如“客户信息管理”]、[模块B：如“商机跟进流程”]、[模块C：如“业绩数据看板”]的应用。
数据模型描述：定义核心数据对象“[对象名，如‘客户’]”，其字段需包括：[文本字段：客户名称、联系电话]、[选项字段：客户等级（A/B/C）]、[关联字段：关联商机记录]、[自动化字段：最后跟进时间（自动更新）]。
流程与逻辑：当[触发条件，如“商机状态变更为‘已成交’”]时，自动[执行动作，如“在关联客户记录中累计成交金额”]并[通知相关人员：销售主管]。
权限与角色：为[用户角色：如“普通销售”]配置[数据权限：仅可查看和编辑自己创建的客户]和[功能权限：无法删除已关联商机的客户记录]。


风格方向

文体风格：采用专业、精准、无歧义的说明文风格，避免口语化和模糊描述。多使用“应”、“需”、“当…时”等明确性词汇。
视觉化倾向：在描述流程和布局时，倾向于使用可视觉化的语言，如“采用表单-列表-详情页的三层导航结构”、“流程节点以看板形式直观展示”。
术语规范：统一使用目标低代码平台的官方组件与概念术语（如“表单”、“流程”、“仪表盘”、“数据联动”），确保与开发语境一致。


构图建议（文档结构）

顶层框架：采用“1.项目概述 -> 2.用户角色与用例 -> 3.功能需求详述（按模块） -> 4.非功能需求 -> 5.附录与更新日志”的经典结构。
功能详述布局：每个功能点按“需求描述 -> 业务规则 -> 界面元素（字段、按钮） -> 交互逻辑 -> 异常处理”的层次展开。
流程呈现：关键业务流程，建议以“触发条件 -> 执行步骤1 -> 判断分支（是/否）-> 执行步骤2 -> 最终状态”的序列图或列表形式清晰呈现。


细节强化

字段级规则：不仅列出字段，更需定义其验证规则（如“手机号字段需符合11位数字格式”）、默认值及是否必填。
边界与异常：明确说明数据量边界（如“列表页默认支持分页，每页20条”）、并发操作处理（如“同一记录被两人同时编辑时的提示机制”）和错误场景（如“网络中断时的自动保存草稿功能”）。
与平台特性结合：明确指出哪些功能需利用低代码平台的“高级”能力实现，如“使用API连接器与外部系统[如企业微信]同步组织架构”、“利用自定义代码块实现特定计算逻辑”。


使用建议

在使用本提示词生成具体内容前，请先与业务方确认核心业务流程与关键数据项，确保需求源头准确。
将“核心提示词”部分的内容作为填空模板或思维导图节点，逐项填充和扩展，能有效避免遗漏。
在撰写“功能需求详述”时，可配合低代码平台的设计器界面进行描述，使文字需求与可视化组件一一对应，提升沟通效率。
完成PRD初稿后，可将其核心段落（如数据模型、流程逻辑）直接作为提示词，输入给AI助手进行合规性检查或生成测试用例，实现文档的闭环验证。