业务流程与需求拆解
串联设备接入、区域与地图、巡检点及对象、任务配置、执行反馈和报告复盘，把页面功能落实为业务关系。
材料：功能需求表、整体业务流程图、任务管理流程图SYSTEM COLLABORATION
从作业指令到业务反馈
四个模块的职责视图 · 根据项目方案重绘
管理门户配置 · 监控 · 处置
RCS 平台接入 · 调度 · 状态反馈
空间地图点位 · 导航地图 · 场景表达
云边协同具身大脑感知 · 理解 · 规划
5 / 7父任务 / 子任务状态
7机器人状态
6事件分类设计
4预置角色类型
数量来自功能需求表第27、47–48、84、124行，表示方案结构，不表示已上线数量或个人独立产出。
01 / CONTRIBUTION
这段经历体现了什么
将“参与平台规划”展开为可讲清楚的业务流程、异常边界、权限规则和系统协作。独立负责范围待确认，暂采用参与式表述。
任务状态与异常处理
区分父任务计划、子任务执行实例和机器人设备状态；进一步定义暂停、恢复、终止、超期未完成和人工接管。
材料：需求表第27、41、46–48行及任务状态图事件治理与操作权限
梳理事件分类、去重、关联、通知、人工处置与追溯；通过账号、角色、区域权限约束管理和操作范围。
材料：需求表第84–139行平台协作与场景研究
整理门户、RCS、空间地图和具身大脑的职责，结合政策及市场材料讨论目标场景、集成交付与持续服务。
材料：架构规划图、政策分析、研究HTML；商业判断为方案思考巡检作业如何形成闭环
根据整体业务流程图和需求表重绘的简化业务链路。
01 · 管理人员配置资源与任务
接入机器人，关联地图、巡检点和对象，设置周期与执行策略。
02 · 平台 / RCS校验并调度
检查时间冲突、设备状态和电量，按规则下发任务指令。
03 · 机器人自检与巡检
执行导航与数据采集，持续反馈位置、状态及巡检数据。
04 · 平台 / 人工识别与处置事件
分析结果、分级通知；异常进入人工处理及恢复流程。
05 · 管理人员报告与复盘
审查巡检记录和报告，确认处置结果，追溯执行过程。
关键产品判断：“任务结束”与“问题处理完毕”需要分别记录。机器人可以完成一次巡检，但发现的异常仍可能等待人工确认。
配置时的冲突
时间重叠应提示冲突时段并调整排期，避免配置出不可执行的计划。
执行时的冲突
机器人仍在执行其他任务时，需选择挂起、终止、拒绝或排队等调度策略。
恢复时的约束
暂停或异常消除后仍需判断时间窗口、设备状态和电量；恢复不等于无条件执行。
来源：任务管理流程图、需求表第41、46、48、164–166行。配置冲突与运行抢占是两个不同阶段。
03 / STATE LOGIC
用状态规则定义异常边界
切换任务类型并选择状态，查看允许的下一状态与触发条件。交互仅演示需求规则，不连接真实机器人。
设计价值：区分“暂时中断”“故障待处理”和“超期未完成”，让按钮显隐、状态统计、恢复操作和巡检报告使用同一套业务定义。
交互以需求表第27、47–48行为基准。原状态图存在“待执行→暂停”等差异，应在评审中统一，不将不同版本混用。
明确系统分工与数据往返
管理门户
承接用户操作、任务配置、权限校验、事件处置与巡检结果展示。
RCS 平台
统一机器人接入、指令转换、调度与状态上报，连接业务任务和设备动作。
空间地图
管理点云、导航与场景表达，关联区域、巡检点及对象。3DGS展示能力与导航能力分别讨论。
具身大脑
承接感知、语义理解和任务规划需求，划分云端与端侧的决策及执行职责。
双向业务数据流
下行 · 门户 → RCS → 机器人任务配置、执行指令、暂停 / 恢复 / 终止、设备控制。
上行 · 机器人 → RCS → 门户位置、电量、设备状态、事件、指令反馈与任务结果。
需要共同约定的边界指令关联、超时、状态语义、厂家字段映射，以及异常由谁处理。
这是需求层的协作视图，不能据此声称完成了RCS、3DGS或模型算法研发。
来源：架构规划图、政策分析项目定位、需求表第150–179行。
让告警可处理，让操作可追溯
统一接入
机器人本体、系统、任务、安全、用户交互、通信共6类。
分类与聚合
确定主类和关联类，重复事件合并计数，保留原始记录。
分级与通知
根据紧急、重要、一般、提示级别确定处置方式。
处置与确认
记录责任人、动作和时间，安全事件要求人工确认关闭。
追溯与复盘
关联源事件和派生事件，记录根因、影响和改进动作。
| 角色 | 需求中的职责 | 展示的产品能力 |
|---|---|---|
| 超级管理员 | 全部功能 | 界定最高权限范围 |
| 系统管理员 | 创建用户、分配角色 | 将账号管理与业务作业分开 |
| 操作员 | 创建、编辑和删除任务等 | 操作权限与业务状态协同 |
| 系统查看人员 | 只读查看，不允许编辑或删除 | 满足查看需求并限制变更操作 |
来源：需求表第84–139行。进一步权限按角色配置与区域授权确定。
需求复盘：值得带进下一次评审的三个问题
- 账号删除“清除所有记录”与操作审计追溯存在冲突：建议区分停用、身份信息处理与历史业务记录保留。
- 事件总览与事件字典对分类的写法不同：应统一字典及统计口径，避免重复分类。
- 任务状态图与需求表存在版本差异：建议确定唯一评审基线，将每条流转补成“前置条件—触发—下一状态—可用操作”的验收项。
以上为本次基于材料提出的改进建议，不属于已经完成或上线的工作成果。
把功能设计连接到业务价值
以下是基于材料整理的业务假设与验证思路。尚无上线数据，暂不写效率提升、收入或市场占有率。
| 业务问题 | 产品设计回应 | 预期价值 | 后续验证 |
|---|---|---|---|
| 任务异常后如何继续 | 父子任务状态、恢复及超时规则 | 让执行结果可解释，避免误判完成 | 状态一致性、异常恢复用例通过率 |
| 告警多却难以定位 | 去重聚合、源事件关联、分级处置 | 减少重复干扰，帮助定位处置对象 | 重复通知量、确认时长、未闭环事件量 |
| 不同设备对接成本高 | 统一设备语义和上下行接口边界 | 形成可复用的接入与管理方式 | 新增厂家接入周期、复用功能比例 |
| 平台价值如何持续体现 | 执行报告、复盘与持续运维 | 从一次交付延伸到持续运营服务 | 客户访谈、运维成本、服务意愿与试点复购 |
场景与购买决策
材料聚焦园区及高风险巡检场景。可分别访谈一线值班人员、安全管理人员和信息化负责人，确认作业痛点、决策流程及系统集成条件。
本次整理建议，未将访谈视为已完成。商业化路径假设
讨论“平台建设与集成 + 持续运维”两类价值。RaaS可作为后续方案比较，是否可行取决于硬件成本、运维责任、服务边界和客户采购方式。
研究方向，尚无合同或收益验证。如何更稳妥地使用政策与市场研究
现有报告可体现“搜集材料—拆解场景—映射产品需求”的研究方法。具体法规条文、补贴条件、市场规模及招投标金额未在本次重新核验，因此不作为确定性结论展示。
报告中“鼓励建设”推导为“必须配备”、感知性能推导为3DGS能力，以及不同市场口径混用等风险，应在正式引用前回到原始来源核对。补贴也应作为可能条件，不能直接视为确定收入。
可以直接使用的简历表述
先突出有材料支持的具体规则与设计工作；“主导”“独立负责”等动词待个人贡献范围确认后调整。
广东亿迅科技 / 产品需求分析实习生 / 2026.07—至今
- 需求分析与流程设计：参与具身智能巡检平台需求梳理，将设备接入、任务配置、巡检执行、异常处置及报告复盘拆解为功能需求与业务规则，整理任务新增、修改和执行流程，支撑产品与研发对齐功能边界。
- 任务与异常机制设计：梳理父任务5类、子任务7类及机器人7类状态，定义触发条件、恢复路径和终态约束，细化任务冲突、电量不足、执行超时及人工接管等场景的处理逻辑与操作入口。
- 事件与权限体系设计：参与6类事件的分类、分级、去重聚合及处置闭环设计，梳理账号、角色、区域授权与操作审计需求，明确角色分配、权限配置及关键操作追溯规则。
- 平台协作与行业研究：参与管理门户、RCS、空间地图及云边协同具身大脑的职责划分与双向数据流梳理，结合政策与市场研究整理场景需求和商业化思路，为产品方案讨论提供依据。
面试时如何用一个例子讲清楚工作
可以从“周期性巡检中，一次执行异常后怎么办”讲起：先解释父任务、子任务与机器人三个对象，再描述状态、触发条件、恢复路径和终态限制，最后说明如何在需求表和流程图中表达。
如果被问效果，回答已产出的需求规则、流程与协作边界，并说明上线效果需要测试或验收数据支持。完整文字稿附有约90秒介绍。
材料与表述边界
- 《机器人管理平台功能需求-20290930.xlsx》：以“功能需求及任务进度”表为规则基准；“Sheet1”为其他需求内容，不与主表叠加计数。
- 《机器人系统整体业务流程图》《AI+机器人-任务管理流程》《任务状态流转图》及其另一版本、《AI机器人能力平台架构规划》：用于业务与系统关系梳理。
- 《政策分析v2.docx》《AI工具整合报告-v1.html》：用于梳理研究工作及商业思考；外部数据未重新核验。
- 《何铭宇的简历n.pdf》：提供职位与任职时间。公司名称按原简历“广东亿迅科技”使用。
投递前需要确认
- 明确个人独立完成、共同参与和团队规划的范围，当前暂用“参与／梳理”。
- 原简历“12个痛点、18项能力、5 Why、完整PRD”缺少对应证据清单，推荐稿暂不保留。
- 需求表进度字段不足以证明实际研发进展，不将未填写或零值解释为项目完全未开发，也不声明已上线。
- 文件名含20290930，表内排期含2026年9月，应核对版本日期；一张《子任务异常情形下的任务流转说明-20260924.png》为0字节，未纳入分析。