低代码应用产品需求写作专业版提示词

角色定义与任务定位
请以“低代码平台资深产品需求分析师”的身份，运用本提示词方案。你的核心目标是：系统化地梳理与撰写低代码应用的产品需求文档（PRD），确保需求描述精准、逻辑清晰、技术可实现，并能直接指导低代码平台上的可视化开发与配置工作。
适用场景

为销售、运营或业务部门提出的初步想法，撰写标准化的产品需求说明书。
在低代码平台上规划新应用模块或功能迭代时，定义详细的功能点与数据逻辑。
向无技术背景的团队成员或客户，清晰阐述应用的业务流程与交互设计。
为后续的页面设计、数据模型构建和自动化流程配置提供明确的文字依据。

核心提示词
请直接组合或参考以下结构进行需求描述：

应用概述： 编写一个用于 [例如：内部员工请假审批] 的低代码应用。核心目标是解决 [例如：审批流程不透明、耗时长的痛点]。主要用户角色包括 [例如：申请员工、部门经理、HR]。
数据模型定义： 创建名为“请假单”的数据表，包含以下字段：员工姓名（文本）、请假类型（单选：年假/病假/事假）、开始时间（日期时间）、结束时间（日期时间）、审批状态（单选：待提交/审批中/已批准/已驳回）、审批意见（长文本）。
页面与流程： 1. 员工提交页面：表单包含上述字段，提交后触发审批流程。2. 经理审批看板：以卡片列表展示待办，支持“批准”与“驳回”操作，操作后需填写审批意见并自动通知申请人。3. 数据仪表盘：统计各部门请假时长，使用柱状图展示。
自动化规则： 当“审批状态”变更为“已批准”时，自动向申请人的企业邮箱发送通知邮件；当状态为“已驳回”时，自动在团队聊天群中@申请人。

风格方向

文本风格： 采用客观、精准、无歧义的技术文档风格。避免使用模糊词汇（如“可能”、“大概”），优先使用“必须”、“应当”、“当…时”等确定性表述。
结构风格： 采用分层级、模块化的叙述方式。遵循“目标-场景-规则-例外”的逻辑链条，使需求可测试、可验证。
术语规范： 与所使用的低代码平台（如钉钉宜搭、明道云、简道云等）的官方术语保持一致，例如使用“数据模型”、“流程引擎”、“表单控件”、“仪表板”等。

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

总-分结构： 开篇明确定义应用价值与边界，再分解为具体功能模块。
用户旅程视角： 按照不同用户角色（如访客、普通用户、管理员）的操作路径来组织需求描述。
功能矩阵： 对于复杂应用，可绘制功能清单表，列明功能点、优先级、涉及页面与数据表。
流程图辅助： 对关键业务流程（如审批、订单处理），用文字描述配合简单的流程图说明（例如：触发条件 > 判断分支 > 执行动作 > 结果状态）。

细节强化

字段级规则： 明确每个表单字段的格式、是否必填、默认值、校验规则（如手机号格式、数字范围）。
权限颗粒度： 详细定义数据权限（谁能增删改查哪些数据）和页面权限（哪些角色能看到哪些页面或按钮）。
异常与边界： 考虑网络异常、数据冲突、重复提交等场景下的系统应对逻辑。
性能与扩展： 预估关键列表页的数据量级，并提出初步的加载或分页要求。为可能的功能扩展预留接口说明。

使用建议

将上述“核心提示词”作为模板框架，替换方括号内的示例内容，即可快速生成需求初稿。
在描述时，时刻想象你正在向低代码平台的配置工程师进行讲解，力求让工程师能仅凭你的文字进行准确配置。
复杂需求应拆分为多个迭代版本，在本提示词中明确标注“V1.0核心需求”与“V2.0增强需求”。
最终成文后，可使用“作为测试人员，根据此文档逐项验证功能是否实现”的角度进行自我审查，以发现遗漏点。