← 返回文档中心
Product Framework · 产品框架

产品框架
4 条用户旅程完整版

TP-Link 美国消费网络子站的产品框架文档——把 4 条用户旅程(品牌信任探查 / 选购教育 / 已有用户支持 / DTC 转化)的完整版盘点沉淀下来。每条旅程包含:用户、5 阶段、当前网站现状实测、完整版页面清单、关键判断。本文档是对内做什么的盘点,brand-thesis对外讲什么的思想起源。两者互相支撑。

VERSION v0.4 · draft DATE 2026-05-19 OWNER Kevin Wang BASED ON v0.3 + 实际 SKU(Hero: Deco 8 Pro + 7 Elite BE85)
框架基本盘 · 已拍板 交付层 · v0.2 新增 页面清单 · 草稿 关键判断 · 草稿 下一步 · 页面类型清单

在进入信息架构之前——团队需要先共同知道:完整版的网站要服务哪些人、走完哪些路径、需要哪些页面。

这份文档不是 IA、不是 wireframe、不是开发排期。它是 4 条用户旅程的完整版盘点——每一条旅程都从用户问题出发,走完 5 阶段,列出完整版需要的页面(新建 / 改造 / 保留),并标记关键判断的状态(已拍板 vs 草稿)。

所有后续的 IA 决策、wireframe 设计、PDP 模板、文案规范,都应该可以追溯回这份文档里的某一条旅程、某一个页面、某一条判断。

关于本站的范围 · 这是 TP-Link 集团下专注于美国消费家庭网络的子站点,以 Deco / Archer / HomeShield 三条家用产品线为主体,承担少量集团公司职能。Omada / VIGI / Tapo / Kasa / Aginet 不在本站表达范围内——它们由集团总站或各自独立站点承载。

与 brand-thesis 的关系 · brand-thesis 定义"对外讲什么"(一句话主张、品牌故事、叙事原则、站点架构);本文档定义"对内做什么"(4 条旅程、页面清单、关键判断)。两份文档同源、互引、互不重复。
Part 01

框架的基本盘

在画任何一条旅程之前,先明确 4 条已经拍板的决策——以及一次新加的工作模式规则。这些决策约束了下面所有内容的写法。

✓ 已拍板 · Kevin 本人确认
框架按完整版设计,不切 V1/V2/V3
先把"理想终态需要哪些页面"想清楚,再决定哪些放 V1、哪些后置。不能反过来。
✓ 已拍板 · Kevin 本人确认
用户场景由 4 条旅程覆盖完整(不再拆媒体/合作伙伴单独条)
旅程 A 品牌信任探查吸收媒体 + 渠道商 + 分析师的"核实公司"诉求,不再单立。
✓ 已拍板 · 之前确认
旅程 B(选购教育)是 V1 主战场
V1 的页面优先级、文案模板、视觉设计资源都先服务旅程 B。其他三条按完整版盘点,但 V1 不展开。
✓ 已拍板 · 2026-05-18 新加
工作模式 · 实测在前、框架在后
画任何旅程框架前,必须先 WebFetch 实测当前 tp-link.com/us/ 的现状,不能凭印象。第一次画旅程 A 漏了多个现存页面,被当场指出"你之前检查的不完整"。

工作模式 · 实测 → 框架 → 判断

这是 4 条旅程都遵循的三步走流程。

01 实测 · WebFetch 当前 tp-link.com/us/ 相关页面,列出现存承载、URL、内容形态——这是事实层
02 框架 · 基于实测和理想终态,列出完整版页面清单(标 新建 / 改造 / 保留 / 跨页模块)——这是设计层
03 判断 · 写下关键判断的草稿建议,明确标"草稿待 confirm",等 Kevin 本人拍板——这是决策层
Part 02

4 条用户旅程完整版

每条旅程结构一致:用户画像 → 5 阶段 → 当前现状实测 → 完整版页面清单 → 关键判断(草稿)。旅程 B 是 V1 主战场,其他三条同等完整但不进 V1 排期。

A
Journey A · 品牌信任探查

"先核实这家公司"

· 还不是用户、做决策前要"核实公司"的潜在买家、媒体、渠道商、分析师。FCC 风波 + 国家安全审查背景下,这类访客比例显著上升。

5 阶段

触发问号 寻找事实 评估证据 情感连接 信任建立 / 离开

现状盘点(实测后)

现存页面路径实际承载
公司概况/us/about/about-us/1.7B 用户 · 170 国 · 4 R&D · 42 子公司 · 536 专利 · Wi-Fi 7 先驱 · 13 奖项 · PCMag 最佳科技品牌
公司联系/us/about-us/corporate-information/仅 Irvine 总部地址 + 联系方式
安全主战场/us/landing/security-commitment/8 section · 含"What FCC Router Discussions Mean"专章 · CISA Secure by Design · EU CRA · SBOM · 90 天补丁承诺 · 美国信安团队
合规/us/about/compliance/8 ISO 认证(22301/50001/27001/27701/9001/45001/14001 + NDAA)· 7 政策 · EU Data Act / NIS2
ESG/us/sustainability/5 维度 · 2050 净零 · 666 专利 · UNGC / RBA / SBTi
新闻/us/press/news/2026-04-14 已有 FCC 官方声明 + Wi-Fi 8 / 7 / Aireal AI 公告
安全公告/us/press/security-advisory/漏洞 CVE 倒序 + 响应流程
奖项/us/press/award/奖项列表
博客/us/blog/标准
教育/us/learning-center/Wi-Fi 7 / 6 / OneMesh / WPA3 · 没有 Wi-Fi 8
培训training.tp-link.com外站
MAP 政策/us/map-policy/渠道价格
隐私privacy.tp-link.com跨子域
无障碍/us/accessibility/标准

完整版页面清单

状态页面备注
新建Why TP-Link旅程 A 主战场 · 旅程 B 阶段 3 借用
新建Brand Story五章节叙事的网站化落地
新建USA Local美国本地化实体证据(Irvine 总部、美国信安团队、美国客服等)
新建Leadership领导团队页(C-level 介绍 + 美国分支领导)
新建FCC Statement Hub三处分散叙事收口(news + security-commitment + about)
新建Lifetime Promise叙事原则 06 "Lifetime Promise" 落地页 · 产品 EOL 后内容不下线
新建Wi-Fi 8 专题Learning Center 内 · 当前学习中心已有 Wi-Fi 7 但缺 Wi-Fi 8
改造Trust & Security Center基于现有 security-commitment · URL 提升 + 入口提升到主导航
改造About / Corporate合并 about-us + corporate-info · 拆品牌叙事 vs 事实数据
改造Newsroom合并 news + security-advisory + awards · 收口为媒体入口
保留Compliance · Sustainability · Blog形态 OK · 内容继续更新
跨页模块Trust strip所有 PDP / 关键 landing 顶部信任元素带(认证 logo + 美国本地 + 90 天补丁)
跨页模块政策快答 bannerFCC / 国家安全话题相关页面的一句话回应 + 链到 Statement Hub
跨页模块媒体引用墙PCMag / CNET / TechCrunch / Wired 等媒体证言(首页 + Why TP-Link + Newsroom)
跨页模块认证陈列8 ISO + NDAA + CISA Secure by Design 标识陈列(compliance + trust center + footer)
跨页模块美国本地化证据美国客服 24/7 / Irvine 总部 / 美国信安团队(about + trust + contact)
7新建
3改造
3保留
5跨页模块
B
Journey B · 选购教育 V1 主战场

"我家 WiFi 不行了"

· 家里 WiFi 不行 / 搬新家 / 升级 / 第一次买的家庭用户。涵盖中产家庭(Deco 主受众)+ Power User(Archer 主受众)+ 关心安全的家长(HomeShield 主受众)。

5 阶段

意识 品类教育 品牌筛选 产品对比 购买决策 + 下单

完整版页面清单

页面类型数量备注
Home1Single Hero, Single Voice(Deco 主调子)· brand-thesis 架构原则 01
Category landing2Whole-Home Mesh · Performance Routers(不并列 hero)
专题 landing1+Wi-Fi 8 必做 · 反 spec war 立场 · 引导 Quiz
Series landing2+Deco(主调子)· Archer(性能深度页)
PDP30-50整个产品矩阵 · Spec wrapped in narrative · DJI 式文案
Compare 工具1多型号并列对比 · 推荐基于 Quiz 结果可一键带入
Quiz1主推路径("家有几间房 / 几个人 / 几设备 / 主要场景" → 推荐型号)
Why TP-Link1共用旅程 A · 阶段 3 品牌筛选时调用
Cart · Checkout · 订单确认 · 账户中心4完整 DTC 全程 · 共用旅程 D
Where to Buy1次选路径(完整版有 DTC 后降级)

关键判断(草稿)

草稿建议 Kevin 待 confirm

以下三条是基于完整版盘点的初步判断,等 Kevin 本人逐条 confirm 后才进入"已拍板"。

01Quiz + Compare 两个都做,Quiz 主推、Compare 次级。Quiz 兜住"完全不懂"的家庭用户,Compare 服务"已有筛选范围"的 Power User
02Series landing 放参考价 + Buy 直跳 PDP,完整版有 DTC,不再跳 Where to Buy。Where to Buy 降级为次选页面
03Wi-Fi 8 独立成页,理由:SEO 抢位 + 反 spec war 立场叙事 + 自然引流到 Quiz。不是产品页、是教育 + 立场页
C
Journey C · 已有用户支持

"我设备有问题"

· 已经买了 TP-Link 设备的现有用户。从"路由器突然断网"到"想升级固件"到"想换新机型"——全部售后场景。

5 阶段

触发问题 寻找入口 自助诊断 升级到人 解决 + 关系深化

现状盘点(实测后)· 亮点与短板

类型项目说明
✓ 亮点24/7 Live Chat + 电话Home 主入口已有 · 行业标准之上
✓ 亮点200+ 型号模拟器行业罕见 · 网页可点击模拟路由器后台
✓ 亮点Topic 页混合体/us/topic/vpn/ 已存在 · 任务驱动雏形
✓ 亮点Omada Pro 终身保修商用线已落地 lifetime 承诺
✗ 短板无自助 RMA必须电话 · 没有网页化退换货流程
✗ 短板无关键固件推送没有"重大安全更新"主动推送中心
✗ 短板FAQ 只能搜不能逛主搜索只搜产品+FAQ · 不跨视频/社区/模拟器语料
✗ 短板社区独立子域community.tp-link.com · 跟主账户断
✗ 短板产品注册独立子域myproducts.tp-link.com · 跟主账户断
✗ 短板视频不按任务组织按产品分而非按"我遇到的问题"分
✗ 短板无智能诊断 / 症状选诊用户必须自己判断"我应该看哪个 FAQ"
✗ 短板AI 助手 Aireal 不在 Support 入口Aireal AI 已发布但没进售后入口
✗ 短板"我的 X"账户中心缺失设备 / 订单 / 工单 / 订阅 / 下载 / HomeShield 分散在 6 个子域

完整版页面清单

状态项目
新建症状选诊器(Get Support 流程,替代 4 大模块作主入口)
新建全语料搜索(FAQ + 视频 + 社区 + 模拟器 + 知识库统一搜索)
新建AI 助手 Aireal Support 接入
新建自助 RMA 工具
新建关键固件更新推送中心
新建任务驱动视频导航
新建"我的 X" 账户中心(与旅程 D 共用)
跨页模块关键固件推送 banner(跨页警告条)
改造Support 主入口(症状选诊 + 4 模块 + AI 助手 三层)
改造FAQ 系统(可逛 + 任务分类)
改造视频教程(加任务维度)
改造社区拉回主站子路径 /us/community/
改造myproducts 整合入"我的 X"
改造Topic 页扩展(Gaming / Home Office / 老人家长 / Smart Home)
保留联系支持 24/7 · 模拟器 · 兼容性列表 · GPL · 保修条款
7新建
6改造
5保留
1跨页模块

关键判断(草稿)

草稿建议 Kevin 待 confirm

基于现状短板的初步判断。

01症状选诊器作新主入口,原 4 大模块降到二级。从"用户自己判断该看哪类"切换到"系统问你哪里坏了"
02社区拉回主站子域 + 账户打通,战略 ROI 最高——社区是隐形的支持力量,独立子域让它脱离主品牌资产积累
03"我的 X" 做大,统一设备 + 订单 + 工单 + 订阅 + 下载 + HomeShield。这是 C 和 D 的共同终点,不能再分散在 6 个子域
D
Journey D · DTC 转化

"我决定从官方买"

· 已经在旅程 B 决定要买、想从品牌官方直购(非 Amazon / 非 Best Buy)的用户。看重独占权益、原厂保修、品牌信任。

现状颠覆性发现(2026-05-18 实测)

  • DTC 已存在、非 V2 才做——之前以为要新建,实测发现现有架构事实上已经在卖 Deco/Archer
  • shopus.tp-link.com 和 us.store.tp-link.com 都重定向到 us.store.tapo.com——官店挂在 Tapo 品牌下,技术上是 Shopify Plus 后端
  • 主站 PDP 的 "BUY NOW" 已并列 Amazon + TP-Link Store——TP-Link Store 链路指向 us.store.tapo.com
  • 账户体系分散在 6 套——Shopify customer · myproducts · community · 隐私 · 培训 · 伙伴,全都不互通
  • 完整版是"修复现有"不是"新建"——核心动作是把 Deco/Archer 从 Tapo Store 迁出到 store.tp-link.com

5 阶段

决定 选择 结算 履约 关系激活

完整版页面清单

状态项目
新建官方店主域 store.tp-link.com(替代 us.store.tapo.com 卖 Deco/Archer)
新建独占权益模块(同价 + 延保 + HomeShield 6 个月送 + 礼品)
新建tp-link ID 统一登录(合并 6 套账户体系,分阶段)
新建"我的 X" 账户中心(与旅程 C 共用)
新建Web 端 HomeShield 自助订阅
新建HomeShield 自动试用激活流程(DTC 购机后)
新建TP-Link Rewards 跨品牌积分(扩展 Tapo Rewards)
新建DTC 订单后推荐引擎(履约完 → 复购引导)
改造主站 PDP Buy 模块(同价信号 + 独占权益 + Amazon 降次)
改造Series landing 加价格 + Buy strip
改造Where to Buy 重新定位为次选
改造myproducts 合并入"我的 X"
改造community 账户合并 tp-link ID
保留Shopify Plus 后端(升级 headless)· Tapo Store 域名(专做 Tapo 不再混卖 Deco)
8新建
5改造
2保留

关键判断(草稿)

草稿建议 Kevin 待 confirm

基于颠覆性发现的判断——动作不是"新建 DTC",是"修复现有 DTC 错位"。

01拆官店品牌:Deco/Archer 从 Tapo Store 迁出到 store.tp-link.com。Tapo Store 域名保留专做 Tapo 智能家居线,不再混卖
02账户合并分阶段:先合 myproducts + community + Shopify customer 三套(影响最大);隐私 / 培训 / 伙伴后批(受众小)
03Loyalty 扩展 Tapo Rewards 改名 TP-Link Rewards,不新建。利用现有积分体系跨品牌
04HomeShield Web 端订阅必做,不止 App。App-only 订阅是流失漏斗(用户在 Web 看到 PDP → 想订 → 被强制去 App → 流失)
Part 03

4 条旅程的衔接

4 条旅程不是孤岛——它们彼此引用、共用关键页面、并形成完整生命周期循环。"我的 X" 中心是 C 和 D 的共同终点,tp-link ID 是所有旅程的身份层。

┌──────────────────────────────────────────────────────────────┐ A · 信任建立 (Brand Story / Why TP-Link) B · 选购漏斗 [V1 主战场] (Series landing / PDP / Quiz / Compare) D · 阶段 1 · 决定 ← PDP Buy 模块 (BUY NOW 主推 store.tp-link.com) D · 阶段 2-3 · 选择 + 结算 (store.tp-link.com + tp-link ID 统一登录) D · 阶段 4 · 履约 (Shopify Plus 后端 / 物流通知 / 订单确认) D · 阶段 5 · 关系激活 ("我的 X" 中心 + HomeShield 自动试用) C · 阶段 5 · 关系深化 ← 共用"我的 X" 中心 (订阅管理 / 设备健康 / 推荐) C · 阶段 1-4 · 售后 ← 出现问题时回到 C (症状选诊 / FAQ / AI 助手 / 自助 RMA) D · 阶段 5 · 复购 ← 推荐引擎 + TP-Link Rewards ↺ 循环回 B 或 D └──────────────────────────────────────────────────────────────┘ "我的 X" 中心 = C + D 共同终点 tp-link ID = 所有旅程的身份层
读图要点 · 用户进入站点的第一旅程通常是 A 或 B(信任探查 或 选购);A 的尽头是 B(信任建立后开始选购);B 的尽头是 D 阶段 1(决定从官方买);D 的尽头是"我的 X" 中心(与 C 阶段 5 重合);之后所有循环都在 C ↔ D 之间——故障回 C 售后、订阅管理回"我的 X"、复购回 B 或 D。关键节点:"我的 X" 中心 和 tp-link ID 是 4 条旅程的结构性枢纽,不是"附加功能"——它们贯穿 C 和 D 全部 5 阶段、并隐式服务 A 的回访场景。
Part 04

草稿 vs 已拍板 边界

这份文档里所有内容必须明确归类:哪些是 Kevin 本人确认的拍板决策、哪些是基于盘点的草稿建议。后者必须等 Kevin 逐条 confirm 后才能升格为拍板。

✓ 已拍板 · Kevin 本人确认
⚡ 草稿建议 · 待 Kevin 逐条 confirm
先做完整版,不切 V1/V2/V3
所有具体页面 / 模块清单(每条旅程的"新建 / 改造 / 保留"分级)
4 条旅程覆盖完整(不再拆媒体 / 合作伙伴单独条)
各旅程的 5 阶段细节文案
旅程 B 是 V1 主战场(之前确认)
各旅程的关键判断(共 10 条 · 标"草稿建议")
工作模式:实测在前、框架在后(2026-05-18 新加)
跨旅程衔接图的具体细节(关键节点的位置、循环路径的箭头)
Part 05 · v0.2 新增

设计完整版 ≠ 交付完整版

原拍板"框架按完整版设计 · 不切 V1/V2/V3"指的是 设计层不切 · 不是交付层不切。实测当前 TP-Link 每页 8-14 周(Marcom Timeline)· 2026-05 → 2026-12 launch = 28 周 = 最多 10-15 页能交付。本 Part 拆这两层 · 让设计完整性与交付节奏不再互相挤压。

Design Layer · 设计层

完整版 · 不切

所有 60+ 页面在 IA / page-types / module-system 都画到——这层不切是为了避免局部最优、避免 V1 后期发现缺失节点。

brand-thesis v0.5 · 一句话 + 章节 + 原则 + 架构
product-framework v0.2 · 4 条旅程 + 60+ 页面盘点
ia v0.2 · 顶导 6 槽 + sitemap + URL + 10 GM
page-types · 待开 · 10 类页面模板
module-system · 待开 · 跨页模块规范
Delivery Layer · 交付层

分批 · V1 / V2 / V3

28 周窗口 + 每页 8-14 周制作周期 · 实际只能交付 V1 ~10-15 页 · 其余按 V2/V3 顺序后置。

V1 · 2026-12 launch
10-15 页 · 旅程 B 主战场 · 实际 SKU 锁定 · Home + Deco 4 代际入口(Deco 8 Pro+Deco 7 Elite BE85 Hero 并列)+ Deco 7 主力 PDP 改造(BE25/BE63/BE85/BE95)+ Deco 8 新 PDP(8/Pro/Ultra)+ Quiz/Compare(跨 4 代际)+ Why TP-Link + Trust landing。v0.4 实际 SKU:V1 主战场是"改造 Wi-Fi 7 现有 4-6 个 PDP + 新建 Wi-Fi 8 三个 PDP 并行上线"——总计 ~10 个 PDP + 周边页面。Wi-Fi 6E/6 PDP 在 V1 保留现状(轻量改造)。
V2 · 2027 H1
DTC 集成全路径 · store.tp-link.com 改造 + tp-link ID 单点登录 + "我的 X" 中心 + PDP Buy strip 完整 + HomeShield Web 订阅
V3 · 2027+
Support 升级 · 症状选诊器 + 自助 RMA + 社区合并 + AI 助手 + Stories 全套 + Trust 全套
关键约束 · Marcom Timeline 数据(来自当前 SOP 文档 · 已纳入 brand-thesis 上下文)
Planning · 0.5W
Research · 1-1.5W
Proposal · 1-2W
Visual mock · 3-4W+ 瓶颈
Web dev · 2-3W
Test + Launch · 1W

单页总耗时 8.5-14 周 · 中位数 ~11 周 · 28 周窗口最大并行能力 ~10-15 页 · Visual mock 3-4W+ 是主要瓶颈 · Marcom QA T-3 在实际推进时跟 Elena/Lydia 协调(不预留)

同步事项 · v0.2 拍板
  • 一句话主张同步 brand-thesis v0.5:"Wi-Fi you can count on."(原"WiFi That Won't Quit"撤回)
  • 旅程 B / D 的 PDP Buy 策略 不变 · DTC 价格直接嵌入 PDP(B1/B2/B3 不冲突)
  • Wi-Fi 8 独立 /wifi-8 跨 Deco/Archer 教育页 升格为已拍板(B4)
  • 旅程 B 主战场 V1 具体页面清单 暂不锁 · 待 V1 排期时量产(D2)
Next Step · 下一步预定方向

进入维度 3 · 页面类型清单(PT)

v0.2 已经把交付层拆出来。IA v0.2 同步升版。下一步从"页面挂在哪"切换到"页面长什么样"——把 sitemap 60+ 页面归到 ~10 个页面类型,每类型定义模块槽 + 信息密度 + CTA 路径——这是 wireframe 的前置。

02
锁 V1 范围 · 跟 Carlos / Deco 团队对齐 Deco 8 发布时间(CES 2027 Jan)是否影响 V1 范围,然后锁 V1 那 10-15 页
03
先深化 PDP IA · PDP 是 4 条旅程的核心交叉点 · 模块层级 / Buy strip / HomeShield 锚点 / 同价信号

版本变更记录 · Changelog

v0.4 2026-05-19 实际 SKU 填入 + V1 PDP 范围具体化 · Hero 拍板:Deco 8 Pro(16G · Wi-Fi 8 主力)+ Deco 7 Elite BE85(22G · Wi-Fi 7 销量旗舰)。V1 PDP 范围具体到 ~10 个:Wi-Fi 7 改造 4-6 个(BE25/BE63/BE85/BE95)+ Wi-Fi 8 新建 3 个(Deco 8/Pro/Ultra)+ Wi-Fi 6E/6 现状保留(轻量改造)。同步 ia v0.4 / page-types v0.3 / module-system v0.3 / brand-thesis v0.7。
v0.3 2026-05-19 多代际并存修正 · V1 主战场重定义 · Wi-Fi 7 是销量主体 · V1 主战场是"改造 Wi-Fi 7 现有 PDP + 新建 Wi-Fi 8 PDP 并行"。注:v0.3 SKU 用 placeholder · v0.4 填实际。
v0.2 2026-05-19 设计层 / 交付层拆分 · 新增 Part 05「设计完整版 ≠ 交付完整版」(D1 拍板)。明确 V1 (2026-12) ~10-15 页 / V2 (2027 H1) DTC / V3 (2027+) Support 三层交付节奏。引入 Marcom Timeline 制作周期数据(8.5-14 周/页 · Visual mock 3-4W+ 瓶颈)。一句话主张同步 brand-thesis v0.5("Wi-Fi you can count on.")。B4 Wi-Fi 8 独立成页升格为已拍板。注:v0.2 V1 范围隐含主推 Deco 8 · v0.3 修正为多代际并行。
v0.1 2026-05-18 产品框架首版 · 把 2026-05-18 完成的 4 条用户旅程完整版盘点沉淀进文档:基本盘 4 条拍板决策 + 工作模式(实测 → 框架 → 判断)+ 4 条旅程详情(A 品牌信任 / B 选购教育 V1 主战场 / C 已有用户支持 / D DTC 转化含颠覆性发现)+ 跨旅程衔接图 + 草稿 vs 拍板边界。下一步进入 IA 信息架构。
TP-Link US Redesign · Product Framework v0.4 · 实际 SKU 2026-05-19 · Kevin Wang · 内部草稿