12345工单助手 · 3.4

完善性优化规划

本页用于和业务、开发确认下一阶段做什么。小程序延续 3.2 / 3.3。4.0 尚未开发,跨端继续办理放在最后。只围绕工单场景,不扩展成居民数据平台。

本期建议建设

未确定的离职处理、共享期限和入口选择,集中放在“待讨论”,不进入开发范围。

A

房屋信息与历史工单

AI 回复写明同住人和走访情况。姓名和走访记录用蓝色加粗,复用已有弹框。房间半屏给其他同住人“查看居民”、给工单“查看工单”,不放走访入口。

B

运营进展统计

沿用现有运营统计页。两张新指标卡插在现有指标区与趋势图之间,筛选、图表和原有指标不动。

C

跨端继续办理

4.0 尚未开发,先放在最后。方向仍是小程序现场补充后回到 PC 继续整理,两端使用同一办件和同一咨询记录。

P5 跨端继续办理

左侧大图取自 4.0《方案 I · index-3》,右下小图取自 3.3 办件详情。两端不各做一套办件。

4.0 PC 三栏工作台:办件箱、工单事实和工单助手
同一办件 · 草稿已同步
3.3 小程序办件详情

P1 房屋信息

姓名和走访记录只标蓝色加粗,复用已有弹框。房间半屏不列本人,也不放走访入口。

有其他同住人
14:365G

AI 对话

•••
我 · 思路分析
请分析当前电梯停梯问题。
工单助手 · 思路分析

投诉人画像

投诉人刘高兴,住址为 。该房间当前关联 3 人,近一年有 房间走访记录 2 条。

  • 其他同住:张秀兰(配偶,历史工单 1 件)、刘晨(子女,暂无历史工单)。
  • 建议先核实本次停梯时间和受影响居民,再协调物业和维保单位检修、公示并回访。
思路分析法律法规办件回复录音审核历史工单
针对当前办件继续提问…
无其他同住人
14:365G

AI 对话

•••
我 · 思路分析
请分析当前电梯停梯问题。
工单助手 · 思路分析

投诉人画像

投诉人刘高兴,住址为 。该房间无其他同住人,近一年有 房间走访记录 2 条。

  • 走访中登记老人出行依赖电梯。本次建议先核实停梯时间,再协调物业和维保单位检修、公示并回访。
思路分析法律法规办件回复录音审核历史工单
针对当前办件继续提问…

P2 选择历史工单加入当前咨询

先看详情再选中。可以多次选择,每件占 1 个附件名额,只传文字。

14:445G

AI 对话

我 · 思路分析
当前办件仍是电梯停梯,请继续分析。
工单助手 · 思路分析
当前按这件办件本身给出建议。若要带上历史工单,点左下角“+”的第四项“历史工单”,先看详情再选中,可以选多件。
思路分析法律法规办件回复录音审核历史工单
输入你的要求和问题

P3 待讨论

以下事项尚未定稿,只记录判断和需要业务确认的问题。

不把历史工单再交给 AI 综合回答

选一件历史工单,再让 AI 把它的处置办法、资源和结果揉进当前问题、重新写一段综合回答,路径绕,一线不容易理解这和普通提问有什么差别。当前原型只做到:从“+”检索本社区历史工单,在详情页确认后加入本次咨询,可以选多件。是否还要驱动智能体据此综合回答,先不做成功能。

不在房屋、居民、工单里再做 AI 总结

如果在房屋信息、关联居民或历史工单里再嵌一段智能体总结,入口已经比较深,打开时智能体也来不及反应。这个做法不采用。正文里的姓名和走访记录沿用已有弹框。房间半屏用“查看居民”“查看工单”进入已有详情。

离职用户的办件怎么处理

目前倾向不新增自动处理。集体可见办件仍可按 3.3 查看,需要继续咨询时使用已有“复制到我的”。不建议离职后自动归到社区书记名下,避免书记在不知情时集中承接办件。由本人或管理员批量转让全部办件是更精细的方案,但优先级低,需要业务确认是否真有交接场景、由谁操作、转让后原创建人是否保留。在确认前,不进入开发。

集体可见要不要设置期限

一种做法是保持现状,由创建人手动切回仅自己。另一种是到期后提醒创建人或社区确认是否继续共享,但不自动转成私有,避免正在办理的办件突然失去协作权限。两种做法都还没有业务结论,本阶段不设计期限规则。

移动端历史工单放在哪个入口

从当前咨询加入历史工单,入口已定在输入框“+”的“历史工单”,检索范围是本社区全部历史工单,详情确认后可多次选中。居民台账和工单助手是否另外再放查询入口,仍待业务确认。

P4 运营统计

沿用现有统计页。两张新卡片插在现有指标区与趋势图之间,筛选、图表和原有指标不动。

现有运营统计页面

新增插在这里:现有指标卡下方、趋势图上方

工单助手办件卡1,286Web:412 小程序:874
集体可见办件卡438Web:126 小程序:312

红框只标插入位置。数字为示意,卡片样式沿用页面现有指标卡。