01 · 问题根源
展示型官网说了很多“我们是谁”，却很少回答“你为什么现在要继续看”
常见官网从公司简介、企业文化、团队合影和一长串服务名称开始。内容不一定错，但顺序以企业自我表达为中心，客户要自己完成理解、比较和信任判断。
结果是：页面看起来完整，访客却不知道自己应该点哪个服务；案例只有形容词，无法打开成果；咨询按钮只写“联系我们”，却没有告诉客户提交后会发生什么。
02 · 客户路径
一个能承接咨询的官网，必须按顺序回答五个问题
- 你是否理解我的问题？首屏先用客户能理解的语言说明服务解决什么问题，而不是只写技术名称。
- 你具体交付什么？把笼统能力变成客户能比较的交付类型、使用场景和边界。
- 我凭什么信你？提供可打开的成果、交付清单、验收方式或经过授权的真实证据。
- 这件事适合我吗？说清适合情况、不适合情况、所需资料和合作责任。
- 我的下一步是什么？表单、邮件、试用或购买的入口要和当前决策阶段匹配，并说清提交后的流程。
03 · AI 在哪里
AI 官网不是“普通官网加一个聊天气泡”
搜索、分类和推荐应该基于真实内容目录，让用户看到答案来自哪里，而不是生成一段无法核对的话。
例如用户已经购买某项内容，页面应该显示“已开通·进入学习”，而不是继续给他相同的销售按钮。
不要一开始要求长需求书。先收集联系方式、问题类型和最急的一个业务难题，再由人工判断后续。
文章目录、搜索索引、站点地图、内容核验日期和失效链接检查应该同步维护。
需要保留人工的地方：报价、合同承诺、敏感数据、付款、对外消息和高风险业务判断，不应该因为网站能自动回答就默认自动执行。
04 · 可核验证据
“我们有很多成功案例”不是证据，客户需要看见可核对的成果
| 证据类型 | 弱表达 | 更可核验的表达 |
|---|---|---|
| 产品成果 | 我们交付过很多优秀网站 | 直接打开在线页面，检查移动端、入口、内容和交互 |
| 交付能力 | 我们有完整方法论 | 公开范围清单、验收维度、数据边界和交接内容 |
| 内容能力 | 我们擅长 AI 内容 | 访问内容目录、搜索结果和完整文章，核对是否结构化维护 |
| 数据与会员 | 我们能做会员系统 | 展示登录、权益、进度和购买后回流的真实可操作路径 |
如果客户项目不能公开，不应该虚构客户名和业绩。可以用自己的公开产品、获得授权的成果、脱敏后的交付清单或标明为模拟的场景讲清能力边界。
05 · 上线验收
一个承接咨询的官网，上线前至少检查这八项
目标客户在不听解释时，能说出服务解决什么问题。
客户能区分不同交付类型、适用场景和不包含事项。
至少有一类成果可直接打开，不需要只信一段文字。
表单只收集首次判断所需信息，并说清提交后会发生什么。
已登录用户看到与已购买权益一致的按钮和下一步。
导航、链接、表单、弹窗和付费路径在真实手机尺寸可用。
网络失败、未登录、无权限和表单错误都给用户清晰下一步。
目录、搜索索引、站点地图和时效信息有固定更新流程。
这篇只需要带走四句话
- 官网要按客户决策顺序组织，不是按公司资料目录排列
- AI 能力应该帮用户查找、理解和继续任务，不只是多一个气泡
- 证据要可打开、可核对，不能用虚构客户成果补齐
- 转化不是只看按钮颜色，而是整条路径能否让客户完成下一步