Solution Dossier
站点重构
当业务本身真实存在，但旧站的结构、证据和路径已经无法承接时，对现有英文站做一次重构。
Route Fit
先判断这条方案适不适合你的当前问题。
Solutions detail 页的第一任务不是展开所有交付，而是先让读者快速判断：这条路径是不是当前该走的路径。
Fit before scope
适合谁
- 已经有英文站，但整体显得过时、分散或失焦的团队。
- 产品页零散、信任信号偏弱的出口业务。
- 不想做平台级重写，但需要把首页到询盘路径重新理顺的公司。
不适合谁
- 只想做视觉翻新，不愿碰内容和结构的团队。
- 更应该先回到 offer 澄清，而不是立刻重构旧站的项目。
- 想在营销站里顺手解决 CRM、会员或 App 级需求的组织。
Problem Definition
问题先定义，再谈交付、流程和页面扩展。
这条方案要解决的不是一个抽象服务名，而是一个明确的页面与内容系统问题。
Problem 01
现有网站可能页面不少，但没有清楚的“问题到页面”映射关系。
Problem 02
案例、FAQ 和 insights 缺失、偏弱，或与方案页断开。
Problem 03
首页和方案页没有讲清楚团队为什么不是普通外包。
为什么是重构，不是重画外观
当一个网站已经存在时，真正的问题不是它看起来老不老，而是它当前的结构是否还在帮助买家理解业务、信任团队，并顺着路径走向询盘。
这次重构的范围是什么
第一阶段重构只聚焦 Marketing Layer：定位、页面结构、证据、FAQ 和内容承接。它不会假装在同一个 sprint 里顺手解决后台流程或 AI 服务架构。
这会为后面打开什么空间
当页面系统被重新理顺之后，后面无论是补案例、扩内容搜索承接，还是接入轻量 AI 支持，都会比现在更稳，也更不容易把整站重新拖回应对复杂度。
Related Cases
这条方案如何在案例中被真正证明。
方案页不能只停留在解释层，所以这里直接连接对应案例证据。
Related Insights
先看对应判断，再决定是否进入案例或诊断。
洞察页承担的是买前教育，所以这里继续把问题连接到对应 explanation / decision notes。
FAQ Archive
高频问题继续留在结构化问答里，不埋进正文。
FAQ 不是边角内容，而是方案详情页里最接近真实异议的一层。