交付节奏方案对比

三种纯方案 vs 推荐的混合方案

三种纯方案的问题

A — 首页先行
首页 → 产品页 → 服务页 → ...
✅ 快速见效
✅ 可验证方向
❌ 首页新风格 → 跳转子页旧风格
❌ 体验割裂
❌ 每个页面重复造组件
B — 架构先行
全站导航 → 全站框架 → 填充内容
✅ 全站一致
✅ 无割裂感
❌ 所有页面同时动,风险大
❌ 长时间看不到完整效果
❌ 回滚困难
C — 设计系统先行
Token → 组件库 → 页面迁移
✅ 质量有保障
✅ 组件复用
❌ 前期投入大,零可见产出
❌ 容易过度设计(组件脱离实际)
❌ "系统建完了但页面还没动"

⭐ 推荐:A + C 混合 — 首页驱动的设计系统

用首页的实际需求驱动组件设计,首页完成时设计系统基础也同步就绪

Phase 1:首页重构 + 设计系统基础
首页改造:
• 新 Hero(白底 + 书法标题 + 朱砂红CTA)
• 社会证明数据条
• 产品矩阵卡片
• 场景化入口
• 客户证言区
同步沉淀:
• Design Token 体系(颜色/间距/字体)
• 导航组件(下拉产品矩阵)
• 产品卡片组件
• 排版系统(标题/正文/标签)
Phase 2:产品页/服务页迁移
• 基于 Phase 1 沉淀的组件直接组装
• 产品详情页(已有独立 Section 组件)
• 服务详情页(已有独立 Section 组件)
Phase 3:其余页面 + 设计系统完善
• 解决方案页(场景化入口落地)
• 案例页(客户证言组件复用)
• 关于/团队/新闻页
💡 核心原则:组件从实际页面需求中生长
🏗️
做首页时发现
需要产品卡片
🔧
抽取为通用
ProductCard 组件
♻️
产品页/服务页
直接复用组件

确认这个节奏方向?或者你有其他想法?在终端告诉我