kangshifu-board/legacy/TASK-dashboard-v4.md

康师傅产品创新看板 · 第四版任务书（多用户工作台 + 机会卡片池）

v3 解决了"报告能翻开读"，但系统结构错了。 客户原话：「不单单说是给个人用的，因为很多人用的」「肯定有一个卡片那种展示类型」 「首先是一些关键的东西，还有一些决策，哪些 Agent 用什么上传的」「然后有一些概览」「产出的一些东西，他就是每个板块」

0. v3 做对了什么（保留，不要推翻）

• 玻璃质感基础（半透明 + backdrop-filter + 发丝边 + 左上光源）
• 报告详情页（章节导航/章首导语/KPI/交叉表/结论/证据抽屉）
• 证据链闭环（结论 → 支撑成果 → 台账；归纳 → 原报告）
• 6 维筛选 + 组合叠加 + URL 状态 + hash 路由
• 前端无凭据（红线）

1. v3 错在哪（必须重构）

错误定位：v3 做成了一个「个人交作业 + 报告阅读」的工具。 实际要的：一个 30-40 人同时使用的组织资产系统。

三处结构性错误：

错误 1：没有「机会卡片池」这个核心对象

PPT 第 11 页明写：

机会卡片池 —— 全员机会卡汇总入库、带评分与优先级，构成研发中心的机会储备

这是组织资产，是整个系统的落点。v3 完全没有这个对象，只有散落的"成果"和"报告"。

错误 2：卡片只是列表里的一行文字

客户要的卡片是有内容的，至少包含：

• 关键信息（这是什么机会，一句话说清）
• 决策（值不值得做、什么优先级、谁拍的板）
• 哪个 Agent、用什么方式上传的（来源可追溯）
• 概览（评分、证据强度、关联人）
• 分板块产出（五个阶段各自的产出物分开列）

错误 3：没有「多人」的视角

30-40 人共用一个数字分身，意味着：

• 每个人要看得到自己的贡献和全员的池子
• 每条数据要能追到具体是谁、用哪个 Agent、什么时间上传的
• 现场讲师要能一眼扫出谁卡在第几阶段

---

2. 这一版必须建成的三样东西

2.1 机会卡片池（核心新增，最高优先级）

这是组织资产，不是列表。 要建 KfOpportunity 这个对象（或复用 KfArtifact 加类型，你判断）。

卡片正面（必须一屏内读完）：

┌─────────────────────────────────────────┐
│ [S 级]  [拌面]  [S3 机会识别]            │ ← 优先级/品类/阶段
│                                         │
│ 夜宵场景低卡高蛋白拌面                    │ ← 机会名（主标题）
│ 5大场景 × 现有产品 × 未满足需求            │ ← 一句话/副标题
│                                         │
│ 综合评分  87   证据强度  高  引用  12 条   │ ← 关键数字
│                                         │
│ 🔹 决策：建议进入概念验证（张伟 · 10/29）   │ ← 决策记录
│ 🔹 来源：主分身 · 会话上传 · 10/29 14:32  │ ← Agent + 方式 + 时间
└─────────────────────────────────────────┘

必须能做的事：

• 卡片可点开 → 完整报告（复用 v3 的报告页）
• 卡片可评分（多人打分，显示平均分）
• 卡片可改状态（候选 → 已立项 / 已否决）
• 卡片可按优先级排序、按评分排序

「谁来传的」要具体到：

• 上传人（姓名 + 头像/首字母）
• Agent 名（如「康师傅产品创新助手」/「主分身」）
• 上传方式（会话上传 / skill 上传 / 手工录入）
• 上传时间

2.2 工作台首页（替换现在的"总览仪表盘"）

现在首页是数据罗列。要改成每人进来知道自己该干什么：

给我的（当前用户视角）

• 我交了几份成果、几条进了池子
• 我还有哪个阶段没交

全员的池子（组织视角）

• 池子里多少条机会卡，这周新增几条
• 最新进池的 3 张卡（卡片形态，不是列表）
• 评分最高 / 最值得看的

现场看板（讲师视角）

• 五阶段 × 人数的进度矩阵
• 谁卡住了（超过 N 小时没提交的人名直接列出来）

允许做成 tab 切换或分区，但三种视角必须都在。

2.3 分板块产出（五个阶段各自的沉淀）

每个阶段产出的东西要分开看，不是混在一个列表：

• S1 品类市场分析 → 产什么
• S2 用户需求痛点 → 产什么
• S3 机会识别 → 产机会卡
• S4 验证评估 → 产评分/验证结论
• S5 场景卖点 → 产方案

每个板块要显示：产出数量、最新几条、谁产的。

---

3. 对照 PPT 五大痛点，系统要能印证解决

这一版不是做功能清单，是让客户看到「你们说的痛点，系统接住了」：

PPT 痛点	系统要有对应
① 信息收集繁琐分散	原材料库/调研入池，资讯归集到一处
② 机会识别凭经验	品类全景视图 + 机会卡片池（可排序可评分）
③ 卖点提炼缺抓手	痛点 ↔ 卖点对应（报告里的交叉表）
④ 概念验证无量化	评分模型，卡片上有分
⑤ 琐事挤占思考	上传自动化（Agent 上传），人只做判断

建议在首页放一行「痛点 → 系统能力」的对照，让客户一眼看出这个系统是照着他们的痛处做的。

---

4. 视觉（继续加强，v3 的玻璃还不够）

客户原话：「知觉是升级了一点，但是还不够」

v3 已经有的：半透明面板 + blur/saturate + 1px 发丝边 + 左上光源 + 光场 + 颗粒

这一版要加强的：

1. 液态感：玻璃边缘要有高光折射（上亮下暗的渐变边框），不是均匀细线
2. 纵深层次：至少三层透明度（背景光场 → 中层卡片 → 浮层抽屉），越靠前越实
3. 卡片悬浮感：hover 时轻微上浮 + 高光移动，是"玻璃片"不是"纸片"
4. 数字处理：关键数字可以用柔光/微渐变，但不能牺牲可读性
5. 光场更细腻：v3 的光斑偏明显，要更柔更慢，像环境光不是装饰图案

铁律不变：任何情况下数据必须清晰可读，对比度 ≥ 4.5:1。

---

5. 验收标准

回归（v3 已通过的，不许退化）

#	项
1	真实取数，与库一致
2	单选筛选
3	组合筛选交集正确
4	URL 状态保留
5	hash 路由落位
6	报告章节导航 + 滚动高亮
7	证据链反查能列出具体成果
8	前端无凭据（红线）

新增（这一版的重点）

#	项	怎么验
9	机会卡片池存在，卡片是卡片形态不是列表行	看截图，一屏内能看到 5 个要素
10	卡片显示「谁 + 哪个 Agent + 什么方式 + 什么时候」上传	检查字段是否落到 UI
11	卡片可点评分，多人分能显示平均	点两次评分，看平均是否变
12	卡片可改状态（候选/立项/否决）	改一次，刷新后保持
13	卡片可排序（优先级/评分）	切排序，顺序真实变化
14	首页有三种视角：我的 / 池子 / 现场看板	逐个检查是否存在
15	现场看板能列出"谁卡住了"	造一个超时未交的数据，看是否出现
16	五阶段分板块产出可见	每板块有数量+最新几条
17	痛点→系统能力对照可见	首页有这一块
18	玻璃有三层透明度纵深	检查 computed style
19	hover 有悬浮感	实测鼠标悬停前后 transform 变化
20	无 console 报错	控制台干净

---

6. 数据结构

• 复用 KfProject / KfArtifact / KfInsight / KfSession
• 新增机会卡：建议新建 KfOpportunity（理由：它是独立生命周期对象，有评分、状态、决策记录，跟"成果"不是一回事）。你判断，README 说明理由
• 上传元数据字段（所有上传对象都要有）：
  • uploadedBy（用户名）、uploadedByKey
  • agentName（哪个 Agent）、agentId
  • uploadMethod（session / skill / manual）
  • uploadedAt
• 评分：scores: [{user, score, comment, at}]，平均分前端算
• 决策：decision: {type, reason, by, at}
• 仍不锁定品类/竞品/工艺/人群的业务字段（等调研回传）

---

7. 交付要求

1. 代码在 /opt/data/work/kangshifu/impl/，index.html 入口
2. README.md：说明机会卡为什么这么建模、上传元数据结构、这一版没做什么
3. 逐条说明第 5 节 20 项：哪些实测过、怎么验、结果如何；哪些没验到（明确写"未验证"）
4. 为至少 6 条机会卡造真实感示例数据（不同人、不同 Agent、不同阶段、不同状态、有评分），否则验收看不到池子的样子
5. 这一版的成败在结构，不在页面数量。 宁可 5 个视图但每个都厚，不要 12 个视图都空。

8. 环境

• Parse: https://kangshifu.fmode.cn/parse，App ID FKieRbIoGt_main
• masterKey 在环境变量 PARSE_MASTER_KEY（测试脚本可用，禁止进前端）
• 现有演示数据约 26 条成果 / 10 项目 / 4 归纳，字段不全，做好容错