9.8 KiB
9.8 KiB
Turingflow 官网 V1：信息架构（IA）与页面骨架说明（工程交付稿）
目标：交付给工程师 / 前端团队，作为官网 V1 的结构基线。
- 确保：页面不缺、不乱、不走偏
- 确保：各一级页面存在理由与内容边界清晰
- 确保：后续内容 / 设计 / 交互可在该结构稳定扩展
0. V1 总体原则（不可偏离）
- 官网是「思想驱动型官网」，不是「产品陈列型官网」。
- V1 基线不可随意增删一级页面；新增内容优先落在既有页面/Section 或 Discovery 内容系统内。
- 所有新内容必须回答：是否服务于「全球化决策」主线？
- 统一全站 Header / Footer；全站视觉与交互遵循同一套 Design Token。
- 不设传统 SaaS 页面：Blog、Pricing、Docs 等均不在 V1 范围。
Discovery是内容系统入口（思想与决策），不是博客（不以时间线叙事为唯一组织方式）。
1. 站点结构与路由（V1）
1.1 路由树
/
├─ / 首页 Home
├─ /why 我们解决什么 Why
├─ /how 我们如何做到 How
├─ /system 产品与系统 What
├─ /discovery Discovery（思想与决策）
├─ /solutions 行业与方案 Solutions
├─ /proof 案例与信任 Proof
└─ /contact 联系我们 Contact
1.2 路由清单（工程落地）
| Route | Page | 责任边界（必须清晰） | 非目标（不要做） |
|---|---|---|---|
/ |
Home | 建立世界观 + 抛出方法论 + 建立信任 | 不做「功能列表」与「长文档堆砌」 |
/why |
Why | 描述问题空间，与 CEO 认知共鸣 | 不介绍产品模块/功能细节 |
/how |
How | 解释差异化方法论与护城河 | 不做「实现细节/技术文档」 |
/system |
System | 展示系统全景与模块协同关系 | 不做「功能点清单」 |
/discovery |
Discovery | 思想领导力入口 + 内容系统承载 | 不变成 blog；不引入 docs/pricing |
/solutions |
Solutions | 帮用户判断是否适配（按行业） | 不做「销售型方案页」堆叠 |
/proof |
Proof | 降低决策风险（信任与案例） | 不做「客户 logo 墙」替代证据 |
/contact |
Contact | 低压力下一步：对话与入口 | 不做强压销售漏斗 |
2. 全站通用工程约束（建议）
注：技术选型可由团队决定，但需支持 SSG/ISR（或等价能力）以保障 SEO 与内容扩展。
2.1 技术层级（建议）
- 前端：Next.js / Nuxt / Astro（支持 SSG + ISR）
- 内容层：MDX / Headless CMS
- 样式：Design Token（字体 / 间距 / 颜色）全站统一
2.2 页面结构规范（必须执行）
- 每个页面由若干 Section（屏） 组成。
- 每个 Section 必须满足：
- 唯一主题（一个 Section 只回答一件事）
- 独立容器（可独立渲染与独立样式）
- 可复用（同类信息结构可跨页面复用）
2.3 全站 Layout 约束（必须执行）
- 全站共用：
Header、Footer、基础 SEO（title/description/OG）与主内容容器。 - 导航与 CTA 规则见「第 4 节」。
3. 一级页面结构说明（工程视角）
说明：以下为 页面骨架（Section 划分）。内容/设计/交互在不破坏 Section 语义边界的前提下自由扩展。
3.1 首页 /（Home）
页面目标
- 建立世界观
- 抛出方法论
- 建立信任
Section 结构（不可缺失）
HomePage
├─ HeroWorldView 世界观判断
├─ DecisionProblem 决策不可控
├─ CoreThesis 反常识观点
├─ Methodology 方法论来源
├─ SystemOverview 系统级解法
├─ DiscoveryIntro 决策雷达
├─ MeasurableOutcome 可度量结果
├─ TrustProof 权威背书
└─ SoftCTA 行动入口
边界说明（重要）
SystemOverview只讲“系统级解法是什么”，不要展开到 system 页的模块细节。DiscoveryIntro只作为入口引导，不替代 discovery 的内容体系。
3.2 我们解决什么 /why（Why）
页面目标
- 与 CEO 认知共鸣
- 描述问题空间，而非产品
Section 结构（不可缺失）
WhyPage
├─ GlobalContext 全球环境变化
├─ RealDecisionFear 决策者真实焦虑
├─ FalseSolutions 传统解法失效
└─ ProblemReframe 问题重定义
边界说明（重要）
- 禁止出现产品模块卡片/功能列表。
- 允许出现“反例/误区/传统解法”以形成对比，但不要引入竞品对比表。
3.3 我们如何做到 /how（How）
页面目标
- 讲清楚“为什么你们不一样”
- 构建方法论护城河
Section 结构（不可缺失）
HowPage
├─ MethodologyOrigin 方法论来源
├─ ComplianceAsGrowth 核心思想
├─ WhyAgentSystem 为什么是 Agent
├─ ExecutionModel 执行模式（OaaS）
└─ Boundary 适用边界说明
边界说明（重要）
WhyAgentSystem只解释必要性与系统逻辑，不落地到工程实现细节（避免变成技术博客）。Boundary是强约束：必须明确适用/不适用，避免“万能叙事”。
3.4 产品与系统 /system（What）
页面目标
- 展示系统全景，而非功能列表
Section 结构（不可缺失）
SystemPage
├─ SystemMap 全局系统图
├─ GComply 合规系统模块
├─ GGrowth 增长系统模块
├─ GBrain Agent 协同层
└─ DiscoveryModule 决策入口模块
边界说明（重要）
SystemMap必须存在，用于建立后续模块叙事的坐标系。- 每个模块 Section 讲“模块是什么、输入输出、协同关系、价值”，不要做功能点罗列。
3.5 /discovery（Discovery）
页面目标
- 展示思想领导力
- 承载内容系统
Section 结构（不可缺失）
DiscoveryPage
├─ DiscoveryPositioning 定位说明
├─ ContentTypes 内容类型入口
├─ LatestInsights 最新内容流
└─ DecisionValue 内容如何用于决策
工程说明（必须支持）
- 内容标签（至少预留数据结构与筛选能力）：
- 国家（Country）
- 行业（Industry）
- PSTEL（Political / Social / Technology / Economic / Legal）
- 允许后续 A/B 样式实验：
- 仅能替换呈现与排序逻辑，不改变信息架构与入口语义
边界说明（重要）
- 不新增
/blog；若未来出现长内容，仍归属于/discovery的内容类型体系。
3.6 /solutions（Solutions）
页面目标
- 帮用户判断“是否适合我”
Section 结构（不可缺失）
SolutionsPage
├─ IndustryLogic 为什么按行业拆
├─ IndustryList 行业卡片列表
├─ IndustryTemplate 单行业展开模板
└─ FitCriteria 适配与不适配说明
边界说明（重要）
IndustryTemplate是结构模板（信息架构），不等于“每个行业一篇独立一级页面”。- 不允许出现按行业新增一级路由（例如
/solutions/xxx）作为 V1 既定要求外的扩张；若需要可先用页面内锚点或可展开区域实现。
3.7 /proof（Proof）
页面目标
- 降低决策风险
Section 结构（不可缺失）
ProofPage
├─ ProofPhilosophy 为什么强调复杂场景
├─ GovernmentCases 政府级案例
├─ EnterpriseCases 企业级案例
└─ CapabilitySummary 能力总结
边界说明（重要）
GovernmentCases与EnterpriseCases分开是结构要求；案例内容可先占位，但分组必须明确。
3.8 /contact（Contact）
页面目标
- 提供低压力下一步
Section 结构（不可缺失）
ContactPage
├─ ConversationInvite 邀请式文案
├─ ContactForm 基础表单
└─ AlternativeCTA 其他沟通方式
边界说明（重要）
- 表单字段以“建立对话”为目标（少字段）；不要引入长问卷。
4. 导航与路由建议（Header / Footer）
4.1 Header 导航（不超过 6 项）
- 首页
- Why
- How
- System
- Discovery
- Solutions
- Proof
CTA：Contact（弱化显示；例如右侧按钮/链接，但视觉不抢主导航）
4.2 Footer（建议包含但不新增一级页面）
- 复用 Header 的主要链接
- 基础信息：公司名 / 版权 / 可选的社媒入口（若有）
- 合规/隐私类链接：如未来需要，优先用弹窗或外链，不在 V1 新增一级页面（需新增时必须重新评审 IA）
5. 工程交付检查清单（V1 验收基线）
- 路由 8 个一级页面齐全且路径一致（见第 1 节）。
- 全站统一 Header / Footer；任一页面不允许独立导航体系。
- 每个一级页面的 Section 列表完整，不缺失、不合并到无法辨识。
- Discovery 支持标签筛选的数据结构预留：国家 / 行业 / PSTEL。
- 未新增 blog/pricing/docs 等传统 SaaS 一级页面。
- 新增任何页面/入口前，必须回答并记录：是否服务于「全球化决策」主线？
6. 附录：页面与 Section 命名规范（建议）
- 页面组件：
HomePage/WhyPage/HowPage/SystemPage/DiscoveryPage/SolutionsPage/ProofPage/ContactPage - Section 组件：使用 UpperCamelCase，与本文件 Section 名称保持一致（便于沟通与排期）。
- Section 对外契约：
- 入参（props）尽量只接收该 Section 的数据
- 避免跨 Section 强耦合（除非是全站共享状态，如导航高亮）