← 返回文档中心
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 天补丁) |
| 跨页模块 | 政策快答 banner | FCC / 国家安全话题相关页面的一句话回应 + 链到 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) |
B
Journey B · 选购教育 V1 主战场
"我家 WiFi 不行了"
谁 · 家里 WiFi 不行 / 搬新家 / 升级 / 第一次买的家庭用户。涵盖中产家庭(Deco 主受众)+ Power User(Archer 主受众)+ 关心安全的家长(HomeShield 主受众)。
5 阶段
意识→
品类教育→
品牌筛选→
产品对比→
购买决策 + 下单
完整版页面清单
| 页面类型 | 数量 | 备注 |
| Home | 1 | Single Hero, Single Voice(Deco 主调子)· brand-thesis 架构原则 01 |
| Category landing | 2 | Whole-Home Mesh · Performance Routers(不并列 hero) |
| 专题 landing | 1+ | Wi-Fi 8 必做 · 反 spec war 立场 · 引导 Quiz |
| Series landing | 2+ | Deco(主调子)· Archer(性能深度页) |
| PDP | 30-50 | 整个产品矩阵 · Spec wrapped in narrative · DJI 式文案 |
| Compare 工具 | 1 | 多型号并列对比 · 推荐基于 Quiz 结果可一键带入 |
| Quiz | 1 | 主推路径("家有几间房 / 几个人 / 几设备 / 主要场景" → 推荐型号) |
| Why TP-Link | 1 | 共用旅程 A · 阶段 3 品牌筛选时调用 |
| Cart · Checkout · 订单确认 · 账户中心 | 4 | 完整 DTC 全程 · 共用旅程 D |
| Where to Buy | 1 | 次选路径(完整版有 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 · 保修条款 |
关键判断(草稿)
草稿建议 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) |
关键判断(草稿)
草稿建议 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 的前置。
01
开始维度 3 · 页面类型清单 v0.1推荐 · 把 sitemap 归类成 PT-01 ~ PT-10 · 每类型定义模块槽 + 信息密度 + CTA 路径
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 信息架构。