复杂业务梳理
从客户、用户和现场流程出发,把模糊需求拆成角色、流程、权限、状态、异常与数据,再形成可以评审和交付的产品方案。
需求澄清 · 场景建模 · 规则定义PRODUCT PRACTICE来自真实项目的积累
5+年产品与数字化经验
7个可访问项目作品
持续参与企业级需求与项目交付
B端 / AI / IoT核心实践方向
Problems I Work On / 01
这里按真实工作中的问题展开,说明我如何判断、拆解并推进到可执行方案。
从客户、用户和现场流程出发,把模糊需求拆成角色、流程、权限、状态、异常与数据,再形成可以评审和交付的产品方案。
需求澄清 · 场景建模 · 规则定义处理 App、后台、设备与服务团队之间的角色关系、数据流转和状态同步,避免某一端完成了功能,完整业务却仍然断开。
信息架构 · 状态一致 · 交付协同围绕设备绑定、激活、通信、指令、数据回传、OTA、离线、弱网、异常与售后,设计一条可以恢复和追踪的产品链路。
设备状态 · 弱网恢复 · 服务承接不把 AI 停留在聊天框,而是放进真实业务流程,处理结构化输入、结果回填、人工复核、失败兜底和后续业务动作。
业务结果 · 可控输出 · 审计追溯How I Work / 03
理解现场、拆清规则、形成方案,再和研发测试一起推进到可验收结果。
从客户、用户和现场流程开始,确认问题与目标。
把模糊需求拆成角色、流程、状态、权限和异常。
用信息架构、原型、PRD 和交互设计把问题具体化。
与研发、测试、硬件和客户协作,直到上线与验收。
Field Notes / 04
从真实项目出发,记录产品设计中的判断、取舍与复盘。
从输入来源、结构化输出、人工确认到失败接管,说明 AI 结果怎样进入会后业务。
设备状态如何指向下一步,以及异常发生后如何保留上下文进入服务处理。
复盘我如何从理解客户诉求,转向定义字段、状态、权限、异常和验收口径。
About / 05
我的工作长期处在客户、业务、技术和产品之间。售前经历让我习惯先理解现场和真实需求,而产品工作让我进一步思考:哪些问题值得解决、应该怎样解决,以及哪些事情其实不应该做。
过去我更关注“客户要什么”,现在会进一步追问真正的问题是什么、如何验证、最终怎样验收。这种变化也进入了我的需求分析、方案设计与版本推进方式。
负责企业级产品、AI、IoT 与软硬件结合项目的产品设计与交付。
围绕电网数字化项目完成需求澄清、方案设计与区域交付。
负责企业采购场景的需求分析、方案设计、项目汇报与售前支持。
宁夏理工学院计算机科学与技术 · 本科
Contact / 06