优先级
包含小程序端优化和 PC 端建设两条线，小程序是发起咨询选择历史工单、补齐思路分析里房屋同住人信息、运营统计。
PC 端是新的工作台，尚未开发。以后两端仍使用同一办件、同一咨询记录。
本期建议建设
本期先做小程序端优化。PC 端建设靠后。
A
房屋信息与历史工单
在现有投诉人画像的户情段上写清本户走访与其他同住人走访。同住人括号内写与投诉人的关系（由户主关系字段推测）、明确为租户时才写租户、历史工单和调解记录。房间详情弹框保持现状，不再改。
B
运营进展统计
沿用现有运营统计页。只增加一张办件卡，数字随时间范围与辖区筛选变化，口径为时段内 +1 累计。小程序与 PC 同一后端、同一数字。不统计集体可见。
C
跨端继续办理
4.0 尚未开发，先放在最后。方向仍是小程序现场补充后回到 PC 继续整理，两端使用同一办件和同一咨询记录。
其他事项
以下不进入开发。
不在房屋、居民、工单里再做 AI 总结
如果在房屋信息、关联居民或历史工单里再嵌入总结或详情界面，入口已经比较深，用户教育成本也比较高。这个做法不采用。正文里的姓名、走访、历史工单和调解记录沿用已有弹框。房间详情弹框保持现状。
离职办件不另做处理
不设计离职后的自动转移或指定负责人。办件随账号自然不可用。需要交接的，在离职前自行完成复制。
集体可见要不要设置期限
一种做法是保持现状，由创建人手动切回仅自己。另一种是到期后提醒创建人或社区确认是否继续共享，但不自动转成私有，避免正在办理的办件突然失去协作权限。两种做法都还没有业务结论，本阶段不设计期限规则。
台账居民详情与办件分开
居民台账的居民详情已经按电话号码关联工单，并在详情页展示。它和具体办件里的房屋信息、选择历史工单分开：办件里从“＋”检索本社区历史工单并加入当前咨询；台账继续只负责按电话号码看这个人的关联工单。历史工单列表如需小程序端呈现，也应作为台账的构成部分放在台账里。
P4 跨端继续办理
左侧大图取自 4.0《方案 I · index-3》，右下小图取自 3.3 办件详情。两端不各做一套办件。
同一办件同步
P1 房屋信息
左：户情正文与走访总数。右：走访记录半屏（线上一致；对人的走访在列表增加「居民」字段）。
有投诉人电话号码查询匹配到居民
14:365G
AI 对话
•••我 · 思路分析
请分析当前电梯停梯问题。工单助手 · 思路分析
投诉人画像
投诉人刘高兴，住址为 兆维小区78号楼3单元201室。
- 户情：该房间关联共 4 人。本户相关走访记录 6 条。综合看吧啦吧啦巴拉巴拉……
- 同住人：张秀兰（推测为配偶，历史工单 1 件，调解记录 1 条）、刘晨（户主关系：子女）、赵磊（户主关系：其他，租户）。刘晨、赵磊暂无历史工单和调解记录。
思路分析法律法规办件回复录音审核历史工单
针对当前办件继续提问…
点击户情中的走访数量 · 走访记录半屏（与线上一致）
15:465G
AI 对话
•••我
居民反映电梯停梯……走访记录
共 5 条
查看健康
时间2026-10-12 15:39
居民刘高兴
点位兆维小区37号院 · 37号 · 1单元 · 201室
提交人133****6082
社区记事
›
查看人员
时间2026-10-12 15:39
点位兆维小区37号院 · 37号 · 1单元 · 201室
提交人133****6082
社区记事
›
查看其健康情况
时间2026-10-12 15:39
居民张秀兰
点位兆维小区37号院 · 37号 · 1单元 · 201室
提交人133****6082
社区记事
›
无其他同住人
14:365G
AI 对话
•••我 · 思路分析
请分析当前电梯停梯问题。工单助手 · 思路分析
投诉人画像
投诉人刘高兴，住址为 兆维小区78号楼3单元201室。该房间无其他同住人。本户相关走访记录 0 条。
- 本次建议先核实停梯时间，再协调物业和维保单位检修、公示并回访。
思路分析法律法规办件回复录音审核历史工单
针对当前办件继续提问…
P2 选择历史工单加入当前咨询
先看详情再选中。一次最多 5 件，与办件附件分开计数。
14:445G
AI 对话
我 · 思路分析
当前办件仍是电梯停梯，请继续分析。工单助手 · 思路分析
当前按这件办件本身给出建议。若要带上历史工单，点左下角“＋”的第四项“历史工单”，先看详情再选中，可以选多件。思路分析法律法规办件回复录音审核历史工单
历史工单
P3 运营统计
沿用现有统计页。只增加一张办件卡，不分端，不统计集体可见。
新增插在这里：现有指标卡下方、趋势图上方
红框只标插入位置。数字为示意，卡片样式沿用页面现有指标卡。