← 文档中心
Thinking Map · 项目思考导图
从目标
到交付
这是 TP-Link US Redesign 项目从 "为什么要做" 到 "做了什么" 的完整思考链路——9 个推导步骤 · 每步:触发问题 → 思考过程 → 关键决定 → 下一个问题。可以从头读、也可以跳读关心的那一步。
VERSION v0.1 · 总结
DATE 2026-05-19
OWNER Kevin Wang
覆盖 设计层 6 维度 + 实施层首发
Map · 全景导图
9 步推导 · 一张图看懂
┌─ 起点 · 项目目标 ─────────────────────────────┐
│ 双目标 + 次级:① 品牌升级 ② DTC 集成 ③ Support │
│ Launch:2026-12(7 个月窗口) │
└──────────────────────┬────────────────────────┘
│
↓
┌─ 01 · 站点定位 ───────────────────────────────┐
│ 问题:服务谁?表达什么?
│ ✓ 决定:消费家庭网络子站 · Deco/Archer/HomeShield 三条线为主体
│ 排除:Tapo/Kasa/Omada/VIGI/Aginet 在主站之外
└──────────────────────┬────────────────────────┘
↓
┌─ 02 · 战略基础 ───────────────────────────────┐
│ 问题:站在哪里说话?
│ ✓ 决定:反 spec war 立场 + DTC 主入口 + HomeShield 降权
└──────────────────────┬────────────────────────┘
↓
┌─ 03 · 思想起源 ───────────────────────────────┐
│ 问题:对外讲什么?
│ ✓ 决定:一句话 "Wi-Fi you can count on."
│ + 五章节品牌故事 + 六叙事原则 + Deco book 资产承袭
│ → brand-thesis v0.5(919 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 04 · 用户旅程 ───────────────────────────────┐
│ 问题:用户走哪条路?
│ ✓ 决定:4 条旅程完整版 · 旅程 B 选购是 V1 主战场
│ → product-framework v0.2(760 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 05 · 信息架构 ───────────────────────────────┐
│ 问题:页面挂在哪?
│ ✓ 决定:顶导 6 槽位(对标 DJI)+ URL 三层 /deco/8/pro
│ + 10 个全局跨页模块 GM-01~10
│ → ia v0.2(779 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 06 · 页面类型 ───────────────────────────────┐
│ 问题:页面长什么样?
│ ✓ 决定:10 个 PT 模板 · PT-04 PDP 是核心交叉点
│ → page-types v0.1(914 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 07 · 模块系统 ───────────────────────────────┐
│ 问题:模块怎么复用?
│ ✓ 决定:30 个模块分 4 层(Global/PT-shared/Action/Specialty)
│ → module-system v0.1(725 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 08 · 扩展钩子 ───────────────────────────────┐
│ 问题:V1 之外怎么演化?
│ ✓ 决定:24 个钩子(V2 DTC 7 / V3 Support 5 / 未来 7 / 工作流 5)
│ → extensibility v0.1(748 行)
└──────────────────────┬────────────────────────┘
↓
┌─ 09 · 实施验证 ───────────────────────────────┐
│ 问题:设计层真的能用吗?
│ ✓ 决定:画 PDP wireframe · 14 模块拼装 · 8 条 findings 回流
│ → wireframe-pdp v0.1(864 行)
└───────────────────────────────────────────────┘
⟶ 横向外部输入 ⟵
[ A ] Deco Brand Book 2026(70 页 · Carlos Angulo)
→ 反向定义 brand-thesis v0.5 的一句话 + 4 pillars + Architect
[ B ] Marcom Website SOP(9 页 · Elena/Lydia)
→ 锁住 product-framework v0.2 的交付层 + 工作流钩子
[ C ] Page Creation Timeline(7 页 · 8.5-14 周/页)
→ 决定 V1 只能 ~10-15 页 · 不能贪心完整版交付
[ D ] 22 条拍板逐条 confirm(2026-05-19)
→ 触发 三份文档同步升版 brand-thesis v0.5 / pf v0.2 / ia v0.2
触发问题
TP-Link 已经是全球 30% 市占率的 Wi-Fi 龙头 · 为什么还要改版网站?
背景
2026-03-20 FCC 对 TP-Link 的限制令生效 · 德州佛州诉讼 · 美国市场面临前所未有的信任挑战。同时 DTC 是行业不可逆趋势——Anker 已经把 us 站做成 Next.js + Shopify Plus headless · 不做 DTC 就是把利润让给 Amazon。不改不行。
关键决定
目标三层:① 品牌升级(主)② DTC 集成(主)③ Support 升级(次)
时间窗口:2026-05 → 2026-12 launch = 28 周
角色:Kevin 是 HNBU PM · 向 PJ Li(HNBU President)+ Yuqi(Leadership)汇报 · RD 由 Kevin 自己跟进
↓ 推导出下一个问题
既然要改版,这个站点到底服务谁?不能什么都装。TP-Link 集团下面有 5 个业务线品牌——谁进谁出?
触发问题
TP-Link 集团有 4 个业务线品牌:消费网络 / Omada+VIGI 商用 / Tapo+Kasa 智能家居 / Aginet ISP。主站只能选一类——选谁?
思考过程
实测发现:当前 tp-link.com/us/ 把所有业务线都装进去了 · 结果是每条线都讲不深。Apple/Google/Anker 都不是这样做——他们都把不同线分到独立站。
消费网络(Deco/Archer/HomeShield)用户量最大、SKU 最多、DTC 潜力最大——它该是主站门面。其他业务线移到子站。
关键决定
主站收窄为消费家庭网络子站 · 以 Deco/Archer/HomeShield 三条家用产品线为主体
Tapo 完全分离 · 不在主站露出 · 走 tapo.com 独立品牌
承担少量集团公司职能:About / Press / CSR / Trust
↓ 推导出下一个问题
既然是消费网络子站,我们站在什么立场说话?跟 ASUS / Netgear / Eero 怎么区分?
触发问题
家庭 Wi-Fi 市场:ASUS/Netgear 比 spec(我的速度比你快 N Gbps)· Eero 比简单(一键搞定)· TP-Link 卡在中间 · 没有清晰立场。
思考过程
Wi-Fi 8 标准的关键点:峰值速度没变,主推 ultra-reliability——这给了一个全新立场窗口。"我们不比谁更快,我们比谁更稳"——这跟 Deco brand book 里 Toyota+B&W 类比天然对齐(可靠性 + 精密度)。
DTC 战略上:既然 Anker 已经验证 headless 路径 · 我们不需要"重新评估" · 直接DTC 主入口策略。HomeShield 营收占比低 · 不是核心护城河 · 降为辅助权益。
关键决定
反 spec war 立场 · 不跟 ASUS/Netgear 比 Gbps · 转讲 reliability
DTC 是未来主入口 · 不是渠道之一 · V2 阶段实装
HomeShield 降权 为辅助权益 · 不再是核心护城河
同价 + 独占权益引导官网购买(草稿确认)
↓ 推导出下一个问题
立场有了,这个立场具体怎么表达成一句话?Hero 大字写什么?副标题写什么?
触发问题
立场"反 spec war + reliability"怎么浓缩成一句话?这一句话决定 Hero 大字 / Press / Hero 视频 / 所有营销 · 必须扛得住。
思考过程
初版试过 "WiFi That Won't Quit." · 用了 4 个版本(v0.1-v0.4)· 方向对但主语错了——主语是 WiFi · 用户是被动接受。
看到 Deco Brand Book(Carlos 牵头 · 70 页)定了 "Wi-Fi you can count on."——主语切到用户 · 用户是 you · 主动信赖 Wi-Fi。这跟 Deco 全套子品牌资产同源(Architect archetype + 4 pillars + Toyota+B&W 类比 + 三层用户细分)。
不再造第二条 tagline · 收拢到 Deco 这句 · 整个 TP-Link 消费网络子站用同一句。Deco book 的所有叙事资产被 brand-thesis v0.5 承袭。
关键决定
一句话:"Wi-Fi you can count on."(A1 拍板)
副 tagline:"In every room. Every day."(空间 + 时间两轴覆盖)
承袭 Deco book:Architect archetype + 4 pillars(Powerful/Dependable/Intelligent/Secure)+ Toyota/B&W 类比 + 三层用户细分(Upgrader/Juggler/Builder)
六叙事原则 + Deco 主调 + Archer 独立深度的主辅关系
↓ 推导出下一个问题
对外讲什么搞定了,对内做什么呢?用户来这个网站是为了干嘛?有几种来法?走几条路?
触发问题
用户来 tp-link.com/us/ 为了什么?如果列不出所有可能场景,后面 IA 一定会漏页面。
思考过程
第一次列旅程被否——"你之前检查的不完整"。必须实测当前 tp-link.com/us/ 现状再画框架 · 不能凭印象。
实测发现 4 个核心场景:① 新用户来核实公司(A 信任探查)② 准用户选产品(B 选购教育)③ 已用户找支持(C 用户支持)④ 决定买进结算(D DTC 转化)。媒体/分析师吸收进 A · 不单立旅程。
最大颠覆性发现:DTC 已经存在(shopus + us.store.tp-link 都 302 到 us.store.tapo.com)· 但 6 套独立账户 + 渠道分散。
关键决定
4 条旅程覆盖完整 · A 信任 / B 选购(V1 主战场)/ C 支持 / D DTC 转化
"我的 X" 中心是 C/D 共同终点 · tp-link ID 是 4 旅程的身份层
工作模式拍板:实测 → 框架 → 判断 三步走
框架按完整版设计 · 但交付分批(D1 后续拍板)
↓ 推导出下一个问题
4 条旅程列出来 ~60+ 个页面 · 这些页面怎么挂到一个清晰的导航骨架上?用户进站不能在 60 页里迷路。
触发问题
60+ 页面怎么挂到导航?每个页面只能有一个主路径但要多个进入点 · 不能让用户迷路。
思考过程
对标 DJI(产品品类导向 mega menu)· 比 Apple 极简更复杂、比当前 TP-Link 多级嵌套更有组织。顶导只放 6 个一级槽位:
3 个产品槽位(Deco / Archer / RE+配件合并)+ 3 个非产品槽位(Support / Stories / Trust Center)。不留 Store 入口——每个 PDP 就是购买页面 · Shopify headless 在后端。
Deco 8 launch 在 CES 2027 Jan · URL 必须支持代际切换 · 选 /deco/8/pro 三层(代代在中间)而不是 /deco/be/x80(BE 跟着代际死绑)。
关键决定
顶导 6 槽位:Deco / Archer / RE+配件 / Support / Stories / Trust(对标 DJI · 不要 Store)
URL 三层 /deco/8/pro 代代居中 · 未来 Deco 9 不伤 SEO
4 个域:tp-link.com/us(主站)+ id.tp-link.com(SSO)+ my.tp-link.com(我的 X)+ store.tp-link.com(Shopify headless)
10 个全局跨页模块 GM-01~10:Sticky 顶导 / tp-link ID / 我的 X / 搜索 / Bag / HomeShield 锚点 / Footer / Trust strip / Buy strip / 面包屑
↓ 推导出下一个问题
挂哪里搞定了,但 60+ 页面每页长什么样?如果每页从零设计,8 个月做不完。能不能归类减少类型?
触发问题
60+ 页面如果每页一个模板,wireframe 阶段就要 60 张。能不能聚类成 ~10 个类型?同类型用同套骨架。
思考过程
按"组织信息的方式"聚类(不是按位置)· 出 10 个 PT:
PT-01 Home · PT-02 Brand Landing(/deco /archer /re)· PT-03 Generation Landing(/deco/8 /archer/be)· PT-04 PDP(具体 SKU · 模块密度最高 · 16 槽)· PT-05 Education(Wi-Fi 8 / Why TP-Link / HomeShield 等)· PT-06 Decision Tool(Quiz/Compare)· PT-07 Support Hub · PT-08 Story/Press · PT-09 Trust · PT-10 Account Dashboard(my.tp-link.com)。
关键发现:PT-04 PDP 是 4 旅程核心交叉点——B 终点 + D 起点 + C 入口。优先级最高。
关键决定
10 个 PT 模板 · 每个 PT 给出实例 + 模块槽 + CTA 路径 + 信息密度
PT-04 PDP 16 模块槽 · 模块密度最高 · V1 主战场
Deco 系列 PDP 用 Deco book PDP 范式(Architect 调性)
4 个系统页(Search / Checkout / Error / Legal-Cookie)不归 PT · 单独处理
↓ 推导出下一个问题
10 个 PT 模板 · 每个模板里很多模块重复出现(顶导/Footer/Hero/Buy strip 等)· 能不能再抽一层组件化?
触发问题
10 个 PT 拆出来的模块——Sticky 顶导 / Hero / Tier card / Buy strip 等 · 有些每个 PT 都用 · 有些只在 PT-04 用。怎么组织?哪些优先沉淀?
思考过程
按"复用范围"分 4 层 · 复用越广越优先沉淀:
Layer 01 · Global(GM-01~10 · 每 PT 都用)· Layer 02 · PT-shared(MS-11~20 · 3+ PT 共用)· Layer 03 · Action(MS-21~27 · 原子组件)· Layer 04 · Specialty(MS-28~30 · 单 PT 但复杂)。
4 个核心模块 spotlight:GM-01 顶导 · GM-09 Buy strip · MS-11 Hero · MS-12 Tier card——给出 states/variants/props/a11y 完整规范。其他 26 个模块在复用矩阵里给坐标。
视觉 token 不锁——A3 拍板等视觉团队(Ken Kim)决定。本层只给候选输入(Deco book 5 色板 + 3 字体)。
关键决定
30 个模块 · 4 层分类(Global 10 / PT-shared 10 / Action 7 / Specialty 3)
复用矩阵 30 × 10 PT · 红绿点显示哪个模块用在哪个 PT
Design Token 候选(Gold/Oak/Marine + Cormorant + DM Sans)· 不锁视觉
GM-09 Buy strip 是收入贡献最大模块 · 优先级独立提升
↓ 推导出下一个问题
模块怎么复用搞定了——但 V1 launch 之后呢?V2/V3 怎么演化?未来的可能性怎么不破坏 V1?
触发问题
V1 launch 不是终点。V2 DTC 集成、V3 Support 升级、未来 Deco 9 代际切换、新地区扩展……这些怎么不让 V1 设计成为障碍?
思考过程
列出 24 个钩子分 4 类——每个钩子定义"触发条件 / 注入点 / 影响范围 / 不破坏 V1 的约束"。
关键发现:EX-02 tp-link ID SSO 是最关键节点——V2/V3 几乎所有钩子都依赖它(EX-01 checkout / EX-03 我的 X / EX-05 HomeShield Web / EX-10 RMA / EX-11 社区合并)。
钩子 ≠ 承诺做 · 是"设计支持未来这样改的可能性" · 具体什么时候做留给当时的决策。
关键决定
24 个钩子 4 类:V2 DTC 集成(7)/ V3 Support 升级(5)/ 未来(7)/ 工作流(5)
EX-02 tp-link ID SSO 是 V2/V3 关键前置 · 排期最早启动
视觉 token / Deco 9 代际切换 已在设计层预留(CSS variables / URL 三层)
工作流钩子(Marcom QA / TPSZ / EOL / Banner / Carlos 评审)必须遵守
↓ 推导出下一个问题
设计层 6/6 全部交付——但这些抽象规范真的能拼装出一个真实页面吗?还是只是纸上谈兵?
触发问题
6 维度设计层文档加起来 5,000+ 行——真的能拼出一个 PDP 吗?会不会有遗漏 / 矛盾 / 不对劲的地方?
思考过程
挑 PT-04 PDP 来验证——它是 4 旅程核心交叉点 · 模块密度最高 · 如果它能拼出来,其他 PT 都不会有问题。
用 module-system 的 30 个模块 · 灰阶 + teal 边界视觉(不抢视觉团队的活)· 拼出 Deco 8 Pro 完整 PDP。14 个模块完成拼装 · 包括 sticky Buy strip / 折叠 Spec table / 4 卡 Key Benefits / Deco book 三层 User Scenario。
实测中发现 8 条 findings——比如 "Key Benefits 应该单独列 MS-31" / "User scenario 不该归 MS-12 variant 应该拆 MS-32"——这些回流到 module-system v0.2 修订。
验证结果:没遇到模块缺失或矛盾导致无法 wireframe 的情况。设计层 6/6 维度对 PDP 这种最复杂 PT 是可执行的。
关键决定
PDP 单页可拼装性 ✓ 验证通过 · 14 模块完成 · 设计层可信
灰阶 + teal 边界 wireframe 视觉语言 规范化为统一 wireframe token
8 条 findings 回流 module-system v0.2 · 加 MS-31 Benefit grid / 拆 MS-32 User scenario
下一步可扩展到 PT-01 Home / PT-03 Series Landing
3 份外部文档 + 1 次大拍板
项目不是闭门造车——3 份关键外部输入反向定义了设计层很多决策:
① Deco Brand Book 2026(70 页 · Carlos Angulo 牵头)→ 直接反向决定 brand-thesis v0.5 的一句话 / 4 pillars / Architect archetype / 三层用户细分 · Deco 子品牌资产 v0.5 全部承袭。
② Marcom Website SOP(9 页 · Elena+Lydia)→ 锁住 product-framework v0.2 交付层 + 工作流钩子(EX-20~24)· Jira+CMS+QA T-3 流程必须走 · 否则 V1 launch 后维护成本爆炸。
③ Page Creation Timeline(7 页 · 8.5-14 周/页)→ 决定 V1 只能 ~10-15 页 · 不能贪心完整版交付 · D1 "设计完整 / 交付分批" 拍板直接来自这份。
④ 22 条拍板逐条 confirm(2026-05-19)→ 触发三份文档同步升版 brand-thesis v0.5 / pf v0.2 / ia v0.2 · A1 一句话改为 "Wi-Fi you can count on." 等。
Summary · 设计层全部交付
从问题到答案的 9 步链路
每一步都从上一步推导出的问题开始 · 不是无中生有。设计层 6/6 维度 + 实施层首发已经全部交付——下一步进 wireframe 扩展 + V1 排期 + 跨团队协作。这份导图就是项目从思想到执行的全链路证据。