产品(看板)原型设计 Skill
Product Board Prototype Designer
把散落的产品数据,变成领导一眼看懂的看板原型。
何时使用
命中以下任一情形即启用:
- 需要把产品清单 / Excel / 调研结果做成可视化看板
- 需要输出单文件 HTML 演示原型(可直接双击打开、可分享、无需部署)
- 需要设计产品卡片规范(在售 / 在研 / Roadmap 三类模板)
- 需要把"完成度百分比"改造成研发阶段状态跟踪
- 需要做产品线治理一张图、决策机制一张图、Agent 能力树
- 需要把多个看板合并为一份宽屏汇报演示
- 关键词:产品看板、管理看板、产品矩阵、看板原型、看板优化、roadmap、一张图、能力树、产品演示页
核心设计主张
这套方法论来自真实迭代(多轮返工换来的),有四条硬主张:
| 主张 | 说明 | 反面案例 |
|---|---|---|
| 阶段替代百分比 | 研发进度用「需求定义→立项→设计→开发→测试→发布→迭代」状态条表达 | "完成度 65%" —— 没人知道这 65% 是什么 |
| 去赛道化、按形态分类 | 主维度是产品形态(平台/应用/服务/数据/装备),赛道只做次级标签 | 按赛道堆叠,客户感知零散 |
| 双轨卡片 | 在售卡片与在研卡片字段完全不同,不要用一套模板硬套 | 在研产品显示"销售报价" |
| 单文件可分享 | 产出必须是 self-contained HTML,双击即开、发给谁都能看 | 需要起服务器 / 依赖本地资源 |
还有一条底线:源数据没有的数字,绝不编造。缺失字段一律显式标注「待补」,并在页面底部输出「字段完整度」统计。
工作流(五步)
Step 1 · 明确页型
先问清楚要做哪一类,不同页型结构差异很大:
| # | 页型 | 适用场景 | 核心组件 |
|---|---|---|---|
| P1 | 总览驾驶舱 | 高层汇报开场 | KPI 卡组 + 分布图表 + 增量趋势 |
| P2 | 产品卡片矩阵 | 供给盘点、产品目录 | 筛选器 + 卡片网格 + 详情弹窗 |
| P3 | 研发进度跟踪 | 周会 / 双周会 | 阶段状态条 + 人员投入趋势 + 需求九宫格 |
| P4 | 路线图时间线 | 规划评审 | 横轴月份 + 版本节点 + 存续期条 + 推广铺垫标记 |
| P5 | 产品线治理一张图 | 上会决策 | 四层架构图 + 三类治理动作 + 前后对比 |
| P6 | 机制一张图 | 流程宣贯 | 泳道 / 门槛卡 / 升级规则 |
| P7 | 能力树 | Agent / 产品能力拆解 | 树形分支 + 优先级色标 |
不确定就默认 P1 + P2 + P3 三 Tab 组合,这是最通用的产品管理看板骨架。
详细页型模板见 references/page-patterns.md。
Step 2 · 盘点数据
读取源数据(Excel / JSON / Markdown 清单),按 references/data-schema.md 的字段约定归一化。
必做三件事:
1. 过滤无效记录(已更名 / 已失效 / 更换赛道 前缀)
2. 三分产品:在售 / 在研 / Roadmap
3. 统计字段完整度,缺失项标「待补」而非留空或臆造
Step 3 · 套用设计系统
直接引用 assets/theme.css,不要重新发明配色。
- 双主题:深色科技(大屏演示)/ 浅色精致(日常查阅、打印)
- GEOVIS 主色阶:
#0B3A8C→#1B5FC1→#2E7CE6 - 产品形态五色标:平台=中蓝 / 应用=青 / 服务=绿 / 数据=紫 / 装备=琥珀
字段规范见 references/card-spec.md,视觉令牌见 references/design-system.md。
Step 4 · 生成单文件 HTML
两条路径,按数据量选:
路径 A — 脚本生成(推荐,数据量 >15 条)
python scripts/build_dashboard.py --input 产品数据.xlsx --output 看板.html --title "产研管理看板" --pages overview,catalog,progress
路径 B — 直接手写
以 assets/dashboard-template.html 为骨架,把数据内联进 const DATA = {...},改标题和 Tab 即可。
两条路径产出都必须满足:
- 单文件、无外部依赖(ECharts 用 CDN,离线场景内联)
- 图片一律 base64 内联
- 深浅主题切换按钮常驻右上角
Step 5 · 自检(至少 5 轮)
交付前逐条过:
- [ ] 双击打开正常渲染,控制台无报错
- [ ] 深浅主题切换后文字对比度均达标(浅色主题下不出现浅字浅底)
- [ ] 所有 Tab / 筛选器 / 弹窗可正常交互
- [ ] 数字与源数据逐项核对一致,无编造值
- [ ] 缺失字段显示「待补」,非空白、非 undefined、非 NaN
- [ ] 1920 / 1440 / 笔记本 1366 三档宽度下布局不塌
- [ ] 打印预览(Ctrl+P)分页合理
- [ ] 无价格敏感信息泄漏(若场景要求规避)
关键规范速查
研发阶段(七段)
需求定义 → 立项 → 设计 → 开发 → 测试 → 发布 → 迭代
已完成=绿色实心 / 当前=青色脉冲 / 未到=灰显。悬停显示负责人与预计停留时长。
产品形态五分类
平台软件 · 应用软件 · 在线服务 · 数据产品 · 整机装备
软硬件必须分开,这是硬规则。
版本标识
α 内测 → β 公测 → GA 正式发布
需求优先级
P0 核心能力(版本关键内容)— 置顶 + 红色强调
P1 重要需求(缺失有影响)
P2 一般需求(配件类)
需求创建时强制选择,且必须填写分级理由。
详情弹窗四 Tab
基本信息 | 迭代进度 | 团队产出 | 需求细节
资源索引
| 文件 | 用途 | 何时读 |
|---|---|---|
references/design-system.md |
完整设计令牌、字号阶梯、组件清单 | 需要调整视觉时 |
references/card-spec.md |
在售/在研/Roadmap 三类卡片字段规范 | 设计卡片时 |
references/page-patterns.md |
7 类页型的结构模板与代码骨架 | Step 1 定页型后 |
references/build-workflow.md |
7 阶段构建路径 + 每阶段实施提示词 | 完整重构项目时 |
references/data-schema.md |
Excel/JSON 字段约定与清洗规则 | Step 2 盘点数据时 |
assets/theme.css |
可直接引用的完整设计系统 | 每次生成都用 |
assets/dashboard-template.html |
单文件看板骨架,替换数据即可 | 路径 B 手写时 |
scripts/build_dashboard.py |
Excel/JSON → 单文件 HTML 生成器 | 路径 A 脚本生成 |
scripts/merge_boards.py |
多看板合并为宽屏演示 | 汇报前整合时 |
输出约束
- 数据真实性:源文件没有的数值一律不写精确值。改用定性表述,或标注「待补 / 待校准」,或登记为数据缺口并写明责任方。结构类结论(产品计数、分类分布)基于官方清单即可成立。
- 用词中性:页脚、标注等位置使用中性表述(如"文档说明""页脚标注""日期")。
- 价格信息:默认不在看板中呈现具体价格、套餐档位、付费标签,除非用户明确要求。
- 交付即可用:产出的 HTML 必须双击能开,不允许"还需要装个依赖"。
联动
- 上游取数:产品体系梳理助手(产品清单与分类)
- 下游出材料:汇报材料生成器(把看板截图转 PPT)
- 平行:需求九宫格助手(需求矩阵数据)、产品线治理助手(治理一张图内容)