本文来自微信公众号： 运营官张沐 ，作者：张沐
找客户这件事，最容易让人产生一种错觉：只要名单够多，生意迟早会来。
于是，买数据库、筛公司、找联系人，再让AI写一封看起来很像人写的消息。流程越来越快，销售却还是在问：这些人，为什么现在要买？
Pancake盯上的就是这段距离。
它面向创始人和小型B2B团队，先读取你的公司网站，整理你卖什么、客户是谁，再按融资、招聘、公开讨论等信号找人。你把一项获客想法设成持续任务，它定期寻找符合条件的线索，由你审核后进入触达。
我更想拆的是这门生意背后的设计：它怎样让陌生用户愿意开始，怎样让找客户变成重复工作，又凭什么让人每个月继续付钱。
一、先让客户认出自己的生意
假设你开一家网站设计工作室，最近想多接几个海外项目。
一个工具告诉你，它接了很多数据源，支持复杂筛选，还能自动执行。听起来厉害，但你接下来仍然要想：搜什么公司？找谁？凭什么联系？
Pancake给网站设计公司的入口，要具体得多：找正在招Webflow开发者的公司，找公开讨论网站改版的营销负责人，或者找招聘信息里提到WordPress的企业。
这几个例子不一定都能带来订单，但你至少知道，进去以后可以先做什么。产品把最容易卡住人的第一道题，提前做了一部分。
对一个还没用过它的人来说，这比功能列表更接近自己的业务。
它的行业目录也沿着这个思路展开。招聘机构看到的是谁在招自己擅长交付的职位；SEO服务商看到的是谁在讨论搜索流量下滑；培训公司看到的是谁在谈团队培养需求。
底层可能是一套相近的能力，入口却换成不同买家的语言。运营做落地页时，最容易省掉的恰好是这一步：所有渠道都导向同一个首页，再指望用户自己完成翻译。
图：入口先接住具体需求，再让用户开始对应的获客任务。图中为机制示意。
当然，行业页多，不等于搜索流量就多。要知道这些入口有没有用，还得看来的是什么人、有没有开始任务、有没有留下合适的线索。
我会把这类页面的目标定得更窄一点：让一个有明确需求的人，在第一次访问时看懂这件事能怎么帮他。至于页面数量，排在后面。
Pancake还做了另一种入口：工具比较和替代方案内容。
这类内容面对的是已经在找解决办法的人。他可能正在比较销售工具，也可能已经付过钱，觉得旧工具太麻烦。此时需要回答的问题，是现有流程哪里不合适、换过去能省掉什么，以及什么情况下应该继续用原来的产品。
写得足够具体，比较页就有机会接住购买前的犹豫。写成一页自夸，用户反而要去别处核对。
如果是我来验这套入口，会先挑两个已有需求的人群，各做一页，保留各自进入的任务。看完“网站改版”页面进来的用户，下一步就接着定义改版线索，不要突然被丢回一个空白对话框。
接下来按入口分别看：谁只浏览，谁开始任务，谁完成第一轮审核。某个页面流量很大却没人认可线索，就得回头检查，页面承诺与实际交付是不是两回事。这样才能知道该优化内容，还是该改产品。
还有一处值得看：Pancake允许用户从已经在用的AI助手中调用同一套任务和线索。对习惯在聊天里安排工作的人来说，少一次切换界面，就少一次重新理解工具的负担。
但接入助手只是入口便利。一个人能在聊天里调用十个工具，也可能一个都不愿意续费。后面能不能留下来，还是要看实际找到了谁。
获客入口做得好，应该让用户少想一步“我进来以后到底做什么”。
如果你也卖工具或服务，不妨先挑一个最常成交的人群，把入口改成他的具体任务。比如服务电商品牌，就别只写“内容增长方案”，可以先讲新品上市前，怎样把产品资料变成一套能发出去的内容。
入口能不能带来成交，得继续验证。但至少，用户不用先替你解释一遍产品价值。
二、名单到手之后，为什么值得联系？
网站设计工作室找到一家刚融资的公司，算不算好线索？
还不算。
融资意味着发生了变化，不能直接推导出这家公司要改网站。它可能把钱用在研发，可能已经签了设计公司，也可能根本没有这笔预算。
所以我看Pancake，最关注的是它怎样把“符合条件”讲清楚。
它给线索附上匹配理由，把融资、招聘、技术使用和公开讨论等信息，放到你的业务背景里判断。一个名字背后，多了一段可以被审核的解释。
这段解释很重要。销售可以发现理由太弱，运营可以发现筛选条件不对，创始人也能判断这是不是自己想服务的客户。没有理由，大家只能对着名单争论感觉。
图：外部变化提供联系线索，人工仍需判断业务是否相关、联系是否合适。
沿着前面的工作室继续想。如果一家公司刚融资，又在招聘营销负责人，同时负责人公开提到网站跟不上产品变化，那么联系的理由会比“你们融资了”具体一些。
这只是一个假设场景。真正值得学的，是把线索拆成三个问题：发生了什么，这件事和我的服务有什么关系，我能帮他处理哪一小段问题？
这三题答不出来，自动生成再漂亮的开场白，也容易变成批量套近乎。
Pancake的触达设计里，人要先批准线索，消息可以在发出前修改，收到回复后停止原来的消息序列。这给用户保留了几个能介入的地方。
我会把审核安排在第一批线索就出现。别等系统跑了很久，才发现它对“理想客户”的理解和团队完全不同。
比如先看二十条，逐条标记：公司不合适、联系人不对、信号过时，还是确实值得聊。这里的二十条只是一个便于起步的小样本，不是统计结论。
错误分清楚，后面才知道该改哪里。公司不合适，改筛选范围；人不对，改角色定义；信号过时，改时间窗口。要是都合适却没人愿意聊，就该检查你的服务和开场问题。
对于Pancake自身的激活，我也会看这一步：用户是否审核过一批线索，是否认可其中某条的匹配理由，并愿意把它放进真实的业务流程。
注册、连账号、生成一份名单，都还不足以回答这个问题。用户可能只是好奇，真正掏出自己的客户标准审了一遍，才开始检验产品有没有用。
一条值得销售跟进的线索，至少要解释清楚：为什么是他，为什么是现在。
这也有明确边界。一个人评论了行业话题，不能就当他有购买意愿；一家公司招聘，可能是在决定自己做。判断这些差别，本来就是获客工作的一部分，不能被自动化悄悄略过去。
如果你做国内业务，更值得借鉴的是识别需求变化的办法。海外数据源、联系方式和触达方式，不能直接当作国内可用方案。自己的客户记录、咨询内容和服务反馈，往往更接近真实需求。
还要考虑一个现实：同一条公开融资新闻，很多销售都能看见。大家同一天发相似的祝贺消息，客户收到的仍然是一堆推销。能不能多理解一点他的业务问题，决定了这条信号有没有被用好。
因此，我会把已有客户的成交理由也拿来对照。过去客户买单，是缺执行人手，还是团队已有方案却没人推进？两种原因，对应的线索标准和开场问题都会变。这个判断来自自己的生意，没法靠多接几个数据库代替。
三、明天再打开，它还能接着做什么？
名单型工具有个难题：这一批导出以后，用户为什么还要回来？
Pancake用持续任务来承接这个问题。它把一项获客想法叫作Play，按设定的节奏继续搜索，新出现的线索接着进入审核。用户面对的是一项仍在进行的工作。
这和每天重新打开聊天框、再描述一次目标客户，有明显差别。前一天定好的方向，第二天还能继续用。
它还把公司定位、客户画像和表达方式整理进一个共享的业务背景里，批准或拒绝线索会用于调整对客户匹配的理解。
这是一种值得关注的留客设计，但“反馈会被使用”与“越用越准”之间，还隔着验证。公开功能说明并不能告诉我们，实际调整有多大、需要多少次反馈，或者错误会不会反复出现。
站在运营角度，我会把第二次使用单独拿出来看。
用户回来，是因为有新线索可审，还是只是进来检查系统有没有乱发消息？这两种回访，在报表里可能都是一次活跃，含义差得很远。
前一种说明工作在继续；后一种说明用户正在付出监督成本。要是每次回来都在纠正同一类错误，打开频次再高，也未必是好事。
Pancake在部分行业演示里，把新线索放进团队已有的Slack频道，允许在那里批准或拒绝；从AI助手里调用时，也沿用同一个工作空间。
这种设计的好处，是把任务放回团队本来就在工作的地方。尤其是小公司，创始人、运营和销售可能就是几个人，少搬运一次名单，事情就更容易有人接。
不过，消息进了群，也可能变成新的噪声。每天推一大堆没有充分理由的候选，团队很快就学会忽略。真正影响留客的，仍然是用户花多少审核时间，能得到多少愿意继续跟进的对象。
我会记录几件小事：第一次审核用了多久，第二批有没有少犯同样的错，审核后有多少线索被实际接手，以及用户暂停任务的原因。
暂停也要分开看。一家工作室项目排满，暂时不找客户，和用户认为线索质量太差，是两种完全不同的情况。把它们都算成流失，后面的运营动作就容易做反。
对读者自己的产品来说，这里有个很好用的检查办法：第一份结果交付以后，有没有留下能帮到下一次的东西？
还可以把观察拉到一个完整业务周期。第一周大家兴奋地审名单，第二周发现没人接手，第三周任务还在跑，团队已经不看了。系统保持运行，和用户持续获得价值，中间可能已经断开。
所以接手状态需要有人负责。被接受的线索去了哪里、回复有没有人处理、下一次搜索要不要缩小范围，都应该能说清楚。否则，产品表面上替团队干了很多活，最后只多出一个待清理的收件箱。
做内容工具，可以留下品牌表达和已确认的素材；做客户服务，可以留下处理记录和接手状态；做获客工具，可以留下被认可与被排除的客户标准。
这些东西只有在下次任务里真的派上用场，才有可能变成留客理由。把历史记录存起来，本身还不够。
还有一种常被忽略的情况：目标市场本来就很小，合适的需求变化并不会每天出现。系统安静几天，可能比每天硬凑一批人更合理。留客不能靠制造忙碌感，得让用户看得懂正在搜什么、为什么暂时没有新结果，必要时由他决定是否调整方向。
四、99美元，用户到底在为什么付钱？
Pancake目前从每个工作空间每月99美元起，包含60,000额度，团队成员不另按席位收费。更高的使用量，对应更大的额度档位。
这个价格结构，把团队“要不要多拉一个同事进来”的犹豫拿掉了一部分。对一个需要共同审线索的小团队，邀请同事参与，不会马上多出一份席位账单。
但发件能力另有边界：包含一个发送账号，额外发送账号每个每月39美元。参与协作的人和实际对外触达的账号，付费规则不同。
图：试用先验证匹配质量，付费后仍要按有效线索和审核成本算账。价格核实于2026年10月15日。
试用也值得讲透。7天、15,000额度，需要绑卡；到期后会按所选档位开始付费，提前取消则不收费。
这对产品和用户是两笔账。绑卡可能筛掉随手尝鲜的人，也会挡住一部分还没建立信任的潜在客户。用户则需要在有限时间里，尽快得到足够真实的判断材料。
我不建议把七天的目标定成“必须成交”。B2B采购要讨论、比较、排期，成交时间可能远长于试用期。把一个真实销售周期硬塞进七天，会让产品和用户都去追求错误的信号。
更实际的目标，是验证这几件事：它能否理解我的客户标准，能否持续找到有理由联系的人，人工审核是否值得，以及触达进入真实流程后，对话质量如何。
试用期间如果一条合适线索都没留下，也该先区分原因。是目标条件窄到没有新变化，是资料覆盖不到，还是匹配判断不可靠？前两种也许需要换时间窗口或数据入口，后一种就该认真考虑停止付费。把失败原因讲明白，用户才能做出购买决定，产品也才知道该修哪里。
算钱时，也别直接拿99美元除以导出的名单数。
假设某团队一月付99美元，最后留下三十条自己愿意继续跟进的线索，那么订阅费用分摊下来，每条是3.3美元。这里是算账示例，不是Pancake的实际成绩，也还没有算审核人力和额外账号。
如果下一月名单翻倍，团队认可的线索却没有增加，获客成本并没有因此变好。数据表里多出来的名字，很容易掩盖这一点。
我更愿意拿有效线索和审核时间算账，再决定要不要扩量。
它的额度规则还有几个细节：搭建任务、消息和回复不消耗额度，研究线索消耗额度；用完后搜索暂停，不会直接多扣一笔超额费。未用额度可以结转，但上限是一个月的额度。
这些规则有助于用户估预算。你可以修改获客想法、处理回复，而不必每动一下都担心账单；业务慢一点，也有有限的余量可以留到后面。
不过，额度清楚不代表业务成本就固定了。目标范围越窄，查到合适对象可能越费研究；团队审核能力跟不上，买更多额度只会增加积压。
所以对Pancake，我会先看用户有没有一条愿意持续运行的任务，再看有没有必要升级。对自己做产品的人，也一样：用户稳定用出价值以后，多给容量才说得通。
五、真要借鉴，先拿一条业务试
我觉得Pancake最值得运营人学的，是把找客户这件事拆到了可以持续执行、又能让人判断对错的程度。
不用一上来就搭一整套AI销售系统。先挑一个你已经卖得动的服务，再挑一个能辨认的需求变化。
比如你做企业培训，先从已有咨询里找出最常见的购买情境：新经理上任、团队扩张，或者组织调整后出现协作问题。哪些变化真的曾经带来订单，先回头看自己的记录。
然后做一小批人工判断，留下接受和排除的理由。把理由说不清楚，流程自动化以后也不会自动变清楚。
确认任务有用，再固定每周由谁看、谁接手、怎样记录结果。等团队能稳定处理，才考虑扩大来源、增加自动执行。
预算也从小处定。给这项试验划一个自己承受得起的费用和人工时间，结束后把结果摆在一起：留下了哪些可继续的对话，哪些判断错了，哪些步骤确实省了事。只有名单数量好看，就继续修；任务本身不成立，就停下来换方向。
这套办法更适合客户对象相对清楚、单笔业务值得花时间判断的团队。如果你还在寻找第一个付费客户，连对方为什么买都没摸清，先自己谈几次，比急着让系统扩大触达更有帮助。
Pancake已经把行业入口、持续任务、人工审批和额度订阅放在了一条链路上；这条链路能跑出多好的增长结果，还需要真实的用户与经营数据来证明。
它也解决不了一个更前面的问题：你的服务，究竟有没有人愿意买。客户标准含糊、产品价值没讲清楚时，自动找人只会更快地暴露问题。
#AI产品#Agent