← 文档中心
Capability Architecture · 能力架构
能力架构 v3.0
10 个域 · 60+ 子系统
消费电子品牌官网不是"页面 + 视觉" · 它是一个由 10 个能力域 · 60+ 子系统组成的商业系统。本文档定义每个域:是什么 · 为什么重要 · 漏了会怎样 · 业界标杆 · 子系统清单 · TP-Link 现状 · 责任方 · 项目覆盖度。给 PJ Li / Yuqi / IT / Marketing Ops 看整个系统的"能力地图"。
VERSION v3.0 · 重做
DATE 2026-05-19
OWNER Kevin Wang
UPGRADED FROM v2.0(9 域 · 三层)
10 域全景 · 已定型
5 层结构 · 已定型
子系统现状评估 · 草稿
缺口优先级 · 待跟 IT 对齐
网站不只是 5,700 行设计文档画出来的页面——它是一个由 10 个能力域组成的商业系统。
这份文档跟 brand-thesis / ia / page-types 等设计层 6 份文档正交:那 6 份回答"对外讲什么 / 页面长什么样" · 这一份回答"整个系统由什么能力组成"。前者是内容线 · 这份是能力线。
v3.0 跟 v2.0 的区别 · v2.0 是 9 个能力域 · 按"业务/产品/平台"三层分。v3.0 升级到 10 个域 · 按 5 层(用户接触面 → 看得见 → 直接交互 → 后台支撑 → 工程平台 → 运营底座) · 每个域加深解释(为什么重要 / 漏了会怎样 / 业界标杆)。
怎么用这份文档 · 用于"项目能力清盘" — 项目目前 5 维度设计文档覆盖了哪些域、缺哪些域、哪些域不归 PM 但必须协调。这份是给 PJ Li / Yuqi / IT lead 的全局图 · 让他们一眼看到"网站项目"实际涉及多少个能力团队。
不是排期文档 · 这份不告诉你"做什么先做什么" · 只告诉你"系统由什么组成"。具体路线图见 product-framework v0.2 交付层。
Panorama · 全景图
5 层 · 10 域全景
从用户接触面到运营底座 · 5 层叠加 · 越往下越看不见但越关键。颜色:✓ TP-Link 覆盖较好 / ⚠ 部分覆盖 / ✗ 基本缺失。
用户 · 消费者 / 媒体 / 渠道 / 已购
User contact surface
↓
Layer 01 · 看得见的(用户直接接触面)
1 域 · UI / 内容
01内容 / 表现 · Content & Presentation✓ 覆盖好
↓
Layer 02 · 直接交互的(用户能感知到的功能)
4 域 · 流量 / 身份 / 商业 / 服务
04SEO / 发现 · SEO & Discovery⚠ 部分
05用户 / 身份 · Identity & Users⚠ V2 规划
06商业 / 转化 · Commerce & Conversion⚠ V2 规划
08服务 / 支持 · Service & Support⚠ V3 规划
↓
Layer 03 · 后台支撑的(看不见但驱动 Layer 02)
3 域 · 数据 / 营销 / 信任
03数据 / 度量 · Data & Analytics⚠ 部分
07营销 / 增长 · Marketing & Growth✗ 缺失
09信任 / 合规 · Trust & Compliance⚠ 部分
↓
Layer 04 · 工程平台(整个系统跑在上面)
1 域 · 平台
02平台 / 工程 · Platform & Engineering⚠ Shopify headless
↓
Layer 05 · 运营底座(集团级 · 多个网站共用)
1 域 · 运营基础
10运营 / 基础设施 · Operations & Infrastructure✗ 项目外
覆盖好 · 项目 5 维度设计文档已展开
部分覆盖 · 有规划但没全做
基本缺失 · 项目目前不在范围
Part 01
10 个能力域详细
每个域给出 7 个维度:① 一句话定义 ② 为什么重要 ③ 漏了会怎样 ④ 业界标杆 ⑤ 包含的子系统 ⑥ TP-Link 现状 ⑦ 谁负责 + 项目覆盖度。重点突出 PM 容易忽视的域(03 数据 / 07 营销 / 10 运营基础)。
01
Domain · 01 Layer 01 · 看得见
内容 / 表现层
用户在浏览器里看到的每一个字 / 每一张图 / 每一个交互——这是网站的"门面"。
项目 ✓ 覆盖好
为什么重要
用户对品牌的第一印象 100% 来自这一域。同时是 SEO 内容索引、营销转化、客服自助的载体。但"内容 / 表现"不是孤岛——它消费 PIM 数据(产品规格)、DAM 资产(图/视频)、PIM 状态(EOL/库存),如果上游数据断了,这一层无米下锅。
漏了会怎样
没 CMS · 改一行字要 IT 部署 · 营销响应延迟 1-2 周。没 DAM · 图片资产乱放 Sharepoint · 找不到 / 版本错乱 / 法务风险。没 PIM · 每个页面规格不一致 · 客服被规格不一致的投诉淹没。
业界标杆
Apple · 内容工作流极致(发布前 N 轮 review · 全球同步)· DJI · DAM + 视频内容驱动 PDP · 对标 Apple 太奢侈 · 学 DJI 量级更现实。
包含的子系统(6 个)
文案 / Brand voice
品牌叙事 + tone
v0.5 已定
谁负责
Owner
Marcom Website(Elena/Lydia · CMS) + PMM(PDP/技术页) + Marcom Campaigns(活动页) + Design(Ken Kim · 视觉) + 本项目 PM(Kevin · 内容架构)
项目覆盖
覆盖好 · brand-thesis v0.5 / ia v0.2 / page-types v0.1 / module-system v0.1 全部命中本域 · 但缺独立 DAM 和 PIM 治理 · 这两块跟集团 IT/Product 协调。
04
Domain · 04 Layer 02 · 直接交互
SEO / 发现层
用户怎么找到这个网站(Google / Bing / 内站搜索 / Knowledge Graph)——这是流量入口的命门。
项目 ⚠ 部分
为什么重要
消费电子品牌的自然搜索流量通常是付费的 5-10 倍。Google 主要看 3 件事:① 技术 SEO(网站健康)② Schema 结构化数据(机器能理解)③ Core Web Vitals(性能)。Wi-Fi 8 / Deco 8 / mesh router 这些关键词的排名 = 商业漏斗的最上层。
漏了会怎样
没站内搜索(Algolia) · 用户进站找不到产品 · 流量在站内死掉。没 Schema · Google 显示 PDP 时不带价格 / 评分 / 库存 · 点击率掉 30-50%。没 Core Web Vitals 监控 · 改版后慢了不知道 · 排名静默下滑。
业界标杆
Anker · Schema + 内站 search + Web Vitals 都做到位 · 消费电子品类自然流量稳居前 5。Eero · 内站 search 用 Algolia · KB 搜索体验业内标杆。
包含的子系统(7 个)
技术 SEO
站点结构 / hreflang
Marcom 管Schema
Product/Review/FAQ structured
缺Sitemap / robots
自动化生成
手动维护元数据治理
meta title/desc 模板
SOP 有
谁负责
Owner
Marcom(技术 SEO + 元数据) + IT / Engineering(Schema + Web Vitals) + 项目 PM(URL 结构 + 信息架构)
项目覆盖
部分 · ia v0.2 URL 三层 /deco/8/pro + Wi-Fi 8 独立页是 SEO 友好的——但 Schema / 站内 search / Web Vitals 监控这三块 项目没覆盖 · 需要跟 IT 协调启动。
05
Domain · 05 Layer 02 · 直接交互
用户 / 身份层
"用户是谁"——账户 / 登录 / 隐私 / 通知 / UGC 互动。身份是所有跨域功能的前置。
项目 ⚠ V2 规划
为什么重要
没有统一的用户身份 · 就没有 DTC 转化(用户每次结账重输信息)· 没有跨域功能("我的 X" 不可能存在)· 没有个性化(不知道是谁怎么个性化)。身份是商业 + 服务 + 营销三大域的共同底座。
漏了会怎样
没统一 SSO · 现状 TP-Link 6 套独立账户 · 用户每个域都注册一遍 · 转化率灾难。没 Cookie consent · CCPA 违规 · 隐私罚款风险。没用户分群 · 个性化营销做不了。
业界标杆
Apple ID · 跨 6 个产品域无缝(iCloud/iTunes/Music/Support/Developer/Store) · 是 SSO 的终极形态。Anker · 用户 ID 跨主站 + DTC + 客服。TP-Link 现状差距很大。
包含的子系统(8 个)
SSO / tp-link ID
跨域单点登录
现有但分散OAuth / 社交登录
Google / Apple
缺Loyalty
Tapo Rewards / 跨品牌
Tapo 有通知系统
Email/Push/SMS
Email 有"我的 X" 中心
my.tp-link.com
V2 新建
谁负责
Owner
集团 IT / Identity team(SSO + 账户合并) + Privacy / Legal(同意 + GDPR) + 项目 PM(IA 入口 + 我的 X 设计)
项目覆盖
V2 规划 · extensibility 钩子 EX-02 tp-link ID SSO + EX-03 我的 X + EX-06 Loyalty 全在 V2 · 跟 IT 协调跨域单点登录是项目最大的工程依赖。
06
Domain · 06 Layer 02 · 直接交互
商业 / 转化层
从看到产品到下单 + 收货 + 退货——这一域决定每个浏览能换来多少美金。
项目 ⚠ V2 规划
为什么重要
DTC 战略的核心域。没这一域 · 主站是营销站(导给 Amazon 拿订单)· 有这一域 · 主站是转化引擎(自己赚毛利)。Anker 走通了 headless DTC 路径 · 验证了消费电子品牌做 DTC 有空间。
漏了会怎样
没 DTC · 利润让给 Amazon(~15% 佣金)。没库存查询 · PDP 显示"in stock" 但实际缺货 · 投诉飙升。没推荐引擎 · 客单价低 · 复购率低。
业界标杆
Anker · Shopify Plus headless · 主站 + DTC 一体 · 已实测确认。Eero · 通过 Amazon 收购后 DTC + Prime 集成。Sonos · 自建 checkout · 但客单价高才划算。
包含的子系统(9 个)
支付网关
Stripe/Adyen/PayPal
Shopify 自带订单管理
OMS / Fulfillment
Shopify
谁负责
Owner
DTC team / Sales(Spencer · 商业策略) + IT / Engineering(Shopify 集成) + Finance(税务/支付) + 项目 PM(PDP Buy strip 设计)
项目覆盖
V2 规划 · extensibility 7 个 V2 钩子全在本域(EX-01 store · EX-04 价格 · EX-05 HS Web · EX-06 Rewards · EX-07 复购)。V1 不做但 PDP 设计已预留 Buy strip 模块。
08
Domain · 08 Layer 02 · 直接交互
服务 / 支持层
"已经买了的用户" 怎么解决问题——客服 / KB / 社区 / 固件 / RMA。留存的核心。
项目 ⚠ V3 规划
为什么重要
硬件出厂后用户每次接触品牌都来自这一域——设置失败 / 网络掉线 / 固件更新 / 保修。服务质量直接决定 NPS 和复购。同时是降低客服成本的杠杆——好 KB + Self-service 把 60% 工单挡在外面。
漏了会怎样
没好 KB · 所有问题打电话 · 客服成本指数级。没自助 RMA · 简单退货变成多步骤工单。没 AI Chatbot · 半夜用户问题没人答。社区跟账户分离 · 历史对话不可见。
业界标杆
Apple Support · KB + Genius Bar + Forum + Chatbot 四位一体 · 行业天花板。Eero · KB 简洁 · 社区活跃 · App-first support。TP-Link 现状各模块在 · 但不连通。
包含的子系统(8 个)
Help Center / KB
知识库 + 搜索
有症状选诊器
步骤式 self-service
V3 规划社区 / Forum
Discourse / 自建
独立账户保修注册 / 序列号
Warranty mgmt
部分
谁负责
Owner
Technical Support team(Support 入口 + KB + Community) + 项目 PM(顶导 Support 槽位 + 症状选诊器入口 IA) · V3 阶段进入实施
项目覆盖
V3 规划 · extensibility 5 个 V3 钩子全在本域(EX-08 症状选诊 · EX-09 AI 助手 · EX-10 RMA · EX-11 社区合并 · EX-12 我的 X)。IA v0.2 顶导已留 Support 槽位 · PT-07 Support Hub 模板已画 · 实施在 V3。
03
Domain · 03 Layer 03 · 后台支撑
数据 / 度量层
网站发生了什么 · 怎么变好——分析 / 实验 / 归因 / 仪表盘。看不见但是运营的眼睛。
项目 ⚠ 部分
为什么重要
没度量等于盲飞——所有改版决策都没有数据支撑。Wi-Fi 8 教育页有人看吗?Quiz 转化率多少?Buy strip 改文案哪种好?没度量 = 全凭直觉。同时 CDP(客户数据平台)是 SSO 之后的下一个杠杆——把 6 套账户数据统一,所有营销/服务的个性化基础。
漏了会怎样
没 A/B 实验平台 · 改版全凭主观 · 上线后好坏都看不出来。没 CDP · 6 套账户数据散落 · 个性化营销不可能。没归因模型 · 不知道营销预算花在哪个渠道有用。没 Session replay · PDP 转化低不知道哪里卡住。
业界标杆
Anker · Mixpanel + Segment + Optimizely 三件套 · 每个改版都能给出 ROI 数字。Booking.com · 任何时刻并行 1000+ 实验 · 实验文化标杆。消费电子做到 Anker 水平已经强。
包含的子系统(8 个)
Web 分析
GA4 / Amplitude
GA 用Session replay
Hotjar / FullStory
缺
谁负责
Owner
Marcom Website(GA + 流量监控) + Data team / Analytics(BI + 仪表盘 + 归因) + IT / Engineering(实验平台 + CDP 集成) + 项目 PM(度量指标 + 关键漏斗)
项目覆盖
部分 · 项目设计层不包含这一域 — 但跟 IT/Data team 协调 CDP + A/B 平台是 V2 推进的硬依赖(EX-02 SSO 必须配 CDP 才有意义)。PM 至少要识别这一域并对接清楚。
07
Domain · 07 Layer 03 · 后台支撑
营销 / 增长层
把流量带到网站 + 把用户留在生态——Email / Affiliate / Creator / Banner / Social。外部世界的引爆点。
项目 ✗ 基本缺失
为什么重要
网站本身不会自己长流量——流量来自营销组合。Email 营销 ROI 通常是所有渠道里最高的(每 $1 投入 $30-40 回报)· Affiliate 是不花预算的渠道(成交才付)· Influencer 是消费电子品牌建立信任的 short cut。没营销 · 网站再好也是空厨房。
漏了会怎样
没 Email 自动化 · 买完一次再无连接 · 复购靠运气。没 Affiliate · 让出 Wirecutter / TechRadar 这种引流大户。没 Creator hub · YouTube 测评博主拿不到资料 · 评测质量被动。没 Banner 一键管理 · BFCM 改一个活动横幅要 IT 部署 · 营销响应慢。
业界标杆
Anker · Klaviyo email 自动化 + 大量 Creator 合作 · 是营销驱动 DTC 的范本。Dyson · Affiliate + 电视 + KOL 三层叠加。TP-Link 现状偏弱 · 主要靠渠道(Amazon/Best Buy)。
包含的子系统(8 个)
Email 营销自动化
Klaviyo / Mailchimp
缺Lifecycle 营销
购前 / 购中 / 购后
缺Banner / Campaign
活动横幅一键发布
Marcom 管社交媒体集成
Instagram / TikTok feed
缺博客 / Content marketing
How-to / 知识分享
现有
谁负责
Owner
Marcom Campaigns(BFCM/Prime Day/节日) + Marketing Ops(Email 自动化 / Lifecycle) + PR / Comms(Press Room + Creator) + 独立的 Affiliate manager(如果有)
项目覆盖
基本缺失 · 项目设计层只覆盖 Banner / Press Room / Blog 这种"内容型"营销 — Email 自动化 / Affiliate / Creator hub / Lifecycle 这四块完全在项目范围外。这是消费电子品牌增长的核心 · 需要 Marketing Ops 单独立项。
09
Domain · 09 Layer 03 · 后台支撑
信任 / 合规层
为什么用户敢用你的产品——安全 / 隐私 / 合规 / 法律。底线 · 不是 nice-to-have。
项目 ⚠ 部分
为什么重要
TP-Link 当前的独特处境——FCC 限制令 + 德州佛州诉讼 + 中国背景 · 这一域不是装饰 · 是商业生存底线。brand-thesis Principle 04 "Trust by Design" 就是为这个域服务。同时 CCPA / GDPR / 漏洞披露 / 合规认证都是法律强制要求。
漏了会怎样
没 Cookie consent · CCPA / GDPR 直接违规 · 单次罚款 $7,500 起。没 Trust Center · FCC / 诉讼来时没有"我们怎么解释"的统一页面。没漏洞披露流程 · 安全研究员找不到地方提报 · 漏洞流到黑市。
业界标杆
Apple Privacy Page · 信任叙事的天花板 · "Privacy as a feature"。Google Transparency Report · 年度数据披露 · 透明度的范本。Cloudflare · 漏洞披露 + bug bounty 流程业内标准。
包含的子系统(7 个)
隐私政策 + 控制
Privacy + opt-out
现有Cookie consent
CCPA / GDPR 弹层
缺独立漏洞披露
Security advisory + bounty
现有WAF / DDoS / 加密
基础设施安全
CDN 自带法律 / Terms / IP
条款 + 商标 + IP
现有
谁负责
Owner
Legal team(Privacy + Terms + IP) + Security team(漏洞 + WAF) + 项目 PM(Trust Center 顶导 + 内容) + Compliance officer(认证展示)
项目覆盖
部分 · ia v0.2 顶导槽位 06 Trust Center 已规划 · page-types v0.1 PT-09 Trust Page 已画 · brand-thesis Principle 04 Trust by Design 已锁——但 Cookie consent / 透明度报告 / 漏洞披露流程这三个子系统跟 Legal/Security 协调,不在项目内自建。
02
Domain · 02 Layer 04 · 工程平台
平台 / 工程层
网站跑在什么技术栈上——Headless / CDN / i18n / Feature flag。所有上层域的运行时。
项目 ⚠ Shopify headless 拍板
为什么重要
平台决定了上层所有域的速度上限和灵活性。Headless 架构让前端可以独立迭代 · Feature flag 让 V2/V3 可以灰度发布 · 多区域路由让 TPSZ 国际化无障碍。平台选错 · 后面所有改版都受拖累(Anker 已经证明 headless 是消费电子最适合的路径)。
漏了会怎样
没 Feature flag · V2 DTC 集成必须一次性全发 · 风险极大。没 i18n 治理 · TPSZ 跨区域同步靠手动 · 文案不一致频繁。没 CDN · 全球访问慢 · LCP 拉胯 · SEO 排名下滑。
业界标杆
Anker:Next.js + Netlify Edge + Shopify Plus 后端 — 已实测确认是 TP-Link 该走的路径。Vercel + Sanity + Stripe · 现代 headless 全家桶。
包含的子系统(6 个)
Headless 架构
Next.js / Nuxt + API
拍板 ShopifyCDN / 边缘
CloudFlare / Netlify Edge
CDN 用多区域路由 i18n
/us /uk /de · TPSZ
现有Feature flag
LaunchDarkly / 自建
缺A/B 实验平台
Optimizely 等
见 03 域版本控制 + CI/CD
Git / Actions
IT 管
谁负责
Owner
IT / Engineering team(主负责) + 项目 PM(技术选型决策 + Anker 路径推荐) + 集团基础设施 team(CDN / 加密 / 灾备)
项目覆盖
部分 · Shopify headless 拍板(基于 Anker 对标) · URL 三层结构已定 · 多域名规划(主站 + id + my + store)已定 — 但具体的 Feature flag / CI/CD / CDN 配置等工程细节不在项目设计层 · 跟 IT 协调。
10
Domain · 10 Layer 05 · 运营底座
运营 / 基础设施
集团级共享能力——CRM / CDP / ERP / APM / 监控。所有产品共用 · 不归单个网站项目。
项目 ✗ 不在范围
为什么重要
这一域是集团级共享能力——给所有网站 / App / 客服 / 销售用。一个新网站项目不能也不应该重做这一层 · 但必须接入:CRM 给客服用 · CDP 给营销用 · APM 给 IT 用。"不归我管 · 但我必须知道存在 · 上线前对接好"。
漏了会怎样
不接 CRM · 客服看不到用户购买历史 · 解答困难。不接 CDP · 营销不知道用户偏好 · 个性化失效。没 APM · 网站出问题不知道根因 · 平均故障恢复时间(MTTR)从分钟变小时。没工作流系统 · Marcom 审批靠 email · 流程不透明。
业界标杆
Salesforce + Segment + Datadog · 大企业三件套。HubSpot 全家桶 · 中等规模一站式。这一域跟"网站重设计"没直接关系 · 但是 V2+ 的依赖。
包含的子系统(8 个)
CRM
Salesforce / HubSpot
集团有PIM ↔ ERP 同步
SAP / Oracle 集成
部分日志 / 错误追踪
Sentry / Elastic
部分Uptime monitoring
Pingdom / StatusPage
部分变更管理 / 回滚
Change mgmt + rollback
IT 有
谁负责
Owner
集团 IT / SRE(APM + 监控 + CI) + Sales Ops(CRM) + Marketing Ops(CDP + 营销自动化) + Finance Ops(ERP) — 网站项目 PM 不主导但必须对接
项目覆盖
不在范围 · 项目设计层完全不覆盖本域。但 V1 launch 前 PM 至少要确认:① CRM 集成方式 ② APM 用什么 ③ Marcom SOP 工作流自动化是否启动。这一域漏了 V1 上线后维护成本爆炸。
Part 02
缺口优先级总表
10 域里项目设计层覆盖了多少 · 漏了哪些 · 哪些是"必须现在跟其他团队对接"的。给 PJ Li / Yuqi 一眼看到的 dashboard。
| 域 | 名称 | 层 | 项目覆盖 | 关键缺口 | 对接团队 |
|---|
| 01 | 内容 / 表现 | 看得见 | 设计层 ✓ | DAM / PIM 独立 | IT + Product |
| 02 | 平台 / 工程 | 工程平台 | 部分 | Feature flag / CI | IT |
| 03 | 数据 / 度量 | 后台支撑 | 部分 | CDP / A/B 平台 | Data + IT |
| 04 | SEO / 发现 | 直接交互 | 部分 | Schema / 站搜 / CWV | Marcom + IT |
| 05 | 用户 / 身份 | 直接交互 | V2 规划 | SSO 6 套合并 | IT + Privacy |
| 06 | 商业 / 转化 | 直接交互 | V2 规划 | Checkout / 推荐 | DTC + IT |
| 07 | 营销 / 增长 | 后台支撑 | 缺失 | Email / Affiliate / Creator | Marketing Ops |
| 08 | 服务 / 支持 | 直接交互 | V3 规划 | AI / 症状选诊 | Support team |
| 09 | 信任 / 合规 | 后台支撑 | 部分 | Cookie / 透明度报告 | Legal + Security |
| 10 | 运营 / 基础设施 | 运营底座 | 不在范围 | CDP / APM / CRM 集成 | 集团 IT + Ops |
读图要点
- 项目设计层 5-6/10 域覆盖较好(01/04/05/06/08/09 都至少 partial)· 5 维度文档命中
- 3 个域 PM 必须 V1 之前跟其他团队对齐 · 03 数据(CDP/A/B)· 04 SEO(Schema/CWV)· 10 运营(APM/CRM 集成)
- 1 个域完全缺失 · 07 营销/增长 — 这块是另立项目(Marketing Ops 主导)· PM 知道它存在即可
- V2 启动前提:05 用户身份的 SSO 必须先通 · 否则 06 商业转化和 03 数据都 blocked
Next Step · 下一步
把这份给 leadership 看
v3.0 完成后 · 这份文档可以单独拿出去用——给 PJ Li / Yuqi 演示 "网站项目"实际涉及多少团队 / 哪些是项目内 / 哪些必须 V1 前对接清楚。
01
给 leadership 演示版推荐 · 用这份 + thinking-map 一起做 30 分钟 leadership review · 同步 6 个设计文档 + 10 个能力域 + 缺口优先级
02
跟 IT / Data team 对接 · 排期 03/04/10 域的对接会 · 锁 V1 launch 前要完成什么
03
跟 Marketing Ops 对接 · 07 营销/增长域 — 是平行立项还是合并到本项目
版本变更记录 · Changelog
v3.0
2026-05-19
完全重做 · 9 域升 10 域 · 三层升 5 层 · 顶部新增分层全景图(5 层叠加 · 颜色编码覆盖度)· 每个域加 7 维度详细(定义/为什么重要/漏了怎样/标杆/子系统/责任方/项目覆盖度)· 新增 Part 02 缺口优先级总表 · 重点突出 PM 容易忽视的 3 个域(03 数据 / 07 营销 / 10 运营基础)。基于 Deco Brand Book + Marcom SOP + Timeline + 22 条拍板 + 5,700 行设计层文档的全局回顾。
v2.0
2026-05-15
9 能力域全景 · 按"业务能力 / 产品能力 / 平台能力"三层分类 · 30+ 项能力 · 每项有 Owner / KPI / 阶段。