AI-assisted Digital Product Delivery
Meltverse Website System
我把分散的业务资料和冲突的市场目标，定义、设计并交付成两套真实上线的数字体验。
从产品定位与信息架构，到 AI 辅助实现、人工审核和 Production 交付；Corporate 与 Global 共享品牌逻辑，但分别服务不同受众与转化任务。
- 我的角色
- 产品策略 / 信息架构 / AI 辅助设计与开发 / 前端交付
- 核心转变
- Input → Product decision → Dual experience → Production
同一品牌逻辑，两套面向不同市场的数字体验。
- 2 个
- 独立 Next.js 生产站点Corporate Website + Global Website
- 3 个
- 公开业务入口主域、/global、Global 子域
- 200
- 两个站点首页状态2026.08.03 公开验证
- HTTPS
- Vercel Production 交付双站与域名路由已上线
01 · Business Input
需求并不完整：资料存在，但受众、定位与产品边界仍需要被定义。
公司需要建立统一品牌官网，但国内企业展示与海外业务推广面对不同受众、内容语境和转化目标。原始 PDF、项目图片和业务记录可以提供事实，却不适合直接成为公开网站。
输入材料
- 公司资料
公司介绍、业务方向与尚未适合公开表达的内部语境。
- 项目素材
项目图片、案例记录与需要筛选、裁切和重新组织的视觉证据。
- 既有信息
早期 Global 页面与海外 Creator Marketing 叙事。
产品定义与受众决策
仍未解决的问题
- 一个站点能否同时承担集团信任与海外获客？
- 国内合作方、海外品牌与 Creator 各自需要什么信息？
- 哪些内容可以公开，哪些只能留在内部资料中？
- 两个体验应共享品牌逻辑，还是共享同一套页面？
- 01定义“中国资源 × 全球传播”的共同品牌主张
- 02拆分 Corporate 与 Global 的受众、内容责任和 CTA
- 03建立公开安全的素材与案例表达规则
- 04让 AI 扩大分析与执行能力，由人批准关键判断
交付系统
- Corporate Website
集团定位、中国业务、代表案例与合作入口。
- Global Website
Creator-led Campaign、Creator Network 与双边转化。
- Production Delivery
独立构建、Vercel 部署、域名路由、HTTPS 与响应式验收。
说明：这是依据已确认项目事实绘制的解释图，不是伪造的历史需求文档。
02 · Information Architecture
一个品牌，两套数字产品责任。
Meltverse 以中国市场与文化洞察为起点连接全球创作者、内容策略与传播资源；两个站点共享这一品牌逻辑，但不共享同一套受众优先级。
先建立集团信任，再引导合作。
- 核心受众
- 国内品牌、文旅与企业合作方
- 产品责任
- 解释公司定位、中国业务能力、全球网络与代表案例。
- 行动入口
- 开启合作 / 进入海外业务
meltversegroup.com
先解释 Creator-led Campaign，再完成双边转化。
- 核心受众
- 海外品牌、目的地客户与全球 Creator
- 产品责任
- 展示 Campaign 路径、Creator Network、案例故事与合作方式。
- 行动入口
- Plan a Campaign / Join as a Creator
global.meltversegroup.com
Creator Network 不是装饰模块，而是供给侧可信度的公开表达。
它把抽象的“全球 Creator 资源”转化为可浏览的内容类别与创作者证据。
- meltversegroup.com
- /global · 307 entry
- global.meltversegroup.com
03 · Product Decisions
真正决定交付质量的，不是页面数量，而是受众、内容与责任边界。
为什么采用双站体系，而不是把所有内容放进一个站
- 背景
- Corporate 与 Global 面对不同市场、语言和转化任务；强行合并会让首页定位和 CTA 互相竞争。
- 决策
- 保留两个独立 Next.js 项目：主站负责集团品牌、中国业务与案例，Global 站负责海外 Campaign、Creator Network 与双边转化。
- 取舍
- 需要维护两套部署、媒体和内容，但能让每个入口拥有清晰职责。
- 结果
- meltversegroup.com、/global 入口和 global.meltversegroup.com 形成可独立演进的品牌体系。
为什么重新定义品牌叙事，而不是沿用海外站结构
- Context
- 初版方案过度突出海外达人营销，无法体现公司的中国资源、文化洞察和本地执行能力。
- Decision
- 主站以“让中国故事连接全球受众”为核心，重新调整服务结构、素材比例和案例顺序。
- Trade-off
- 需要重写内容并重新判断素材，而不是进行快速翻译和页面复用。
- Result
- Corporate Website 与 Global Website 共享品牌逻辑，但各自回答不同市场的问题。
为什么不直接把内部 PDF 搬上网站
- Context
- 原始资料包含大量汇报式页面、长文本和内部语境，直接使用会降低公开网站的可读性与可信度。
- Decision
- 通过 AI 辅助提取、联系表预览、图片裁切和人工筛选，把资料重组为 Hero、能力、网络与案例证据。
- Trade-off
- 素材治理增加了前期成本，但避免了“企业 PPT 网页化”。
- Result
- 公开页面只保留适合品牌传播且不暴露敏感信息的内容。
为什么 AI 只辅助流程，而不替代产品判断
- Context
- AI 可以加速需求整理、Sitemap、文案方向、代码和验收，但无法独立判断公司定位与素材是否适合公开。
- Decision
- 让 AI 负责扩大分析与执行能力，由人确认品牌定位、内容取舍、视觉方向和最终上线。
- Trade-off
- 不是一次 Prompt 自动生成整站，需要持续 Review 与修正。
- Result
- AI 提高交付速度，产品判断和发布责任仍保持清晰。
以下较早已交付页面证明了两项关键判断：把服务能力翻译为客户可理解的流程，以及把内部素材治理为公开叙事。
04 · AI-assisted Delivery
AI 扩大分析与执行能力；人负责产品判断；工程让结果可交付。
这不是一句 Prompt 生成整站。每个阶段都需要明确输入、AI 贡献、人工判断与可验证输出。
01 · Understand 理解业务输入
- AI contribution
- 协助整理业务目标、受众、已有资料与约束。
- Human judgement
- 确认业务事实，识别真正需要解决的定位冲突。
- Engineering output
- 可继续判断的产品 Brief
02 · Define 定义产品结构
- AI contribution
- 协助提出 Sitemap、内容结构和文案方向。
- Human judgement
- 决定品牌主张、受众优先级、双站职责与公开边界。
- Engineering output
- Corporate / Global 信息架构
03 · Build 实现数字体验
- AI contribution
- 辅助组件开发、响应式调整、素材整理与迭代。
- Human judgement
- 审核视觉方向、内容准确性、CTA 与页面行为。
- Engineering output
- 两个独立 Next.js 应用
04 · Release 验证并上线
- AI contribution
- 辅助 Build、路由、媒体和视口检查。
- Human judgement
- 确认公开证据、域名状态与最终 Production 发布。
- Engineering output
- Vercel、域名、HTTPS 与响应式交付
AI 没有自动决定品牌定位，也没有自动发布网站；公开内容、视觉方向与 Production Release 均由人确认。
05 · Frontend Engineering & Production Delivery
技术选择服务于双站职责、独立迭代与真实上线。
当前证据证明的是前端架构与 Production 基础设施集成，不是未实现的后台平台、CMS 或数据库系统。
两个体验独立演进
两个 Next.js 项目分别承接 Corporate 与 Global 的内容责任，避免跨市场需求互相绑架。
- Next.js 16
- React 19
- TypeScript
响应式不是机械缩放
桌面与移动端分别保留品牌主张、媒体层级和关键 CTA，图片交付服务于公开页面的阅读节奏。
- Responsive UI
- Image Optimization
从应用构建到公开入口
独立构建进入两个 Vercel 项目，再通过主域、Global 入口、子域和 HTTPS 形成可验证的交付拓扑。
- Vercel Multi-project
- Domain Routing
- HTTPS
移动端保留定位与行动优先级，而不是压缩桌面布局。
- 01Two Next.js builds
- 02Two Vercel projects
- 03Main domain + /global entry
- 04Global subdomain
- 05HTTPS
- 06Desktop / mobile acceptance
06 · Evidence Index
每张截图只承担一个证据角色。
证据已经分布在它所支持的产品决策旁边；这里保留完整索引、版本边界与公开入口，不再重复渲染大型图库。
- 01Corporate Website · 集团品牌首屏
以“中国资源连接全球受众”为第一层定位，同时提供企业合作与海外业务入口。
当前 Production首屏 · Corporate 输出 - 02Global Website · 海外业务入口
Global 站以 Creator-led Campaign 为核心，分别承接品牌合作与 Creator 加入。
当前 Production首屏 · Global 输出 - 03Creator Network · 供给侧证据
用创作者内容与类别建立网络可信度，而不是只展示抽象服务名词。
较早已交付版本双站架构 · Global 内容责任 - 04Campaign Process · 从 Brief 到交付
把服务步骤组织成品牌可以理解的合作路径，明确输入、执行和交付边界。
较早已交付版本产品决策 · Campaign 路径 - 05Case Storytelling · 业务证据重组
将内部项目素材重组为场景、内容和业务价值清晰的公开案例，而不是直接展示汇报材料。
较早已交付版本产品决策 · 公开内容治理 - 06Corporate Website · 移动端首屏
在 390px 视口中保留品牌定位和两个核心行动入口，没有把桌面信息机械压缩。
当前 Production工程交付 · 响应式实现
Corporate Website：集团品牌、中国业务、全球网络与代表案例。
Global Website：Creator Marketing、Campaign Process、Creator Network 与合作入口。
三个公开入口在 2026.08.03 验证可访问，主站与 Global 首页均返回 HTTP 200。
公开截图来自实际生产页面，不包含浏览器工具栏、内部资料或登录状态。
07 · Production & Reflection
从业务输入到双站 Production，完成一条可公开验证的交付闭环。
项目完成了从商业需求到真实线上产品的闭环。价值不只是页面交付，而是让集团品牌、中国业务与海外 Creator Marketing 在同一域名体系下各自拥有明确入口。
交付 Corporate Website 与 Global Website 两个独立、可持续迭代的 Next.js 生产项目。
建立 meltversegroup.com、meltversegroup.com/global 与 global.meltversegroup.com 三个公开入口。
完成 Vercel Production、DNS/域名路由、HTTPS 与桌面/移动端上线验证。
把公司 PDF 与项目素材转化为公开安全的品牌内容和案例展示，而非直接复刻内部资料。
验证了从需求理解、产品判断、AI 辅助开发到真实交付的 AI Product Builder 能力。
- Stage 1
业务资料与海外站探索
从公司 PDF、案例和海外 Creator Marketing 需求中提取受众、能力与公开证据。
- Stage 2
Global Website
先完成面向海外品牌、目的地与 Creator 的独立英文业务体验。
- Stage 3
Corporate Website
根据反馈把集团定位调整为“中国资源 × 全球传播”，重新设计中文主站。
- Production
双站域名体系上线
完成两个 Vercel 项目、主域与 Global 入口、HTTPS 和响应式验收。
限制与反思
AI 辅助需求、结构、素材与代码实现，但没有自动决定品牌定位，也没有自动发布网站。
本案例仅使用公开网站与公开安全截图，不复制公司 PDF 原文、内部联系人或非公开业务信息。
当前 /global 公开入口由 Vercel 返回 307 并进入独立 Global 域名；案例不将其描述为同仓 basePath 页面。
没有可公开归因的转化、询盘或增长指标，因此成果以真实上线、双站架构和交付证据为准。
企业网站项目的核心不是视觉页面数量，而是信息架构是否准确承接商业定位。
AI 最有价值的作用是连接分析、素材处理、开发和验证；最终品牌判断仍需要人负责。
多站点架构必须先定义内容责任和部署边界，否则技术复用会制造新的叙事混乱。
建立双站内容更新规范，保证品牌定位、案例和 CTA 在后续迭代中保持一致。
在业务允许后接入合规的分析事件，验证 Corporate 与 Global 的真实访问和转化路径。
继续优化公开素材的版本管理，降低案例更新与页面维护成本。