流程问题需要单独页面
这类问题不该继续让首页或 FAQ 承接，它需要明确的场景页来串联功能页、文档与 CTA。
当前更稳的 Unity 场景，是已 released 的蓝湖 → Unity；Figma → Unity 仍要按 Beta 方式评估。
同样是 Unity，也要区分不同设计源
蓝湖 → Unity 是 released；Figma → Unity 是 Beta，评估方式不能一样。
从流程页进入，比直接跳价格页更稳
先判断适不适合，再决定看 docs、roadmap 还是注册试用。
建议推进顺序
1
先明确设计源和目标链路
不要只说“Unity UI 自动化”，而要先落到蓝湖/Figma 与 Unity 的具体组合。
2
确认 released 或 Beta 状态
用 roadmap 判断这条链路当前成熟度，再决定评估顺序。
3
回到 docs 与 prerequisites 做准备
流程页不替代文档，但会把你导向当前最合适的准备入口。
4
用真实模块验证交付方式
在进入更广流程前，先用一个真实界面验证团队协作方式和交付质量。
更适合这些场景
- 已经明确目标是 Unity UI 交付流程，而不是泛泛了解产品首页。
- 希望先把设计源、能力状态和下一步入口说清楚，再决定是否试用。
- 需要一个能同时串联功能页、文档、路线图和注册 CTA 的场景页。
立项前先确认
- 如果你需要的是更广泛的游戏 UI 团队工作流，请继续看 game UI production pipeline 场景页。
- 如果你正在比较手工 prefab 与自动化交付，请继续看 compare 页面。
- 如果你的设计源是 Figma，要额外接受 Beta 的验证节奏。
能力状态
先确认当前交付边界，再决定接入节奏
当前已发布、Beta 与规划中的能力，以路线图页的统一状态为准。
当前更稳的 Unity 场景，是已 released 的蓝湖 → Unity；Figma → Unity 仍要按 Beta 方式评估。
正式版
蓝湖 → Unity
Beta
蓝湖 → Cocos、Figma → Unity、Figma → Cocos
规划中
Unity 之外的平台扩展，以及 Agent / 插件市场
FAQ
常见问题
哪些情况更适合先看这里？
当你正在梳理 Unity UI 交付流程，或想先明确设计稿怎么交给 Unity 开发时，先看这里会更合适。
为什么还要回到功能页？
因为真正的接入细节仍然在具体链路功能页里，场景页负责把流程问题和具体功能页串起来。
是否必须先注册？
不是。更稳的顺序是先看路线图、功能页和 docs，再决定是否进入邀请码体验。