_act_visible_sales 过滤，admin/gm 不限）。',
'A 销售=自己 / 管理者=全队（推荐）｜B 所有人默认自己，管理者手动切｜C 一律只看自己'),
('Q3', '「我的活动」直接下线吗？',
'融合页的活动列表就是「我的活动 + 团队活动」，这页已冗余。下线它我能顺带清掉一处重复实现。',
'A 下线（推荐）｜B 保留为融合页的「只看我的」二级视图｜C 先留着'),
('Q4', '「访前准备」留在客户管理，还是并进拜访流程？',
'我建议留在客户管理（它回答「这个客户怎么打」）；但在融合页给一个「去前准备」入口，'
'把「准备 → 拜访 → 跟进」串起来。',
'A 留客户管理 + 融合页放入口（推荐）｜B 整体并进融合页'),
('Q5', '「订单管理 + 历史成交价」合并成一个 Tab？',
'两者都是「查单/查价」，合并后一个 Tab 两个二级视图（订单 / 成交价），侧栏少一项、语义更整。',
'A 合并（推荐）｜B 保持两个独立 Tab'),
('Q6', '「客诉」从客户域移到经营域，同意吗？',
'客诉发生在客户身上，但它是经营质量指标（要考核、要统计）。我建议移入经营，客户档案里仍能看该客户的客诉。',
'A 移入经营（推荐）｜B 留在客户域'),
('Q7', '移动端底栏固定哪 4 项？',
'现在固定 看板/客户/AI助手/待办。融合后我建议改成 拜访与活动 / 客户 / 待办 / AI助手'
'（一线最高频的是记录拜访，看板是管理动作、不该占底栏）。',
'A 拜访与活动/客户/待办/AI（推荐）｜B 维持现状｜C 你指定'),
('Q8', '谁验收、谁试点？',
'这是全公司 30 人的入口，改完我建议：先给 1 个管理者（你）+ 1–2 个一线销售 试 3 天，再全员放开。',
'A 你 + 1–2 名销售试点 3 天（推荐）｜B 直接全员｜C 只给管理者看'),
]
PHASES = [
('P0', '导航重构（纯前端，零数据风险）',
'改 TABS 的 group 与分组定义；下线「我的活动」；订单+成交价合并；侧栏/底栏重排。'
'不改任何数据与接口，出问题一条命令回滚。',
'我（脚本 + 双入口同改 + CDN 部署 + 回读校验）', '约 0.5 天'),
('P1', '「拜访与活动」融合页',
'把 renderVisitStats 升级为双态页：看（KPI + 12 月趋势 + 活动列表 + 客户下钻）与'
'录（内嵌现活动录入页 iframe）。顶部一个「＋ 记一次」切态；'
'openActivityEntry(客户名) 深链直接进「录」态并带客户。',
'我（外壳改造 + 录入页仅加一个「进融合页」回调）', '约 1–1.5 天'),
('P2', '经营域的两处收口',
'客诉移入经营并加「按客户看客诉」；访前准备加「去前准备」跳转；'
'目标/数据管理归位。',
'我（导航 + 少量跳转）', '约 0.5 天'),
('P3', '试点与全员',
'按 Q8 试点 3 天，收集「找不到入口」类反馈再全员放开。',
'你定试点人；我出 1 页上手图', '3 天观察'),
]
def esc(s):
return (str(s if s is not None else '')
.replace('&', '&').replace('<', '<').replace('>', '>').replace('"', '"'))
def main():
# 现状表
now_rows = ''.join(
'两件事一起答：为什么「拜访视图 + 活动录入」必须融合，以及导航该怎么按「经营管理 / 客户管理」重分。
下面每一条现状都是现读 工具/index.html 核出来的，不是回忆。
读自 工具/index.html 第 734–754 行（含 1 个已隐藏的「岗前培训」）。
| # | 业务线 | 当前分组 | Tab | 在做什么 | 我的归类 |
|---|
| Tab | 原分组 | 新域 | 新位置 | 理由 |
|---|
结果：可见 Tab 从 17 → 14（下线「我的活动」、合并订单与成交价、活动录入并入融合页）。
months，现成）工具/活动录入.html（iframe，表单一行不改）openActivityEntry(客户名) → 直达「录」态并带客户点左侧导航看新分组；点「看 / 录」切两态——这就是重构后的手感。
↑ 示意数据。真实页里点客户会展开活动明细，再点「看详情」出该活动的飞书文本。
| 面 | 要动什么 | 风险 |
|---|---|---|
| 导航 | TABS 的 group + 分组定义 _grp + 移动端底栏 _keep；
两个入口（index.html / app.html）必须同改 | 低 |
| 深链 | openActivityEntry(客户名) 从拜访卡带客户跳进来 → 融合后要能直达「录」态并带客户，
否则拜访卡的「新建拜访纪要」会落到「看」态 | 中 |
| 接口 | /api/visit/stats 按 Q2 决定要不要给管理者更大范围；不改数据结构 | 低 |
| 部署 | 这三个 HTML 在 CDN 上（/workbench/index.html、/workbench/app.html、
/工具/活动录入.html）：改完必须部署 + 回读比 md5，
且外壳引用录入页的 ?v= 要同步升版 | 中 |
| 权限 | targetsAdmin/dataMgmt 的 adminOnly 不变；
客诉换域不改可见性（lines:['da'] 保持） | 低 |
| 使用习惯 | 30 人的肌肉记忆要换位置——这是最大风险，不是技术风险。 所以建议先试点（Q8），并在侧栏保留一周的「改名提示」气泡 | 高 |
| 期 | 内容 | 主责 | 工作量 |
|---|
顺序有依赖：P1 融合页依赖 P0 的导航位；P2 是收口，不影响前两期可用。
每条都写了我的推荐。你可以只回「都按建议」，或指定要改的那几条编号。
__QS__