← 文档中心
Extensibility Hooks · 扩展钩子
扩展钩子
v0.1 · 设计层收尾
维度 5——5 维度的最后一根支柱。列出 V1 之外预留的演化空间:V2 DTC 集成(2027 H1)· V3 Support 升级(2027+)· 未来钩子(代际切换 / 视觉切换 / 新地区 / AI 触点)· Marcom 工作流钩子(运维层约束)。每个钩子定义触发条件 / 注入点 / 影响范围 / 不破坏 V1 的约束。做完这份 · 整个项目设计层 5 维度全部交付。
VERSION v0.2 · draft
DATE 2026-05-19
OWNER Kevin Wang
BASED ON brand-thesis v0.5 + pf v0.2 + ia v0.2 + pt v0.1 + ms v0.1 + Deco book + Marcom SOP
24 个钩子 · 已盘点
4 类分组 · 已定型
设计层 · 5/5 维度交付
下一步 · wireframe / V1 排期
在画 V1 wireframe 之前——团队需要先共同知道:V1 之外的演化路径已经被设计层考虑过。
这份文档不是路线图、不是排期表、不是技术规划。它是设计层的"未来兼容"边界——哪些扩展是已经预留的(V1 不做但 IA/Module/Token 已经考虑)· 哪些是 V1 必须避开破坏的约束(不让今天的捷径毁掉明天的可能)。
跟前 5 份文档的关系 · 前 5 维度回答了"V1 完整版长什么样" · 本维度回答"V1 之外该预留什么"。两者合起来才是设计层全部交付——下一步进 wireframe 不会因为"忘了考虑 V2 DTC"而需要返工。
钩子 ≠ 承诺做 · 钩子是"设计支持未来这样改的可能性",不是"承诺 V2 一定做"。具体什么时候做、要不要做,留给当时的决策。
Part 01
V2 钩子 · DTC 集成(2027 H1)
DTC 是项目双目标的第二目标——V1 不做但 IA/Module 已经预留。所有 PDP 的 BUY NOW 已经跳 store.tp-link.com(占位)· V2 阶段把 store 后端、账户系统、订阅打通。
EX-01 · V2
store.tp-link.com headless checkout
触发Deco/Archer 从 us.store.tapo.com 迁出 · 新建 store.tp-link.com 作为 Shopify headless 结算域
注入点PT-04 PDPGM-09 Buy strip · BUY NOW 跨域跳 store.tp-link.com/cart/add?sku=xxx · V1 占位即可 · V2 真实通
V1 约束不要在 V1 PDP 用相对路径 BUY NOW · 必须用绝对 URL 指向 store 子域 · 防止 V2 切换时改 N 个页面
EX-02 · V2
tp-link ID 跨域单点登录
触发主站 + my.tp-link.com + store.tp-link.com 三个域共享会话 · 用户一次登录全打通
注入点GM-02 tp-link ID 入口 · 顶导右侧图标 + 弹层 · V1 仅主站登录 · V2 加 SSO token 跨域
V1 约束顶导 GM-02 必须独立组件 · 不能跟"我的 X" 入口耦合 · V2 加 SSO 时单点改造
EX-03 · V2
my.tp-link.com "我的 X" 中心
触发合并 myproducts + community + Shopify customer 三套账户 · "我的 X" 中心建在 my.tp-link.com 独立域
注入点PT-10 Account Dashboard · 设备 / 订阅 / 订单 / 资料 · 形态像 app
V1 约束主站 V1 顶导预留 my.tp-link.com 跳转 · 用户登录后下拉显示"在我的 X 查看" · V1 链接到旧 myproducts · V2 切到新 my
触发B1 拍板 · 从 store.tp-link.com Shopify API 拉价格嵌入主站 PDP · 不违反 Marcom "不上线" 精神(单源)
注入点GM-09 Buy strip 的 priceUSD prop · V1 可以硬编码 / V2 真实接 Shopify API
V1 约束PDP 的价格区块在结构上必须存在 · V1 可以 placeholder("View pricing →") · V2 替换为实际数字 · 避免大改版
EX-05 · V2
HomeShield Web 端订阅
触发D4 草稿 · HomeShield 订阅从 App-only 扩到 Web · 减少"在 PDP 看到 → 想订 → 被强制去 App → 流失"
注入点PT-04 PDP HomeShield 锚点 · PT-10 Account Subscriptions · /homeshield 教育页加 Web 订阅 CTA
V1 约束GM-06 HomeShield 锚点 在 PDP 上必须有 CTA 槽位 · V1 跳 App 下载 · V2 切到 Web 订阅
EX-06 · V2
TP-Link Rewards 跨品牌积分
触发D3 草稿 · 扩展 Tapo Rewards 改名 TP-Link Rewards · 跨品牌积分体系 · 不新建
注入点PT-10 Account 加 Rewards 子标签 · PDP 加"Earn X points" 提示 · Footer 加 Rewards 入口
V1 约束V1 不显示积分相关 UI · 但账户数据模型预留 rewards 字段 · 避免 V2 要 backfill
触发DTC 订单履约完成后 · 推荐相关配件 / 升级路径 / 跨品类
注入点PT-10 Account/Orders 详情页加"Recommended for you" · Email 营销序列
V1 约束V1 不做 · 但 PDP 数据模型记录"related products" 字段 · V2 推荐引擎可消费
Part 02
V3 钩子 · Support 升级(2027+)
Support 是项目第三目标(次级优先)· V1 用现有 Support 系统 · V3 重做。但顶导 6 槽位已经把 Support 放进来 · 信息架构层不需要再改。
EX-08 · V3
症状选诊器 作 Support 主入口
触发C1 草稿待 confirm · /support 入口第一项改为"Tell us what's wrong"步骤式问答 · 替代当前"按产品查"主路径
注入点PT-07 Support Hub · MS-30 Symptom diagnostic · 新建 /support/symptoms
V1 约束V1 Support hub 顶部需预留大卡槽位 · 现在挂"按产品查" · V3 切换为症状选诊 · 不改 IA
触发Support hub 加 "Ask AI" 入口 · 自然语言提问 · 链接 KB / 升级到人工
注入点PT-07 Support Hub + 全站浮动 chat widget(可选)
V1 约束顶导 / Footer 不预留 AI chat widget · 避免 V1 体验承诺 V3 才能兑现的能力
触发新建 /support/rma · 自助退换货 · 减少打电话/邮件交互
注入点PT-07 Support Sub · 跟 EX-02 tp-link ID + EX-03 我的 X 联动(已登录用户自动识别订单)
V1 约束V1 RMA 入口跳现有外部表单 · V3 切到内嵌流程 · 入口位置不变
EX-11 · V3
社区合并 tp-link ID
触发C2 草稿 · community 当前独立账户 · V3 合并到 tp-link ID · 用户用同一身份发帖/求助
注入点PT-07 Support Hub /community 入口不变 · 内部账户合并 · 跟 EX-02 联动
V1 约束V1 不动 · community 单独登录(现状)· V3 SSO 后端打通后切换
触发C3 草稿 · "我的 X" 从订单 / 设备列表 · 扩展为设备健康监控 / 主动通知 / 推荐
注入点PT-10 Account Dashboard 扩展 · 跟 HomeShield Web 订阅(EX-05)联动
V1 约束V1 my.tp-link.com 只承担订单查询 · V3 扩展数据接入 / 不动 IA
Part 03
未来钩子 · 时间未定
这些演化路径取决于外部决策(集团方向 / 视觉团队 / 代际节奏 / 区域扩展)· V1 时设计层已预留 · 但什么时候做不在 PM 这一层。
EX-13 · 持续 · v0.2 修正
代际并存常态(不是切换)
现状v0.2 修正 · v0.1 把这条当"Deco 9 一次性切换" — 错。实际代际是叠加的:Wi-Fi 6 / 6E / 7 / 8 同时在售 · Wi-Fi 9 来时 6 / 7 / 8 仍可能在售。代际只在产品 EOL 时退 · 不是 launch 时切。
触发新 Wi-Fi 标准产品发布 · IA 自动加 /deco/<新代际> 这一支 · 不影响现有代际
注入点持续生效 · Deco mega menu 永远支持 N 代际并存 · 三层 Good/Better/Best 延续到每代际 · PT-03 Generation Landing 多 landing 并行
V1 约束URL 必须 /deco/<wifi-gen>/<sku> 代际居中(C3 v0.3 拍板)· 防止加代际要改 URL · sitemap 模板支持多代际并行
触发A3 拍板"视觉暂不动 · 等视觉团队" · Ken Kim 团队完成 review 后正式锁定 token
注入点module-system v0.1 Part 04 的 5 色板 + 3 字体只是候选 · 视觉团队最终拍板可能完全不同 · CSS variables 集中替换
V1 约束所有模块的颜色 / 字体必须用 var(--gold) 等 CSS 变量 · 不硬编码 hex · 视觉团队改 token 文件 = 全站换肤
EX-15 · 未来
新地区 扩展(CA / 其他)
触发TPSZ MKT 拓展更多区域 · 加拿大 / 拉美 / 其他 · 不影响 US 站
注入点GM-07 Footer 国家切换器路由扩展 · TPSZ 团队管
V1 约束URL 前缀 /us/ 保持(C3 拍板)· 后端路由 TPS(US) vs TPSZ(其他)分工不变(C4 拍板)
EX-16 · 未来
Tapo / Kasa 重新进站
触发当前明确切出:Tapo 完全分离 · 主站只保留消费网络。未来如果集团调整方向:可能 Tapo / Kasa 重回主站
注入点顶导 6 槽位可加第 7 / 8 槽(Smart Home / Cameras)· 但 DJI 对标策略可能要重谈
V1 约束V1 主站不挂任何 Tapo / Kasa 内容 · brand-thesis "本站不在 Tapo/Kasa 表达范围内"明文写
触发Aginet ISP 业务线如果向消费市场拓展 · 可能整合进主站(当前是 B2B)
注入点顶导第 7 槽位 / 或者作为 Trust Center 下"ISP Partnership"信任建立
V1 约束V1 不挂 Aginet · brand-thesis 子站定位明文不包括
触发登录用户访问主站 · 根据"我的 X" 数据(已购设备 / 浏览历史 / 订阅状态) · 个性化推荐 PDP / 教育内容
注入点PT-01 Home Hero / Three-tier 个性化 · PDP related 智能匹配
V1 约束V1 全部静态内容 · 不做个性化 · 但 Hero / Three-tier 数据模型要支持"per-user variant" 字段 · 不耦合特定 CMS
EX-19 · 未来
module-system v0.2 深化
触发当前 module-system v0.1 只对 4 个核心模块 spotlight · V0.2 扩到 ~15 个 · V0.3 全 30 个
注入点module-system.html Part 02 spotlight 区域扩展
V1 约束不影响 V1 · 但 wireframe 推进过程中发现的新模块需求会反向回流到 module-system 文档
Part 04
工作流钩子 · 运维约束
不是产品演化 · 是运维层面的扩展约束——Marcom SOP / TPSZ 国际化 / EOL / Banner 流程。设计层不能违反这些约束 · 否则 V1 上线后维护成本爆炸。
EX-20 · 工作流
Marcom QA T-3 流程
触发所有新页 / 改造页 / Banner 发布 · 必须 T-3 邮件通知 Marcom(Elena/Lydia)QA · D3 拍板"不预留 · 实际推进时协调"
注入点项目排期表 · 每个页面交付前最后一周
V1 约束V1 排期时给 Marcom QA 留 3 天空间 · 实际推进按 SOP 流程 · 不能跳过
触发US 站任何内容更新 → TPSZ MKT 翻译 + 同步到其他区域(EN 站 + 各国本地站)
注入点所有 PDP / Series / Hero / FAQ 文案 · CMS 字段必须支持多语言 placeholder
V1 约束V1 文案不能用图片硬编码英文 · 必须 CMS 文本字段 · 翻译团队可替换
触发产品 EOL 时 · PDP 不下线 · 改 EOL 状态(banner / Buy strip 改"discontinued" / 推荐替代)
注入点GM-09 Buy strip 的 stockStatus prop 加 "discontinued" enum · MS-23 Alert 顶部 banner
V1 约束PDP 设计必须考虑 EOL 状态 · 不能假定所有 PDP 都是 in-stock
EX-23 · 工作流
Banner / 活动 临时模块
触发BFCM / Prime Day / 新年 等活动 · Top strip banner + 临时活动页 · Marcom Campaigns 团队管
注入点顶导上方 top strip 槽位(可选 banner)· 临时 landing /campaigns/<event>
V1 约束顶导设计预留 top strip slot · 平时隐藏 · 活动期 Marcom 一键启用 · 不需要工程改
EX-24 · 工作流
Carlos / Marcom 评审介入
触发E2 拍板 · Marcom (Elena/Lydia) 现在拉入设计阶段评审 · Carlos Angulo 牵头 Deco 内容
注入点项目双周会 · 阶段交付 review · 直到 V1 launch 前 8 周开始 SOP 对齐
V1 约束brand-thesis / IA / PT 关键决策点 review 必须 cc Marcom + Carlos · 减少 V1 末期返工
Part 05
跨钩子依赖图
钩子之间不是孤立的 · 有些是别的钩子的前置。这张图给排期参考——做 EX-03 我的 X 之前必须先做 EX-02 SSO · 做 EX-07 复购引擎之前必须先做 EX-01 checkout。
V2 · 2027 H1 · DTC 集成
│
├── EX-01 store.tp-link.com checkout
│ │
│ ├── 前置依赖: EX-04 DTC 价格嵌入 (Shopify API)
│ ├── 前置依赖: EX-02 tp-link ID SSO (跨域会话)
│ └── 后置触发: EX-07 复购引擎 (订单履约后)
│
├── EX-02 tp-link ID SSO
│ │
│ └── 后置触发: EX-03 我的 X (账户合并)
│
├── EX-05 HomeShield Web 订阅
│ └── 前置依赖: EX-01 + EX-02 (checkout + SSO)
│
└── EX-06 TP-Link Rewards
└── 前置依赖: EX-03 我的 X (积分账户挂在我的 X)
V3 · 2027+ · Support 升级
│
├── EX-08 症状选诊器 · 独立 · 不依赖 V2
├── EX-09 AI 助手 · 独立 · 不依赖 V2
├── EX-10 自助 RMA
│ └── 前置依赖: EX-02 + EX-03 (登录识别订单)
├── EX-11 社区合并 SSO
│ └── 前置依赖: EX-02 (SSO 必须先通)
└── EX-12 我的 X 做大
└── 前置依赖: EX-03 + EX-05 (中心 + HS 数据)
未来 · 时间未定
│
├── EX-13 代际并存常态 · IA v0.3 URL 已支持 · 持续生效 · 不是"切换"
├── EX-14 视觉 token 锁定 · CSS variables 已预留
└── EX-18 AI 个性化
└── 前置依赖: EX-02 + EX-03 + V3 全部完成
读图要点 · EX-02 tp-link ID SSO 是最关键节点 · 几乎所有 V2/V3 钩子都依赖它(或它的衍生物)。V2 排期时这条必须最早启动。V3 三个钩子(EX-08/09/12)相对独立 · 可并行启动。"未来钩子"中 EX-13 / EX-14 是设计层预留 · 不需要工程前置。
Part 06
草稿 vs 已拍板 边界
这份文档大量内容来自前序拍板(brand-thesis v0.5 / pf v0.2 / ia v0.2 + 22 条拍板),少量是基于演化方向的草稿建议。
✓ 已拍板(继承前序)
⚡ 草稿建议 · 待 Kevin confirm
EX-01 store.tp-link.com headless(已拍板技术架构)
EX-07 复购引擎的具体推荐算法 / 模型选型
EX-02 / EX-03 tp-link ID 单点 + 我的 X(原 D2 D3 草稿 + IA v0.2)
EX-08~12 V3 各钩子的优先顺序 / 时间表
EX-04 DTC 价格嵌入(B1 拍板)
EX-09 AI 助手 / EX-18 AI 个性化的具体能力边界(避免 PR 承诺)
EX-13 Deco 9 URL 三层结构(C3 拍板)
EX-16 Tapo / EX-17 Aginet 是否会真的进站(取决于集团方向)
EX-20~24 工作流钩子(Marcom SOP 实测约束)
具体的 V2 启动时间 / V3 范围(待 V1 上线后回顾决定)
Part 07
6 维度回顾 · 设计层全部交付
从 brand-thesis v0.1(2026-05-12)起 · 7 天内完成 6 维度设计层全部交付。这是项目从 Discovery + Define 进入 wireframe / V1 实施的拐点。
D-01
品牌纲领 · brand-thesis
v0.5 · 919 行
对外讲什么的根。一句话 "Wi-Fi you can count on." + Deco book 资产承袭(Architect / 4 pillars / 类比) + 五章节品牌故事 + 六叙事原则 + 站点架构。
→ brand-thesis.html
D-02
产品框架 · product-framework
v0.2 · 760 行
对内做什么的根。4 条用户旅程完整盘点(A 信任 / B 选购 V1 主战场 / C 支持 / D DTC) + 衔接图 + 交付层 V1/V2/V3 拆分。
→ product-framework.html
D-03
信息架构 · ia
v0.2 · 779 行
页面挂在哪的根。顶导 6 槽位(对标 DJI · 已拍板) + 完整 sitemap + URL 三层 /deco/8/pro + Deco mega 三层 + 10 个 GM 全局模块。
→ ia.html
D-04
页面类型 · page-types
v0.1 · 914 行
页面长什么样的根。60+ 页面归到 10 个 PT 模板(Home / Brand / Generation / PDP / Education / Decision / Support / Story / Trust / Account) · 模块槽 + CTA 路径 + 视觉特征。
→ page-types.html
D-05
模块系统 · module-system
v0.1 · 725 行
模块怎么复用的根。30 个模块分 4 层 + 4 个核心 spotlight (顶导/Buy strip/Hero/Tier card) + 复用矩阵 30 × 10 PT + Design Token 候选。
→ module-system.html
D-06
扩展钩子 · extensibility
v0.1 · 本文档
未来可演化的边界。24 个钩子分 4 类(V2 DTC 7 个 / V3 Support 5 个 / 未来 7 个 / 工作流 5 个) + 跨钩子依赖图。
→ extensibility.html(本)
Milestone · 项目里程碑
设计层 5/5 维度全部交付
从 brand-thesis v0.1 到 extensibility v0.1 · 5/5 设计维度(D-01~05 + D-06 本)全部到位。40 条决策已拍板(原 18 + 22 条新拍)。下一步可以从 PT-04 PDP 入手画 V1 wireframe · 或者跟 Carlos / Deco 团队对齐 Deco 8 launch 时间表后锁 V1 范围。
Next Step · 设计层之后
从 设计层 到 实施层
设计层 6 维度全部交付——下一阶段是 wireframe / V1 实施 / 跨团队协作。这是从"思想"到"执行"的拐点。3 个候选方向:
01
开始 wireframe · 从 PT-04 PDP 入手推荐 · PDP 是 4 旅程核心交叉点 · 模块密度最高 · 用 30 模块拼装画 PDP 低保真 · 检验 module-system 可拼装性 · 再扩展到 Home / Series Landing
02
跟 Carlos / Deco 团队对齐 · 锁 V1 范围 · Deco 8 launch 时间(CES 2027 Jan)跟 TP-Link 改版(2026-12)有 1 个月错位 · 必须对齐后才能钉死 V1 那 10-15 页
03
先 confirm 4 条 C 类草稿 · 症状选诊主入口 / 账户合并 / 我的 X / 阶段策略 · 这 4 条卡着 V3 Support 升级的具体形态
04
module-system v0.2 深化 · 把 spotlight 从 4 个扩到 ~15 个 · 每模块 states/variants/props 完整规范 · 为 wireframe 提供更精准接口
版本变更记录 · Changelog
v0.2
2026-05-19
EX-13 修正:代际并存常态(不是切换) · v0.1 把"Deco 9 代际切换"当一次性未来钩子 — 错。Wi-Fi 协议代际是叠加并存:Wi-Fi 6/6E/7/8 同时在售 · 新代际来时旧代际不立刻退。本版改 EX-13 描述 · 配合 ia v0.3 URL 统一 /deco/<wifi-gen>/<sku> 设计。同步全套多代际并存修正。
v0.1
2026-05-19
扩展钩子首版 · 设计层最终交付 · 24 个钩子分 4 类:Part 01 V2 DTC 集成(7 个) · Part 02 V3 Support 升级(5 个) · Part 03 未来钩子(7 个 · 含 Deco 9) · Part 04 工作流钩子(5 个)。Part 05 跨钩子依赖图。Part 07 6 维度回顾。注:v0.1 EX-13 假设"Deco 9 是一次切换" · v0.2 修正为持续并存。