84 minutes of enterprise sales alpha | Jen Abel

企业销售不是5步而是15步，赢单率30-35%，90%的销售在错误执行。创始人直攻最高决策者，用"钳形"打法上下夹击。

成交率越高，企业价可能越低

Jen Abel 是 Jellyfish 联合创始人、State Affairs 企业销售总经理，也是第三次做客 Lenny’s Podcast 的嘉宾。主持人说，她是自己从企业销售的“艺术与科学”中学到最多的人。这次两人不聊泛泛的销售技巧，而是把一笔企业交易拆开：从第一次触达到试点、采购、签字，再到签约后的扩张。Jen 的核心判断很反直觉：企业销售不是把客户推过几个 CRM 阶段，而是不断拿到比竞争对手更多的内部信息，再用这些信息共同设计客户的购买过程。

这期回答了 7 个问题：

1. 为什么企业销售的健康赢单率只有 25%-35%，更高反而是危险信号？
2. 第一封触达该找 C-suite，还是找其 N-1？两条线如何同时推进？
3. 为什么最重要的首次电话既不该演示，也不该录音？
4. Demo 前为何要额外开一场 15 分钟的会，而不是趁热直接演示？
5. 怎样把试点从“客户随便试试”变成能加速签约的可控验证？
6. 企业内部那个可能“杀死交易”的人，应该如何被提前找出来？
7. 前置部署工程师到底是在加速成交，还是在暴露产品本身太难用？

被问到企业销售各阶段的转化基准时，Jen 给出的健康赢单率并不高：从合格机会到签约，大约是 25%-35%。也就是说，假设你确认了 100 个真正符合条件的机会，最后签下 25 到 35 个，已经是合理水平。她甚至给出一条很刺耳的判断："If your win rate is higher than that, your price is too low."（如果你的赢单率高于那个水平，说明你的价格太低了。）

原因不在于销售应该故意输单，而在于企业客户的成熟度不同。有些公司知道自己需要改变，但预算、组织结构、部署能力还没到位。它们暂时不买，不等于产品没有价值。Jen 观察到，没能继续推进的交易里，约有另 25% 会在一年后“boomerang”回来，也就是回旋镖一样重新回到销售管道。

这意味着，企业销售不能只优化“本季度签了多少单”。如果为了提高成交率，向每个犹豫客户降价，就会把产品锚定在低价位置；而同一圈企业高管会互相交流报价，今天给朋友公司 5 万美元、明天向另一家报 50 万美元，价格体系很快失去可信度。边界也很清楚：低赢单率只有在机会筛选正确时才是健康信号。要是客户找错了、产品还不成熟、试点频繁失败，那不是你守住了价格，而是交易基本功出了问题。

被问到怎样拿下 SpaceX 这类企业的第一次会面时，Jen 假设目标部门是法务。她的答案很窄：只找两层人。要么是 chief legal officer 这类最高决策者，要么是其 N-1，也就是直接下一层负责人。"It is the executive themselves or an N minus one."（目标要么就是那位高管本人，要么就是其 N-1。）

她建议把触达拆成双线：创始人去找最高管理层 C-suite，企业销售人员去找 N-1。这叫“pinser model”，像钳子从上下两端夹住同一个组织议题。创始人不是公司做大后就该退出前线；如果面对的是 SpaceX 的法务负责人，创始人本该愿意亲自出现。与此同时，销售人员与 N-1 建立工作层面的关系，双方更容易把彼此引入后续会议。

这意味着，越过太多层级不是“高效覆盖”，反而会让产品价值一路缩水。更基层的用户能讲使用价值：这个工具能省多少操作时间。但一笔 10 万美元级交易，需要高管赞助人批准预算，他们关心的是战略价值：引入新工具后，自己如何重构团队、降低风险、获得额外影响力。Jen 把这种高管可获得的额外收益称为 alpha。边界在于，高管每天收到大量邮件。如果你无法在两三句话里说清“客户会因此多得到什么”，只会说“我们也能用 AI 提效”，自上而下的打法就没有立足点。

被问到如何运行企业销售中最重要的 intro call，也就是首次探索电话时，Jen 的建议几乎和常见销售培训反着来：30 分钟，非正式，不放 slides，不做 demo，先让对方讲。她通常会请客户先介绍自己和团队，再问一个开放问题：下一年度，组织里有哪些事情必须改变？这比直接问“预算、权力、需求、时间表”更有效，因为前者能让客户讲出上级已经下达的变化指令。

她还特别强调："The whole game is to slow down to go fast."（整场游戏的关键，是先慢下来，才能更快。） 前十分钟，她主要收集信息；后半段才根据刚刚听到的组织目标，临场调整产品叙事。她甚至不建议开录音。录音会让客户意识到自己进入了正式销售流程，尤其不愿讲组织内部尚未公开的顾虑、冲突与真实优先级。

这意味着，首通电话的任务不是完成标准推介，而是判断交易值不值得继续投入。Jen 说，大约四分之一的首次沟通会因成熟度不匹配而快速淘汰。这个淘汰不是失败，而是避免双方继续消耗。边界是不能把“多问问题”理解成审讯。有人愿意聊得很深，有人像扑克脸，销售者必须根据现场反应调整深度；真正有用的不是问题清单，而是听到一句话后知道该顺着哪根线继续往下拉。

被问到为什么不能从 intro call 直接跳到 demo 时，Jen 先指出了一个常见误区：许多团队把销售压缩成“首次沟通、演示、报价、合同、输赢”五步，于是客户一表达兴趣，就立刻拉人演示。但在她看来，正式 demo 之前还应该加一场约 15 分钟的电话，专门和此前建立关系的联系人共同设计那场 demo。

这通电话要解决几个具体问题：正式会上该请谁；哪些功能最值得展示；哪些话题要避开；客户希望同事提出什么问题。Jen 甚至会请联系人在正式会上主动问一个预先设计好的问题。这样做并非演戏，而是让客户用自己的语言，把议题抛给组织里其他人。"Now they feel like they're buying, not being sold to."（这时他们会觉得自己是在购买，而不是被推销。）

这意味着，demo 前的 15 分钟不是多一道流程，而是让内部联系人获得“署名权”。当联系人参与决定议程和问题，他不再只是被销售说服的人，而会变成推动内部共识的人。反过来，若客户突然拉来四五个人，要求你直接演示，风险很高：你可能只是采购清单上的一个 checkbox，也可能在毫无竞争情报的情况下，把产品完整暴露给对方。边界在于客户成熟度：如果他们还不确定是否真需要这类产品，先做小范围 pre-demo；若需求已很明确，再直接进入群体演示。

被问到如何给多位企业利益相关者做正式 demo 时，Jen 的准备工作不是反复打磨产品介绍，而是逐个摸清参会者是谁、在意什么、有什么内容绝不能碰。对于此前没参与过沟通的新参会者，她会先退一步，用客户已经讲过的组织目标重新解释“我们是谁、为什么做这件事”，让对方一开始就觉得这套方案是为自己所在团队准备的。

她的判断是："80% of the value comes from 20% of the product."（80% 的价值来自产品中 20% 的部分。） 前面那些首次电话、补充电话和 pre-demo 的作用，就是找出这 20%。正式演示不该变成产品功能巡礼。客户一旦看到大量自己用不到的能力，就会倒过来想：既然我只需要其中一半，为什么要为整套产品付钱？

这意味着，企业 demo 的核心不是覆盖度，而是取舍能力。你展示得越多，不一定越显得强大，反而越容易让价值主张散架。客户买的不是一个功能总数最多的工具，而是一个能推动当前高优先级变化的方案。Jen 说，她几乎没做过两场完全相同的 demo，因为每次客户的组织目标、参会者和内部阻力都不同。这里的边界也正因此存在：这种方式难以被标准话术完全替代。演示框架可以复用，但不能把同一页 deck 原封不动塞给所有客户。

被问到如何设计 pilot，也就是试点时，Jen 先区分两种情况。如果产品不依赖客户数据，也不需要复杂集成，就把试点压到两三天，而不是两周。只让三到四位真正的 power users 参与，每个人接受不同的 onboarding，并被明确要求完成三项具体任务。试点开始前，双方共同定义什么叫成功，而不是把账号发出去，等客户“随便逛逛”。

她的原则很直白："Your job in sales is to take all the work off their plate, 99% of it."（销售的工作，就是替他们拿走 99% 的工作量。） 如果产品必须接入数据或完成集成才能体现价值，试点可以拉长到一两个月，但应当收费；客户正式签约后，再把试点费抵扣到合同里。愿意为试点付费，本身也是更强的购买信号。

这意味着，试点不是开放式产品体验，而是一场被精确编排的成功证明。销售方要预先控制参与者、任务、指标和节奏，还要在试点开始前倒推签约路径：成功后由谁签字，何时签，采购、信息安全团队要不要提前介入。边界是动能。若客户即便试点成功，也要等到下一季度甚至更久才能部署，就不该急着启动。过早让客户完成体验，会耗尽注意力；等真正能签约时，之前积累的兴奋感已经散掉了。

被问到 demo 后怎样防止交易在组织里悄然失速时，Jen 的做法非常快：demo 一结束，就联系内部 champion，最好五分钟内完成一次原始反馈的复盘。她会直接问：谁没有被说服？哪里讲得好？是否需要单独再找某个人深聊？她认为，"There's always someone in the organization that's going to kill a deal."（组织里永远会有一个人可能杀死一笔交易。）

这个人未必公开反对，也未必是最高层。他可能觉得现有工具够用，担心新系统增加工作，或只是对你没有被提前照顾到而保持沉默。试点之后，Jen 还会看实际使用数据：有人只登录了 15 分钟，连第一步都没完成，就请 champion 去关心对方是否卡住，而不是等到复盘会上才发现“用户不喜欢”。

这意味着，企业销售真正的护城河不是拿到一次漂亮的 demo 反馈，而是拥有一个愿意替你观察组织温度的人。Champion 不必是 C-suite；Jen 的定义是，从第一天起最希望项目落地的人。客户突然沉默尤其是危险信号：一个真正投入的 champion，往往会提前告诉你“现在该暂停”或“过几周再重启”。当然，champion 不能消除所有摩擦。采购、法务、最终签署人仍可能拖慢流程，但他能把原本看不见的风险提前变成可处理的问题。

被问到如何看待 forward deployed engineer，简称 FDE，也就是随项目深入客户现场、帮助部署和交付的工程师时，Jen 没有给出站队式答案。她坦言："My opinions sway back and forth."（我的看法会来回摇摆。） 她支持 FDE 的一种情况是：这个角色替客户拿掉大量工作，加速部署，并让销售方更可控地推进项目。

但另一种情况很危险：团队配 FDE，只是因为产品“gnarly and hard”，也就是复杂到客户根本无法自己使用。那不是高端服务，而是在用人力遮住产品本身的可用性问题。商业账也要算清：如果一单只有 10 万美元，却要配一个全职工程师长期跟进，单位经济模型很容易混乱。你看似签了合同，实际却在用远高于合同价值的交付成本换收入。

这意味着，是否配置 FDE，不该由市场潮流决定，而要看三个变量：合同规模、产品自助程度，以及工程师究竟在创造额外价值，还是填补产品缺口。面对数百万美元、复杂度很高的项目，这个模式更可能成立，因为合同足以覆盖深度部署成本。边界也正是 Jen 承认的：同一个角色既可能缩短成交和实施，也可能让团队误以为产品已经企业化，实际上每个客户都需要重新手工搭一遍。

被问到合同签署后如何思考扩张，以及服务收入是否值得做时，Jen 的第一反应是：下一单是什么。销售人员只和自己的 pipeline 一样好，签约不是终点。对于刚拿下前 10 个企业客户的公司，她建议创始人继续参与交付和复盘，因为此时最重要的判断是：哪些需求只是某一家客户的定制要求，哪些需求值得沉淀成产品能力。

许多软件公司会执着于 ARR，即年度经常性收入，担心服务收入“不够像 SaaS”。Jen 的提醒是："Services is still the largest line item in budgets."（服务仍然是预算中最大的项目。） 企业本来就习惯购买律师、顾问、实施团队等服务。对复杂产品而言，先以服务切入，或者在已有产品旁提供服务，并不一定意味着偏离软件模式；它也可能是进入预算、建立信任、发现扩张模块的入口。

这意味着，早期企业公司不必把服务当作产品失败的遮羞布。服务交付能让团队看到客户真正愿意为何付费，也能帮助识别哪些流程值得产品化。不过边界同样重要：服务不能无限替代产品。每一次定制都该问一句，它是应该单独收费的交付工作，还是能被抽象成下一位客户也能复用的能力？如果后者从不发生，公司卖的就不是可扩张的软件，而是不断膨胀的人力项目。

“企业单子赢得太多，往往说明你卖得太便宜”和“Demo 不是展示产品全貌，而是放大客户最在意的那 20%”，看起来一个在谈价格，一个在谈演示，实际指向同一件事：不要把企业客户当成等待被说服的漏斗数字。价格能否守住，取决于你是否让正确的人看见足够具体的战略价值；demo 能否有效，取决于你是否知道这群人此刻真正要改变什么。

同样，“试点越短、任务越具体”与“企业交易真正的护城河，是内部有人愿意替你识别风险”也不是两个孤立技巧。前者是在控制客户的体验，让成功可被证明；后者是在控制客户内部的信息流，让失败原因不至于藏到最后。企业交易之所以常常拖延，不只是采购和法务流程长，更是因为卖方不知道谁在推动、谁在犹豫、谁已经沉默。

对正在卖企业产品的人来说，最该检查的或许不是 CRM 里少了哪个阶段，而是每次推进前是否能回答三个问题：这件事对高管的 alpha 是什么；谁愿意在内部替它承担推动成本；客户完成下一步时，是否还要自己做 99% 的工作。答不出来时，往往不是该催客户，而是该回去补信息。