停止销售功能，销售切换

摘要

客户的SaaS网站失败不是因为外观不好看，而是因为它从未回答那个关键问题：我为什么要切换？对于代理机构的工作来说，你不可能为每个产品重建一套独特的说服模型。相反，使用同样的五问审计法来找到任何SaaS的切换触发点，然后将该触发点应用到每一个页面：功能变成证明，定价变成清晰，常见问题变成消除异议，API文档变成开发者的第一个胜利。这个框架将一次性的重新设计变成可重复的过程。结果是：交付更快，修订更少，页面真正带来转化。

你的客户没有设计问题，而是切换问题。买家已经有一个工具、一套工作流程，还有一个讨厌改变的团队。他们不是在拿客户的功能和空白页面比较。他们在比较留下的痛苦和离开的痛苦。网站的工作不是列出产品能做什么，而是让切换看起来比现状更简单、更有价值。如果做不到这一点，网站就是墙纸。

在代理机构工作，你会深切地感受到这一点。你接了一个SaaS客户，创始人说‘我们需要一个现代化的网站’，所有人都认为解决办法是视觉上的。并非如此。你可以把获奖设计套在错误的信息上，它的转化率和旧网站完全一样。但找到切换触发点，信息就能发挥主要作用。你只需要快速找到它——为每一个客户、每一个季度、跨越你尚不了解的行业。这就是为什么你需要一个第一天就能运行的框架，而不需要三个月的发现阶段。

想一想切换涉及什么：导出数据、培训团队、学习新界面、改变习惯。客户的网站必须让这一系列步骤看起来是必然的。功能列表做不到这一点。切换后生活的清晰画面可以做到。那个画面就是信息。网站上的一切都支持它。

这就是框架：定义切换。然后让每个页面都为它辩护。

异议	真正保护的是什么	应该怎么做
“每个客户都不一样。”	你对模板的恐惧	用五问审计法找到切换触发点
“我们需要更多截图。”	对空白版块的恐惧	用证明取代产品截图
“定价是神圣的。”	财务总监的焦虑	用清晰度减少价格冲击
“API文档是开发人员的问题。”	开发团队的门禁	将文档视为有说服力的媒介
“常见问题很无聊。”	支持团队不堪重负的收件箱	用常见问题消除最后的疑虑
“我们没有时间定制。”	对交付的完美主义	构建骨架，而不是雪花

在第一次会议上把这张表当作清单。表上的任何异议都不是真正的障碍。它是对不同框架的请求。

“每个客户都不一样”是对的——而且无关紧要

转变在这里：产品不同，市场不同，但买家的行为相同。买家想要三件事：‘我理解了吗？’‘我能信任吗？’‘切换比留下更便宜吗？’这是普遍的。所以不要标准化设计。标准化提问。

从五问审计法开始。在第一次发现电话中运行它。只需要二十分钟，适用于任何SaaS。

• 谁是用户，谁是买家？（他们很少是同一个人。）
• 他们今天在做什么，而不是使用你客户的产品？
• 当前工作流程中一个让人烦恼的痛苦是什么？
• 他们担心切换后会破坏什么？
• 切换后他们能最快获得的“胜利”是什么？

走一遍两个客户，看看它是如何运作的。

第一个是项目管理工具。用户是团队负责人，买家也是团队负责人。它和现有工具做的事情相同。痛苦是什么？没有人知道下一个任务由谁负责。恐惧是什么？迁移数百个项目并丢失所有状态。快速胜利是什么？一个一眼就能显示任务归属的仪表盘。触发点：‘再也不用追着任务负责人跑了。’这就是标题。

第二个是房地产线索追踪器。用户是经纪人，买家是经纪公司。痛苦是什么？重复的线索出现在三个地方，好的线索变冷。恐惧是什么？经纪人不愿意记录数据。快速胜利是什么？从MLS房源列表中自动丰富信息，经纪人只需点击两下就完成。触发点：‘永远不会两次丢失线索。’

同样的五个问题。两个不同的产品。你现在有了首页的中心信息、功能版块的第一段、以及邮件序列的主题行。切换触发点是一种可再生资源：每个页面、每个版块、每个副标题都可以为它辩护。那是你的起跑线。

同一个触发点也给你了网站地图。解释触发点的页面是首页。证明触发点的页面是功能版块。消除恐惧的页面是常见问题。展示切换成本的页面是定价页。整个网站突然有了一个叙事，而不是逐页的委员会。

你还可以通过问竞争对手网站的同样五个问题来进行竞争性拆解。这是在第一次电话中展示价值的廉价方式。你会发现竞争对手缺少的切换触发点，你的客户就成为明显的替代选择。

如果产品是锦上添花，而不是止痛药呢？那么切换触发点就更大了：节省金钱、避免风险或获得地位。对于合规工具，触发点是‘避免罚款’。对于安全工具，触发点是‘通过审计’。对于社交媒体排程工具，触发点是‘每周拿回两小时’。审计仍然能找到它。有些触发点只是情绪较少。

截图是页面上价值最低的证明

以客户功能表中最孤独的一行为例：‘OAuth 2.0 支持。’它触发了什么情绪？没有。对于不是买家的开发者来说，这是一个清单项。然而，当你向客户要他们的功能页面时，他们会给你一堵这样的墙。用截图填满页面，你就是在做更常见的事情：展示产品而不是结果。

截图有它的位置。一个展示产品运作的好GIF就是证据。但大多数截图是产品肖像。买家需要前后对比的故事。功能版块是讲述它的最佳位置。使用功能-利益-证明公式（FBP）。说出功能，将其与利益联系起来，然后用事实、过程或小演示证明它。不要编造数字——使用可观察的结果，如‘可与Google Workspace配合使用’或‘一分钟内完成设置’。

客户提供的原始区块：

• OAuth 2.0 支持
• 基于角色的访问控制（RBAC）
• SCIM 预配

三个供应商术语要点。现在逐个运行FBP。

功能：OAuth 2.0 支持。
利益：全队一次登录，不再有IT工单。
证明：可与Google Workspace和Microsoft Entra配合使用。

功能：基于角色的访问控制。
利益：为管理员、编辑和查看者精确分配他们需要的权限。
证明：在一分钟内为承包商授予只读权限。

功能：SCIM 预配。
利益：从HR系统自动添加和删除用户。
证明：与Okta和Rippling同步。

功能没有变，说服变了。你的客户会说：‘但企业买家希望看到OAuth和SCIM这些词。’没错。为审核页面的开发者添加一行技术副线。但要把那行字放在利益下方的小字里。第一个受众是决定是否预约会议的买家。第二个受众是打勾的开发者。围绕证明来组织功能展示，而不是产品截图，你就会停止设计填充内容。

当你确实使用截图时，让它展示结果，而不是屏幕。对于项目管理客户，一个每项任务都有明确负责人的看板截图就是证明。对于房地产客户，一个带有自动充实数据的干净联系人记录截图就是证明。仪表盘空状态的截图是设计资产，而不是说服资产。

将技术规格放在可折叠部分或开发者资源标签中。用户看到利益；开发者可以深入研究。这让页面保持整洁，也让审计员满意。

对任何功能主张的一个好的测试：买家会向他们的老板复述吗？‘一次登录’是可复述的。‘OAuth 2.0 支持’不是。如果你客户的功能页面不能通过饮水机测试，它还没有说服力。

定价页是雷区。这正是你应该碰它们的原因

你会听到：‘别碰定价。多年来都是这样。’他们真正想说的是‘我们害怕。’一个令人困惑的定价页不会保护收入；它是在泄漏收入。你的工作是把页面从成本谈判变成清晰的陈述。

首先列出你的销售团队每周回答的问题。逐字写下来。‘你们是按用户收费吗？’‘如果我降级会怎样？’‘有设置费吗？’‘我可以不用信用卡试用吗？’‘你们的退款政策是什么？’把这些放在页面上。买家不应该为了了解试用是否需要信用卡而预约电话。

接下来，拿客户的三个套餐：基础版、专业版、企业版。根据客户的情况重新命名。每个套餐对某人实际上做了什么？个人版、团队版、组织版。或创作者版、工作室版、企业版。名字不是装饰；它是第一个清晰的时刻。

旧套餐	新套餐	承诺
基础版	个人版	适合需要一个简单工作流程的个人
专业版	团队版	适合需要协作和仪表盘的团队
企业版	组织版	适合需要安全、SSO和支持的公司

然后构建对比表。打破把每个功能都塞进每一行的模式。每一行以它回答的用户问题开头。‘有多少用户？’‘我们可以邀请谁？’‘我们获得哪些安全功能？’买家阅读表格是为了搜索‘我是否合适’。让这个搜索变得容易。

最后，添加定价常见问题。回答那个丑陋的问题：‘如果我离开，我的数据会怎样？’像人一样写出答案：‘在订阅结束前一键导出所有数据。没有费用，没有锁定。’这就是切换的信任打破者。大多数客户不会写这个，因为感觉像在邀请用户离开。其实不是。这是允许买家不带恐惧地购买。

你的代理机构在这里有天然优势：你已经做过五问审计，所以你知道恐惧是什么。把恐惧写进常见问题。如果你需要模板来开始，定价页转化指南就是那个模板。

不要让客户隐藏定价。‘联系我们’页面是一堵墙。切换需要一个数字来比较。如果价格高，页面应该解释包含什么以及为什么值得。如果价格低，就把它与现状的成本锚定。对于项目管理工具，现状是三个独立的工具：任务应用、聊天应用和电子表格。当与这三者的每月成本相比时，切换的价格看起来并不高。在页面上明确这个比较。

当你写定价常见问题时，不要使用供应商语言。说‘你’和‘你的数据’。一个总是用‘我们提供，我们给予’的定价页感觉像公司手册。把它翻转为‘你可以，你的团队’。那就是语法中发生的切换。

你可以像测试其他东西一样测试定价常见问题：大声读出来。如果桌子对面的陌生人会放松，那就好。如果他们举手要求销售人员，你就增加了摩擦。

你忽略的文档正在促成（或扼杀）交易

这里有一个在笔记本电脑前的开发者。她正在评估你客户的API。她的老板问：‘我们能和这个集成吗？’她只想要一件事：证明她的团队不会浪费一周时间。她不是从参考文档开始，而是从快速开始。

像Stripe、GitHub和Twilio这样的公司为API文档设定了标准。秘诀不是他们把每个端点都漂亮地记录下来，而是他们让第一次运行只需要五分钟。他们展示一个微小但看起来像成功的结果。那就是开发者的切换触发点：即时的、具体的进展。

你客户的API文档是技术买家在首页之后阅读的第一页。如果它读起来像电话簿，交易就悄然死亡。文档是营销资产，而不是技术杂务。所以这样做：

把快速开始放在一切之前。示例时间。你的客户构建了一个文档自动化API。参考是一个密密麻麻的目录，延伸数千行。开发者到达后，看到‘认证’，就灰心了。

1. 用简单的英语写三句话描述。‘发送一份合同，拿回一份已签署的副本。这个API将模板和数据转化为签署的PDF。’
2. 粘贴一个可直接复制的代码示例，调用沙盒端点。展示证明成功的第一个响应JSON。
3. 添加一个用例，‘自动组装的发票’，并链接涉及的具体端点。

把完整参考移到下面。复制第一个代码片段的开发者成为内部拥护者。拥护者会要求安全审查，而不是拒绝。你的客户在销售电话之前就落地了。API文档指南讲述了同样的过程。

用例是带有路径的承诺。对于文档自动化客户，写‘自动组装的发票：发送一个采购订单号，一次调用即可获得格式化的发票、行项目和PDF。’那不是文档页面；那是一个恰好包含代码的销售页面。

包含沙盒的内嵌API密钥。当一个开发者可以粘贴并看到成功时，切换就变成真的。不需要销售电话。

文档页面也滋养SEO。开发者搜索确切的错误消息和集成名称。为这些查询写页面：每个错误代码一段，每个集成一个页面。这就是文档成为渠道的方式。

使用带有‘立即试用’按钮的持久侧边栏。添加一个索引代码示例的搜索栏。搜索越流畅，公司看起来越有能力。别忘了还有一个90秒内的短视频，展示一个有效的例子，而不是公司概览。

常见问题不是支持内容，而是最后一道障碍的转化

‘没人读常见问题’——你会听到这句话，直到你想起谁在读：一个在安静房间里的买家，犹豫着要不要问问题。常见问题就是交易私下成交的页面。这样对待它。

HubSpot、Slack和Zendesk做得对。他们的常见问题和帮助版块组织良好、可搜索且简洁。结构就是关键。它显示能力。一个可搜索的常见问题让买家认为：这些人已经考虑过我的问题。

这是你今天可以对任何客户端点做的最便宜的改进：将现有的常见问题重新组织成四个购买阶段类别：入门、定价和计费、安全与合规、切换与迁移。然后每个类别重写一个答案。

让我们处理切换类别。对‘迁移有多难？’的当前答案是：‘我们的导入工具支持CSV和API。’那是一个功能列表。把它改写成承诺加步骤列表：

‘我们会帮你导入数据。发送CSV，我们进行一次试运行，你验证样本，我们在30分钟内完成切换。如果任何地方看起来不对，我们会立即回滚。’

现在比较这两个答案。哪一个能达成交易？第一个描述机制；第二个描述安全过程。这和功能页面是同样的结构：利益加证明。

更进一步：把支持团队每周回答两次的问题都取出来，在工单发生之前写答案。这是无穷无尽的落地内容来源。一旦常见问题不再是垃圾场，而成为说服工具，整个故事就保持统一。这是你用于其他所有事情的由内而外的方法的一部分。

组织时考虑搜索。一个可搜索的常见问题，一键就能找到答案，感觉就像一个产品功能。这正是你想要的能力信号。

不要让买家打开单独的帮助中心。把常见问题放在触发问题的页面上。如果定价问题出现在定价页，就在那里回答。如果安全问题出现在定价页，也在那里回答。答案属于疑虑发生的地方。

安全类别是IT决定阻止工具的地方。用具体细节回答‘数据存储在哪里？’之类的问题。如果你说‘在欧盟’，说明地区。如果你说‘静态加密’，说出标准。简洁的回答比白皮书链接更有力。

每个常见问题答案都应尽可能短，并以下一步行动结束：‘注册沙盒账户’或‘联系支持’。没有下一步的答案是死胡同。

没时间？构建骨架，而不是雪花

最后一个异议可能是你现在正在感受的：‘但是我有四个客户，周一还有截止日期。’公平。把每个项目当作定制肖像，你就会一直忙碌。相反，构建一个单一的可复用交付物：切换备忘录。填写它需要90分钟，它概述了每个页面。

切换备忘录——一页，六行：

1. 用户/买家区分：谁出现，谁付钱。
2. 当前行为：他们今天做了什么来代替。
3. 单一痛苦：一句话，烦恼。
4. 恐惧：他们担心切换后会破坏什么。
5. 快速胜利：切换后第一个可见的改进。
6. 证明：标志、结果或消除恐惧的安全态势。

把这份备忘录带到第一次发现电话中。当你问五个问题时填写它。当你回到办公桌前，你已经有了信息框架。首页标题是快速胜利。功能页介绍是痛苦。定价表的中间列是买家。常见问题是恐惧列表。API文档快速开始是开发者的快速胜利。

这个骨架不会让每个网站看起来一样。它以同样的方式让每个网站有说服力。你仍然为每个客户的声音设计，但你不再低估信息的设计。如果信息已经确定，你可以在一天内完成每个页面的初稿。代理机构的真正产品是过程，而不是像素。

转变在这里：你不再重新设计网站，而是重新定位它们。而且由于切换框架跨行业存在，你可以为策略收费，以可重复的形式交付，并交出真正转化的资产。你的下一次启动会应该从五问审计开始，而不是从情绪板开始。

使用备忘录尽早设定客户期望。创始人看到网站不是艺术项目；它是说服文档。这防止了‘让它更出彩’的反馈，并将对话转向结果。与客户的内部营销团队分享备忘录，以便他们以后可以编写新页面，而不用重新发明信息。

当你展示网站时，从切换备忘录开始，而不是从设计开始。客户批准策略比批准美学更快。你会收到更少的‘我们能放大标志吗’请求，因为你给了他们评估页面信息的原因。

切换就是策略。其他一切都是装饰。

从这里带走一件事：在你回答切换问题之前，不要委托另一次重新设计。大多数SaaS网站失败是因为访客从未找到放弃当前工作流程的理由。网站失败不是因为它标太小或渐变色过时。

你的下一次启动电话应该是五问审计。如果创始人不能清晰表达切换，推他们。如果你能清晰表达它，那么每个页面都有工作：功能页证明它，定价页证明它合理，常见问题页捍卫它，API文档演示它。你会更快地交付更好的产品。你还会有一个可以在每个客户上永远运行的框架。

一个以切换为框架的网站也会随着时间的推移变得更好。你现在有一个假设——触发点——你可以通过热力图、会话记录或A/B测试来测试它。这个框架把重新设计从事件变成实验。

你不需要40页的策略演示文稿。你需要六行字和拒绝不服务于切换的页面的意愿。那种清晰正是客户付钱给你的原因。

停止销售功能。销售切换。这就是整个策略。