Framework Draft · for Figma Slides

UX 团队人才结构
与发展规划

CE + CN 消费级设计团队 · 现状 → 目标 → 路径 · 2026 H2

HINT封面定调一句话建议:「从有多少人,到能持续解决什么问题」。标题别用 headcount / 要人字眼,用 capability / structure。
Executive Summary

三句话讲完整个 deck

现状

一句话:需求持续增长,13 人铺在 CE + CN 两条线上,若干域靠单点支撑。

目标

一句话:成熟团队需要完整能力覆盖 + 健康的层级分布,我们距离目标的差距是 ___。

路径

一句话:先内部分化聚焦,再定向培养,结构性缺口通过 ___ 个新增岗位补齐。

HINT这页最后做——全部内容定稿后回来填三句。汇报时如果只有 5 分钟,讲完这页就够。
01

现状:需求与人力

这部分回答一个问题:我们的人现在铺在哪里,哪里已经吃紧。

1.1 · Team Structure

CE / CN / EN 人力结构

Raina · UX ManagerCE + CN 整体设计负责

CE · 智能家居

Tapo / Kasa · 4 UX
DowTapo SH · Hub · AI
Finn扫地机 · AI 助手
WillowCamera · Care
Riley门锁 · 扫地机 · Kasa

CN · 消费网络

Deco / Tether / Aginet · 3 UX
JuliaDeco · Tether · Mercusys
VincentTether · Aginet · 订阅
BobbyTAUC · ISP 系统 · OTA

EN · 已划出

商用网络与安防 · 3 UX + 2 UI
Melanie · Jinn · ElaraUX
Zoe · WendyUI
缺口1 UX(2026.5 离职)
UI 5 · 共享服务 CE + CNVegeta(组长)· Sun Li · Dylan · Swing · Joa+ UI / Visual Lead(2026.8 中入职)
共享研究Sr UX Researcher × 1(TPS)· 服务全线
HINT这页内容已是实数,Figma 里照搬即可。EN 用虚线/灰色区隔,强调「已划出、不在本次规划内」,一句带过不展开。
1.2 · Demand

需求侧:各产品线的工作量

放什么

  • 按产品域列需求量:Tapo 设备 / Camera·Care / 扫地机 / 门锁 / Deco / Tether·Aginet / ISP·内部系统 …
  • 每个域三个信息:常态项目量 · 当前在途 · 趋势(↑ → ↓)
  • 标出哪些域是公司战略重点(AI、订阅、Wi-Fi 8 等)
占位:横向条形图或表格
产品域 × 需求量级(高/中/低)+ 趋势箭头
HINT用相对量级(高/中/低),不要精确工时——领导层信方向判断,不会审计数字。数据来源建议:近两个季度项目清单 + 当前在途项目盘点。战略重点域加星标,为后面「为什么要投人」埋伏笔。
1.3 · Demand vs Supply

供需对照:哪里吃紧,哪里靠单点

放什么

  • 热力表:产品域 × 投入人力 vs 需求量级
  • 三种状态标色:健康 / 饱和 / 超载
  • 单点风险标红:只有一个人 own、没有 backup 的域
  • 一人多线的情况显性标出(谁在同时扛几个域)
占位:热力矩阵
行 = 产品域 · 列 = 需求 / 人力 / 状态 / 风险
HINT这页是 Part 1 的落点,也是全 deck 的胜负手——领导层要带走的是「哪里吃紧」的直观判断。做扎实了,Part 3 的 ask 就是水到渠成。单点风险(bus factor = 1)是最能打动领导层的信号,别埋没在表格里。
02

目标:成熟团队长什么样

这部分回答一个问题:什么样的团队结构,能持续接住这些需求。

2.1 · Capability Model

成熟团队的能力覆盖

放什么:四层能力栈

  • 领导与策略:方向、优先级、跨 BU 影响力
  • 产品体验:UX / Interaction / UI / 端到端 journey
  • 专业支撑:Research / Content / Design System / A11y
  • 组织基建:DesignOps / 原型 / 知识管理

每层标注现状:✅ 已覆盖 / 🟡 薄弱(无明确 owner)/ 🔴 缺失

占位:四层堆叠图
每层配现状覆盖度色标
HINT关键论点:完整 ≠ 每个能力各配一人,一人可承担多个能力,但每个关键能力要有明确 owner。成熟度分水岭 = 「不再依赖谁有空谁兼任」。我们的 8 类职能框架收敛成这四层给领导层看,细版留给你内部用。
2.2 · Tier Definition

层级:由 scope 定义,不由年限定义

放什么:四档定义

  • T1 Junior:在指导下完成明确任务
  • T2 Independent:独立 own feature 级工作
  • T3 Senior:own 产品域 · 定质量标准 · 带人
  • T4 Lead / Principal:定方向 · 跨团队影响 · 代表设计对话业务
占位:tier × 能力维度矩阵
每格一句「该级别的典型表现」
HINT三个定义轴:scope(管多大的事)· autonomy(多不需要人盯)· impact(影响多少人/线)。这套 tier 要能对上公司现有职级体系,不然领导层没法用它做晋升决策。四档对 13 人规模刚好,别拆五档。
2.3 · Healthy Shape

成熟团队的层级分布:枣核型

目标形态

T2–T3 是主体,T1 和 T4 少量。参考区间:T3+ 占 30–40%,T2 占 40–50%,T1 约 20%。

病态一

全是执行手:没人扛方向,每条线都要 manager 亲自下场。

病态二

头重脚轻:senior 扎堆没人产出,成本高且互相抢方向。

占位:两个并排的分布图——「健康枣核型」 vs 「我们现状」(现状图下一部分再揭示,这页只立标准)
HINT比例数字务必标注「业界惯例参考,非硬标准」——比数字更硬的判断是:每条关键产品线至少一名能独立扛方向的 T3+。这句话领导层容易记住,建议做成这页的金句。
03

路径:怎么从现状走到目标

这部分回答一个问题:差距怎么补——先内部消化,剩下的才是真缺口。

3.1 · Gap

现状 vs 目标:三类差距

能力缺口

四层能力栈里的 🟡🔴 项:哪些能力没有 owner、哪些完全缺失(如 Research 容量、Content、系统化 Ops)。

层级缺口

现状 tier 分布图 vs 枣核型:T3+ 够不够撑住每条产品线,T2→T3 的梯队厚度。

结构风险

从 1.3 供需对照继承:超载域 + 单点域清单。

占位:现状 13 人放进 tier 分布图(本次汇报建议匿名/按数量,口头讲人名)
HINT这页要诚实——盘点越实,后面 ask 越有说服力。实名放不放正文你再定:正文匿名 + 口头实名是安全解。
3.2 · Three Levers

三条路径,按成本从低到高

① 分化

现有人重新聚焦

  • 多线的人收敛到 own 一个域
  • 有潜力的人向薄弱能力分化(如 research、system)
  • 成本最低,立刻可做
② 培养

定向投资 T2 → T3

  • 点名重点培养对象(2–3 人)
  • 配条件:项目机会 / 带人机会 / 时间
  • 中期见效,补层级缺口
③ 新增

结构性缺口才招人

  • 前两条补不上的才是真缺口
  • 已在途:UI / Visual Lead(2026.8 入职)
  • EN 划出后的 1 UX 缺口另算
HINT这个顺序本身就是说服逻辑:「我们先自己消化了,剩下这几个是结构性缺口」——比直接要 headcount 有力得多。每条路径落到具体人/岗位,别停在概念。
3.3 · Ask & Next

需要领导层支持的三件事

晋升

___ 个晋升名额;依据:tier 盘点中已达到 T3 标准的人。

培养

重点培养对象的项目机会与空间;依据:层级梯队厚度。

新增

___ 个岗位;依据:三条路径消化后剩余的结构性缺口。

结尾金句:把团队从「有多少人」的问题,变成「能持续解决什么问题」。

HINT每个 ask 配一句依据 + 一个时间点(何时到位、何时见效)。数字留空是刻意的——等 Part 1 数据盘完再填,不要先拍。