mcpField
F
founder-led-sales

founder-led-sales

github.com/aidevgtm营销与增长329179 次安装2 天前更新
代码仓库

关于 founder-led-sales

面向技术创始人的销售技能,指导亲自完成早期客户销售并建立可重复的销售流程。内容涵盖客户发现、演示、价值沟通和推进下一步。

主要功能

  1. 01识别销售交易的关键角色与条件
  2. 02从活跃用户中寻找潜在客户
  3. 03通过提问开展需求发现
  4. 04围绕客户场景演示产品
  5. 05向买方阐明业务价值
  6. 06为内部倡导者准备销售材料

适用场景

  1. 01免费用户活跃但付费转化不足
  2. 02创始人首次进行销售通话
  3. 03交易因买方迟迟不决而停滞

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/aidevgtm/gtm-cofounder --skill founder-led-sales

安装后在 Claude Code 中输入/founder-led-sales确认已加载。

详细介绍

创始人主导销售(亲自拿下首批客户)

在你学会销售之前,没人能替你卖出去。前十笔交易不是靠招聘完成的,而是你了解自己到底在卖什么、卖给谁的过程。亲自去做,一开始做得不够好也没关系,直到整个流程可以重复。

**适用情形:**开发者很喜欢你的产品,也一直使用免费版,但没人付费;你从未卖过任何东西,一到真正交谈就不知所措;每笔交易都卡在“让我再想想”;或者你正打算招聘销售人员,让他们去做你自己还没摸清楚的事。

核心理念

market-to-devs-sell-to-buyers 告诉你应该卖给谁(开发者采用,老板付费)。pricing 定好了价格。这部分却是没人会提醒技术型创始人的:你得亲自去卖。而且这并不油腻。做好开发者工具的销售,就是做好需求挖掘,并帮助内部支持者争取预算。你不是在说服任何人相信虚假的东西,而是在找到那些已经深受其痛的人,让他们更容易做出选择。

贯穿始终的一条规则:**在销售流程可以重复之前,都要亲自去做。**你无法把一个还没摸透的销售流程外包出去。第一笔交易就招聘销售代表,等于雇人去做一份尚不存在的工作,最后只能失败。

每笔真实交易都包含四个要素

缺少其中任何一个,都不算交易,只是一次交谈。你的任务是找出缺了什么。

  • **内部支持者。**使用产品、喜欢产品,并愿意在公司内部为它争取的人。通常就是采用了你产品的开发者。
  • **买家。**掌握预算的人。他们往往不是内部支持者。
  • **有代价的痛点。**不只是“这个不错”,而是一个眼下正在让他们付出金钱、时间或承担风险的问题。
  • **行动契机。**一个现在就行动、而不是等到下个季度的理由。比如一次事故、一次审计、一个截止日期,或者扩展规模时遇到的瓶颈。

销售流程

**1. 从已经参与进来的人开始。**不要给陌生人群发消息。你的首批客户就藏在自己的使用数据中:免费版有三个席位的团队、提交过四个问题的人、触及使用限额的账户。他们已经向你表明自己有痛点。

**2. 以创始人的方式联系,而不是用自动化序列。**针对你注意到的某件具体事情,给真实的人发一条简短、真诚的消息。如果这条消息可以发给一千个人,就别发。

**3. 第一次通话是了解需求,不是推销。**你说 30%,听 70%。了解:他们用产品做什么、之前怎么做、这个痛点让他们付出了什么代价、还有谁也受其影响、谁掌握预算。创始人总是太早开始推销,说得也太多。提出最佳问题的人掌控谈话。

**4. 展示他们的使用场景,而不是你的功能列表。**展示产品如何用他们的数据完成他们的工作,并带他们取得成果(参见 time-to-first-value)。功能巡览不算演示。“看,这是你的具体问题,我们已经解决了”才算。

**5. 向买家说明价值,而不是只面向开发者。**开发者感受到的是节省下来的时间(Chronos)。买家批准预算,是为了获得业务成果:缩短一个发布周期、避免一次事故、满足一项合规要求,或者不让竞争对手胜出(Kairos)。把开发者的喜爱转化为老板能够据理力争的业务成果。

**6. 帮内部支持者做好内部推销的准备。**促成交易的关键时刻,你很少会在场。给内部支持者一段简短的业务论证、一个价格,以及“为什么是现在”的答案,让他们能拿去向老板说明。这就是由中间向外推进的方式:热情的开发者加上一位看得见投资回报的买家。

**7. 总要约定具体的下一步和日期。**这样才能在拖延开始之前就将其扼杀。

“让我再想想”不是异议

这代表缺少下一步,或者你没能发现对方的顾虑。不要接受这种回答就此离开。温和地问:“完全理解。你还需要确认什么,才能决定继续?”这样你就能了解真正的阻碍(预算、相关决策者、缺少的功能、时机),并切实解决问题。含糊的“以后再说”就是一个你还没诊断出来的“不”。

值得了解的门槛

  • 在获得前 10 到 20 位付费客户之前,或直到你能写下有效做法并反复执行之前,都亲力亲为。 只有到那时,招聘才有意义。
  • 多线沟通。 只和内部支持者沟通的交易很脆弱。如果你还没和预算负责人谈过,那就还不算成交,你只有一位粉丝。
  • 没有下一步,就没有交易。 销售对话结束时,一定要确定具体行动和日期。
  • 不要因为害怕而打折。 客户对价格提出异议,应该促成一场关于价值的对话,而不是让你让步的理由(参见 pricing)。
  • 少说多听。 如果在需求探索中,你说得比客户还多,那你是在推销,而不是销售。

看似合理的错误

  • 过早聘用销售人员。 你还没摸索出销售方法,就无法把它委托给别人。最初的几笔交易会让你了解自己在卖什么。
  • 只顾推介,不提问。 创始人往往先介绍产品。最优秀的销售人员会先提问,让客户自己说服自己。
  • 只向内部支持者推销,到此为止。 他们很喜欢产品,却无权签字。你必须接触买家。
  • 演示时逐一展示功能。 展示一切,等于什么都没展示。要展示如何解决他们的问题。
  • 把“考虑一下”当成答应。 这只是一个尚未诊断的拒绝。离开之前,要找出真正的阻碍。
  • 把使用量和收入混为一谈。 有 1 万名免费用户,却从未与买家交谈,这不叫增长势头,只是免费套餐很受欢迎。
  • 为收费道歉。 如果产品能带来价值,定价就是合理的。创始人一谈到价格就退缩,会让买家也学会退缩。

接下来的 30 分钟

  • 打开使用数据,列出参与度最高的 5 个账户(席位最多、使用量最大、提交问题最多)。他们就是你最先要联系的销售对象。
  • 针对表现最好的一家,填写以下四项:内部支持者、买家、带来成本的痛点、触发因素。记下缺少哪一项。
  • 针对你注意到的某件具体事情,给这位内部支持者写一条简短、自然的联系消息。不要套用模板。
  • 起草 5 个在展示任何内容之前要问的需求探索问题。
  • 确定买家愿意为之付费的那项业务成果,并用一句话说清楚。

本文基于真实的开发者工具 GTM 经验,并借鉴了 Adam Frankl(The Developer-Facing Startup)和 Jakub Czakon(markepear.dev)的框架。 如果交易总是停滞,而你希望有人在实际通话中支持你,欢迎通过 LinkedIn 联系我。

评论

支持 Markdown