整理行政 OA 表单需求与原型说明

能做什么

“做一个设备借用申请”听着简单，交给技术后才发现字段、归还规则和审批责任都没说清。WorkBuddy 可以先把业务要求拆成字段字典、条件规则和原型说明，方便行政、使用部门和技术一起确认。

下面使用虚构的设备借用需求演示。这一步输出文字需求，不生成 HTML，也不代表 OA 流程已经部署或接通库存。

准备什么

准备公司的现行借用制度、旧表单、角色分工、设备目录及已确定的数据来源。没有制度时先说明这是需求讨论稿，不能让 AI 把自己的建议写成公司规定。

演示条件（虚构）：员工可申请借用投影仪或会议音箱；填写用途、计划借出及归还时间；实际设备是否可用由管理员确认；谁审批、能借多久、逾期如何处理尚未确定。这些未定项必须留在问题清单里。

具体怎么做

先列业务动作：提出申请、审核、管理员确认设备、交接、归还。哪些动作属于同一表单、哪些需要独立记录，由业务确认，不让原型替大家决定。

接着整理字段字典，说明字段名称、类型、何时必填、由谁填写、从哪里取值。设备名称若依赖设备类别，明确上级选项变化时下级如何处理；库存来自后台时标为待接口，不用假数据冒充实时库存。

最后用文字描述页面分区、填写顺序和提示内容，附上错误场景与待确认项。技术据此判断需要哪些接口、权限和存储设计，再进入实现。

可直接交给 WorkBuddy 的完整要求

请把以下虚构的设备借用申请整理成业务需求稿，只输出文字、字段字典、条件规则和原型说明，不生成HTML、不部署、不接真实系统。
已知：员工申请借用投影仪或会议音箱，填写用途、计划借出和归还时间。管理员确认实际可用设备；审批人、最长借期、逾期规则和附件要求尚未确定。若我另附现行制度，以制度中的明确规则为准，冲突先指出。
先列业务动作与角色，区分申请、审批、设备确认、实物交接和归还，未确定责任人写待确认，不擅自指定部门。
字段字典列字段名、含义、类型、填写角色、必填条件、选项或数据来源、校验规则、是否已确定。只对已知需求给明确值，新增建议单列建议及原因，不写成公司制度。
整理设备类别与具体设备的依赖、起止时间条件、退回修改时哪些字段可编辑等问题。已知条件可以描述，未知规则列待确认。若设备目录和库存需要后台接口，明确标接口依赖，不能声称已查询或自动预留设备。
用文字描述页面分区、填写顺序、错误提示和提交前确认内容。原型例子一律标虚构，不用真实员工信息。
最后给待业务确认清单和技术依赖：身份权限、审批规则、设备数据、保存、通知及接口。说明本稿不等于流程已上线、数据已保存或设备已批准借出。

得到什么

输出示例（虚构）：字段“计划归还时间”为日期时间，由申请人填写，与计划借出时间比较，归还早于借出时提示修改；“最长借期”未定，不能自动加“最多 7 天”。“具体设备”需管理员或后台目录确认，页面显示候选不代表设备已经预留。

原型说明可以分为申请信息、设备需求、计划时间、确认信息四块。审批区由谁可见、归还信息在哪里填写，先留给业务与技术确认。

怎么检查

逐字段核对是否真有业务用途，必填条件是否明确。看每条规则是现行制度、已确认需求还是建议；检查有没有把设备类别当成具体资产编号，把演示列表当真实库存。

异常处理

制度和旧表冲突，列两种规则交负责人确认。后台字段不具备时保留人工确认方案，不假装实时联动。设备不可用时如何推荐替代、借期变更是否重审，未定就列问题。

工具与人工边界

WorkBuddy 帮助表达和讨论需求。行政与业务确定规则，技术负责身份认证、权限、接口、保存及部署，管理员确认实际设备交接。文字原型不会自动批准借用或更新资产状态。