跳至内容
E3 交付记录候选・ZhenheAI 自有项目

从产品页,走向企业运营型官网。

我们如何将 ZhenheAI 官网从 Astro/Cloudflare 迁移至 Odoo Online,同时拆分品牌叙事、法律主体、能力、证据、客户线索入口与对外沟通。

问题

企业会不断变化,需要一个更持久的公开入口。

ZhenheAI 的法律主体与产品组合,可能比累积的能力与交付证据变化得更快。旧网站将产品与事业页面放进主要叙事,使公开身份容易受到过时方案与缺乏支持的主张影响。

迁移目标是让网站成为持久的企业入口:说明 ZhenheAI 如何工作、展示能够交付什么、发布经过审阅的 洞察、收集合格询问,并明确保留法律与运营身份,不让导航依赖单一产品。

我们交付了什么

一个可以逐项审阅的网站与收件系统。

  • 以企业为先的网站 1 信息架构,涵盖公司、能力、精选作品、洞察与联系。
  • Odoo Online 网站 1,具备七个已配置的语系路径,以及当前 洞察 集合的英文/繁体中文编辑来源。
  • 三篇经策划的 洞察 文章;英文版本由经审阅的繁体中文来源翻译,并在公开 /en 路径完成验证。
  • 在 staging 完成 Contact → crm.lead 的往返流程,包含服务器端验证、重复防护、UTM 归因、同意分离、负责人/阶段/标签分流与内部审查活动;production 表单仅做 read-only 检查,未提交 production inquiry。
  • 受控的 Cloudflare/Odoo 自定义域名切换、保留既有旧路径重定向、HTTPS 验证,以及独立的 production SEO 与浏览器检查。
证据与限制

证据也包含限制。

已验证

公开路径、Odoo 读回数据、语系替代链接、策划文章、staging CRM 往返流程、production read-only 表单检查、重定向、HTTPS 与 production SEO 检查。

未宣称

这不是客户案例,也不是绩效保证。测试期间没有发送任何对外营销邮件;法律身份与次要语系的编辑闸门仍明确保留。

负责人和审阅

ZhenheAI 内容负责人・最后审阅 2026-08-15・自有项目案例,不主张任何第三方背书。

讨论类似问题

把会变化的事,与应该留下的事分开。

如果你的网站承载太多会变化的产品或未经验证的主张,请描述一个工作流程,以及你目前已经拥有的证据。

讨论你的工作流程