这是我在 2022 年负责的一个 All-in-one 产品控制台项目 。 该控制台承载的是多条产品线的统一入口， 面向不同角色、不同阶段、不同使用目标的用户。 在我介入并负责重构之前，系统已经可以使用， 但在产品与结构层面， 已经明显无法继续支撑增长 。
一、项目背景：一个“什么都有，但越来越难用”的控制台
这是一个典型的 All-in-one 产品控制台 ，具备以下特征：
- 同一控制台下聚合了多个产品与能力
- 用户角色差异明显
- 不同用户处在不同产品生命周期阶段
- 控制台既是入口，也是使用决策中心
随着产品数量与用户规模增长，问题逐渐显现：
- 所有用户看到几乎相同的界面
- 功能堆叠，入口越来越多
- 用户很难快速理解“我现在该做什么”
- 控制台逐渐从“效率工具”变成“负担”
从表面看，这是一个 体验问题 ；
但从产品视角看，本质是：
系统已经失去了对用户差异与产品阶段的表达能力。
二、我的角色与责任边界
在这个项目中，我承担的是 产品负责人（All-in-one 控制台整体负责人） 角色。
这意味着，我需要对以下结果负责：
- 控制台是否还能承载后续产品扩展
- 新产品接入是否继续放大复杂度
- 不同用户是否能获得“适合当前阶段”的产品视图
因此，我在项目初期做出的第一个判断是：
这不是简单的 UI 重排问题， 而是控制台系统能力需要被重新设计。
三、关键判断：控制台的核心能力不是“展示”，而是“匹配”
在分析现状后，我明确了一个核心方向：
控制台不应该是功能集合页， 而应该是“用户 × 产品 × 生命周期”的匹配系统。
这意味着，控制台需要回答三个问题：
- 当前用户是谁
- 他在使用哪些产品、处于什么阶段
- 此刻最需要被呈现的能力是什么
基于这个判断，我决定以 系统重构 的方式推进，而不是局部修补。
四、系统级方案：功能卡 + 生命周期产品卡
在 2022 年 2 月的产品重构中，我主导设计并落地了以下核心能力。
1. 功能卡：把能力从“页面”中解耦出来
我首先引入 功能卡 作为基础能力单元：
- 功能不再强绑定某一个页面
- 每一张卡代表一个可被组合、被调度的能力
- 控制台可以按规则动态组合展示
这一步，让控制台具备了 结构层面的灵活性 。
2. 生命周期产品卡：让系统理解“用户所处阶段”
在此基础上，我进一步设计了 生命周期产品卡 ：
产品不再只是“是否已开通”
而是明确区分：
- 初始使用
- 成长阶段
- 深度使用
不同阶段，对应不同的卡片组合与引导重点。
3. 智能模式：实现“千人千面”的系统能力
最终，这套结构支撑了 智能模式控制台 ：
- 系统根据用户、产品、生命周期动态匹配展示内容
- 不同用户看到的是 对自己当前最有价值的控制台视图
- 新产品接入，不再破坏整体结构
所谓“千人千面”，并不是视觉差异，
而是 系统层面，对用户状态的真实理解与响应 。
五、作为产品负责人的关键取舍
在重构过程中，我做过几次关键取舍：
- 拒绝继续通过“加入口”解决问题
- 延迟短期看似有效、但会固化结构的方案
- 坚持先搭系统能力，再谈视觉与体验细节
这些决策在短期内并不“讨好”，
但从结果来看：
控制台重新获得了扩展能力，而不是继续膨胀。
六、我在该项目中的实际产出
在这个 All-in-one 控制台项目中，我持续负责并交付的包括：
- 控制台整体产品重构方案
- 功能卡与产品卡系统设计
- 生命周期与展示规则定义
- 智能模式控制台的产品落地
七、复盘：这个项目对我产品认知的影响
这个项目让我非常清晰地确认了一点：
系统型产品的价值， 不在于承载多少功能， 而在于是否具备“表达复杂度”的能力。
这也是我后来在 ToB 系统与 AI 产品化实践中，
反复使用的一种产品工作方式。