一份可以逐项核对的网站诊断。

P0 · 表单只生成邮件草稿

证据：原 script.js 创建 mailto 链接；未调用接收接口。Vercel 项目无环境变量。

影响判断：填写完仍需自行发信，网站无法确认接收。

建议动作：新增服务端保存与通知，保留邮件和电话。

复测方法：执行保存、重复、断网和通知失败测试；再核对生产库记录。

P1 · 服务能力长，选择成本较高

证据：原首页有六项能力清单，缺少三个问题入口。

影响判断：访客可能需要更长时间才能确定合适方案。

建议动作：首页收敛为网站、搜索与 AI 工作流；详情列交付物。

复测方法：从首页走到对应详情和预选咨询，访谈目标客户。

P1 · 核心路径缺少中文页面

证据：原构建配置仅有英文 lang 与路由。

影响判断：中文客户理解服务与错误提示可能受影响。

建议动作：建立中文核心页面及真实对应语言切换。

复测方法：检查正文、表单状态、canonical 与 hreflang。

P2 · 交付证据不足

证据：原 Work 只有明确标注的方案示例。

影响判断：方案说明不能证明已执行的交付。

建议动作：公开自有站点交付事实和测试范围。

复测方法：比对截图、测试记录与发布日期；业务效果继续待验证。

如何使用这个结构

每个问题保留证据、日期和范围。将已观察的问题与改进假设分开；无法访问的私有数据标记为未验证。完成复测后再关闭问题，不能因为修改了页面就认定效果已实现。