房屋信息与历史工单
AI 回复写明同住人和走访情况。姓名和走访记录用蓝色加粗,复用已有弹框。房间半屏给其他同住人“查看居民”、给工单“查看工单”,不放走访入口。
本页用于和业务、开发确认下一阶段做什么。小程序延续 3.2 / 3.3。4.0 尚未开发,跨端继续办理放在最后。只围绕工单场景,不扩展成居民数据平台。
未确定的离职处理、共享期限和入口选择,集中放在“待讨论”,不进入开发范围。
AI 回复写明同住人和走访情况。姓名和走访记录用蓝色加粗,复用已有弹框。房间半屏给其他同住人“查看居民”、给工单“查看工单”,不放走访入口。
沿用现有运营统计页。两张新指标卡插在现有指标区与趋势图之间,筛选、图表和原有指标不动。
4.0 尚未开发,先放在最后。方向仍是小程序现场补充后回到 PC 继续整理,两端使用同一办件和同一咨询记录。
左侧大图取自 4.0《方案 I · index-3》,右下小图取自 3.3 办件详情。两端不各做一套办件。
姓名和走访记录只标蓝色加粗,复用已有弹框。房间半屏不列本人,也不放走访入口。
投诉人刘高兴,住址为 。该房间当前关联 3 人,近一年有 房间走访记录 2 条。
历史工单 1 件
暂无历史工单
投诉人刘高兴,住址为 。该房间无其他同住人,近一年有 房间走访记录 2 条。
先看详情再选中。可以多次选择,每件占 1 个附件名额,只传文字。
以下事项尚未定稿,只记录判断和需要业务确认的问题。
选一件历史工单,再让 AI 把它的处置办法、资源和结果揉进当前问题、重新写一段综合回答,路径绕,一线不容易理解这和普通提问有什么差别。当前原型只做到:从“+”检索本社区历史工单,在详情页确认后加入本次咨询,可以选多件。是否还要驱动智能体据此综合回答,先不做成功能。
如果在房屋信息、关联居民或历史工单里再嵌一段智能体总结,入口已经比较深,打开时智能体也来不及反应。这个做法不采用。正文里的姓名和走访记录沿用已有弹框。房间半屏用“查看居民”“查看工单”进入已有详情。
目前倾向不新增自动处理。集体可见办件仍可按 3.3 查看,需要继续咨询时使用已有“复制到我的”。不建议离职后自动归到社区书记名下,避免书记在不知情时集中承接办件。由本人或管理员批量转让全部办件是更精细的方案,但优先级低,需要业务确认是否真有交接场景、由谁操作、转让后原创建人是否保留。在确认前,不进入开发。
一种做法是保持现状,由创建人手动切回仅自己。另一种是到期后提醒创建人或社区确认是否继续共享,但不自动转成私有,避免正在办理的办件突然失去协作权限。两种做法都还没有业务结论,本阶段不设计期限规则。
从当前咨询加入历史工单,入口已定在输入框“+”的“历史工单”,检索范围是本社区全部历史工单,详情确认后可多次选中。居民台账和工单助手是否另外再放查询入口,仍待业务确认。
沿用现有统计页。两张新卡片插在现有指标区与趋势图之间,筛选、图表和原有指标不动。
新增插在这里:现有指标卡下方、趋势图上方
红框只标插入位置。数字为示意,卡片样式沿用页面现有指标卡。