BIORI BIOTECH宝锐生物
营销中心守护生命健康，缔造美好生活
两件事一起答：为什么「拜访视图 + 活动录入」必须融合，以及导航该怎么按「经营管理 / 客户管理」重分。
下面每一条现状都是现读 工具/index.html 核出来的，不是回忆。
读自 工具/index.html 第 734–754 行（含 1 个已隐藏的「岗前培训」）。
| # | 业务线 | 当前分组 | Tab | 在做什么 | 我的归类 |
|---|---|---|---|---|---|
| 1 | da/ls | 📊 经营 | 看板 | 三部门逐月拆分看板（iframe） | 经营 |
| 2 | da/ls | 📊 经营 | 拜访视图 | 当月线下拜访/线上跟进次数 + 客户下钻 | 经营 |
| 3 | da/ls | 📊 经营 | 订单管理 | 订单列表与检索 | 经营 |
| 4 | da/ls | 📊 经营 | 历史成交价 | 历史成交价查询 | 经营 |
| 5 | da | 👥 客户 | 客户 | 客户清单与搜索 | 客户 |
| 6 | ls | 👥 客户 | 课题组 | MCP 商机视图课题组 | 客户 |
| 7 | da | 👥 客户 | 商机沙盘 | 商机推演 | 客户 |
| 8 | da/ls | 👥 客户 | 访前准备 | 拜访前准备 | 客户 |
| 9 | da/ls | 👥 客户 | 特殊要求 | 客户特殊要求台账 | 客户 |
| 10 | da | 👥 客户 | 客诉 | 客诉台账 | 客户 |
| 11 | da/ls | 🧑💼 我的 | 活动录入 | 结构化录入项目/采购跟进（iframe） | 我的 |
| 12 | da/ls | 🧑💼 我的 | 我的活动 | 本人已提交活动列表 | 我的 |
| 13 | da/ls | 🧑💼 我的 | 待办 | 对内/对外待办（活动可派生） | 我的 |
| 14 | da/ls | 🧑💼 我的 | 报销 | 报销助手 | 我的 |
| 15 | da/ls | 🤖 智能 | AI 助手 | AI 问答与参谋 | 智能 |
| 16 | da/ls | 📌 其他 | 目标基础数据 | 目标口径维护（adminOnly） | 其他 |
| 17 | da/ls | 🤖 智能 | 数据管理 | 上传与权限（adminOnly） | 其他 |
| 18 | da/ls | 🧑💼 我的 | 岗前培训 | 已隐藏（2026-09-05） | — |
| Tab | 原分组 | 新域 | 新位置 | 理由 |
|---|---|---|---|---|
| 看板 | 经营 | 经营 | 📊 看板 | 不变 |
| 拜访视图 | 经营 | 经营 | 📈 拜访与活动 | ★ 融合 visitStats+activityEntry+myActivities |
| 订单管理 | 经营 | 经营 | 📦 订单与业绩 | ★ 与「历史成交价」并为一个 Tab 的两个二级视图 |
| 历史成交价 | 经营 | 经营 | 📦 订单与业绩 › 历史成交价 | ★ 降为二级视图 |
| 客户 | 客户 | 客户 | 📋 客户 | 不变 |
| 课题组 | 客户 | 客户 | 🔬 课题组 | 不变 |
| 商机沙盘 | 客户 | 客户 | 🎯 商机沙盘 | 不变 |
| 访前准备 | 客户 | 客户 | 📝 访前准备 | 不变（主体是客户；融合页给「去前准备」入口） |
| 特殊要求 | 客户 | 客户 | ⭐ 特殊要求 | 不变 |
| 客诉 | 客户 | 经营 | 🔴 客诉 | 从「客户」移入（客诉是经营质量指标） |
| 活动录入 | 我的 | — | （并入融合页） | ★ 作为「录」态，不再是独立 Tab；保留深链 |
| 我的活动 | 我的 | — | （下线） | ★ 与融合页的活动列表重复，建议下线 |
| 待办 | 我的 | 我的 | ✅ 待办 | 不变（保持个人事务属性） |
| 报销 | 我的 | 我的 | 🧾 报销 | 不变 |
| AI 助手 | 智能 | 智能 | 🤖 AI 助手 | 不变 |
| 目标基础数据 | 其他 | 经营 | 🎯 目标基础数据 | 从「其他」移入，adminOnly 不变 |
| 数据管理 | 其他 | 经营 | 📤 数据管理 | 从「智能」移入经营（它是经营数据的上游） |
| 岗前培训 | — | — | （保持隐藏） | 不变 |
结果：可见 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），并在侧栏保留一周的「改名提示」气泡 | 高 |
| 期 | 内容 | 主责 | 工作量 |
|---|---|---|---|
| P0 | 导航重构（纯前端，零数据风险） 改 TABS 的 group 与分组定义；下线「我的活动」；订单+成交价合并；侧栏/底栏重排。不改任何数据与接口，出问题一条命令回滚。 | 我（脚本 + 双入口同改 + CDN 部署 + 回读校验） | 约 0.5 天 |
| P1 | 「拜访与活动」融合页 把 renderVisitStats 升级为双态页：看（KPI + 12 月趋势 + 活动列表 + 客户下钻）与录（内嵌现活动录入页 iframe）。顶部一个「＋ 记一次」切态； openActivityEntry(客户名) 深链直接进「录」态并带客户。 | 我（外壳改造 + 录入页仅加一个「进融合页」回调） | 约 1–1.5 天 |
| P2 | 经营域的两处收口 客诉移入经营并加「按客户看客诉」；访前准备加「去前准备」跳转；目标/数据管理归位。 | 我（导航 + 少量跳转） | 约 0.5 天 |
| P3 | 试点与全员 按 Q8 试点 3 天，收集「找不到入口」类反馈再全员放开。 | 你定试点人；我出 1 页上手图 | 3 天观察 |
顺序有依赖：P1 融合页依赖 P0 的导航位；P2 是收口，不影响前两期可用。
每条都写了我的推荐。你可以只回「都按建议」，或指定要改的那几条编号。
_act_visible_sales 过滤，admin/gm 不限）。