带着上下文来,而不是只说“想做个官网”。

联系页不是普通留资页,它的任务是帮助双方快速判断是否匹配、该先走哪条路径,以及现在最需要补的上下文是什么。

先选进入方式,再进入下一步。

联系页不应该把所有人都压进同一种动作里。它更像一个 route chooser,帮助访客判断自己现在更适合诊断、直接提交背景,还是先回去读方案。

Route before request

01

Route 01

已有站点,但下一步范围还不清楚

如果你已经有英文站,但不确定应该先重构首页、补案例,还是先做内容承接,先走诊断会更有效。

进入条件

已有站点,但下一步范围还不清楚

动作说明

如果你已经有英文站,但不确定应该先重构首页、补案例,还是先做内容承接,先走诊断会更有效。

02

Route 02

范围已比较清楚,直接提交项目背景

如果你已经明确目标市场、产品与现有站点边界,可以直接把上下文发给 UPDD,而不是只留一句“做个官网”。

进入条件

范围已比较清楚,直接提交项目背景

动作说明

如果你已经明确目标市场、产品与现有站点边界,可以直接把上下文发给 UPDD,而不是只留一句“做个官网”。

03

Route 03

还没判断自己更像哪条方案路径

如果你还在比较是新建英文业务站、旧站重构,还是内容搜索层扩展,先看方案矩阵再回来会更快。

进入条件

还没判断自己更像哪条方案路径

动作说明

如果你还在比较是新建英文业务站、旧站重构,还是内容搜索层扩展,先看方案矩阵再回来会更快。

真正有用的联系,不是留下联系方式,而是先补足判断输入。

如果你希望我们判断“该不该重构、该从哪页开始、AI 该不该现在上”,那就先把业务、市场和当前站点状态交代清楚。

Input 01

当前网站、重点落地页或产品页链接。

Input 02

目标市场、核心买家类型与主要出口产品。

Input 03

当前站点具体卡在什么地方:信任、表达、证据、内容还是询盘路径。

Next route

如果范围仍然模糊,先做诊断;如果背景已清楚,就直接发来。

当前最真实可用的联系承接,是进入 audit,或把项目背景发送到联系邮箱。我们不假装已经有更复杂的 intake 系统。