← 文档中心 · DECK report-deck.html v0.6 · Slide 01 · 2026-05-27
SLIDE 01 · PROJECT MAP
项目主体工作流
TP-Link US · Brand & Site Rebuild
2026-05-27 · 内部汇报

项目分 5 条工作流 × 3 个时间阶段
T0 立即启动:Brand Identity / 产品框架 / 技术架构 三件并行,无相互依赖。
T1 Brand Identity 出后,内容设计可启动(只依赖 BI,不依赖 A、C)。
T2 A 框架 + B 内容 + C 技术 全部到位后,产品实现把三者合成上线。

T0 · NOW 立即启动 · 三件并行 无相互依赖 · 可独立推进
★ MUST HAVE
Brand Identity
企业想被记住成什么 · 后续所有部门的"宪法"。
  • 4P + Diagnose + Not List
  • Brand Identity Brief(1 页)
  • TP-Link / Deco / Archer 三口径
A · 结构性工作
产品框架设计
页面怎么组织 · IA / PRD / 交互方案 · 跟 BI 完全并行。
  • 当前网站梳理
  • 功能性概要设计
  • 详细需求 & 交互方案
C · 平台基础
技术重构与实现
平台层先行 · 页面层落地等 A 的 PRD(T2 集成时)。
  • Next.js + React 架构 T0
  • CMS 升级 · SEO 改造 T0
  • One ID & SSO · A/B 测试 T0
  • 具体页面落地 T2 · 等 A
Engineering capability →
为什么 BI / A / C 可以并行 · BI 决定"讲什么",A 决定"页面怎么组织",C 决定"页面怎么跑起来"——三个维度正交。证据:IA / page-types / module-system / extensibility 已先于 BI 完成,说明 A 不必等 BI。
T1 · BI 出后 内容设计启动 · 只依赖 BI 不依赖 A · 不依赖 C
B · 内容产出
网站内容设计
Voice/Visual/素材/视觉模版——都是 Brand Identity 在视觉层的兑现。不需要等 A 的 PRD、不需要等 C 的架构,BI 一出就能起跑。
  • Voice & Visual 规则(BI 的视觉延伸)
  • 素材生产(文案 / 图像 / 视频 / 3D / 动效)
  • 核心 Page 视觉模版(高保真 / 动效 / 转场)
MKT + Design page-types →
T2 · INTEGRATE 产品实现 · 把 A 框架 + B 内容 + C 技术合成真实页面 最终里程碑 · 上线
D · 集成落地
产品实现
把前三条工作流的产出装配成可访问的页面 · 这不是"再做一遍",是把已有积木组装成产品。
  • 页面装配(A 的 PT/MS + B 的视觉模版 + C 的 CMS)
  • 内容灌注(B 的素材填进 A 的页面结构)
  • QA · 性能 · SEO · 可访问性验证
  • 分批灰度上线(按页面类型 PT 优先级)
PM + Engineering + Design 联合 PRD + PT/MS →
依赖关系总表 · BI B(内容依赖 BI) · A + B + C D(实现依赖三者全到位) · 其余两两之间无强依赖,可并行
Slide 01 / TBD · TP-Link US Brand & Site Rebuild brand-thesis · identity-tplink · identity-benchmarks · ia