N4 · Crypto BD & Ecosystem
把 BD 的产出从通讯录长度换成三条可验证的曲线，学会看懂条款、算清成本、画出自己的资源网络。
这条 Track 的对象是 BD、生态与合作。
它的起点是第 29 章那句话：BD 连接的是流动性、分发与集成，不是通讯录的长度。 这三类产出有一个共同性质——它们全部可以被第三方验证，而且大部分可以在链上验证。这条 Track 就建立在这个性质上。
这条 Track 适合谁
你的季度汇报很厚，但没有一条能对应到曲线变化。 联系人、会议、意向、联合公告都有，可是半年后回头看，找不到任何一个数字因为这些事情变过。
你谈成过合作，但它没有被执行。 双方都发了公告，对接群还在，然后就没有然后了。你知道哪里不对，但说不清是哪一步断的。
你面前有一份条款，你看不懂它的成本在哪。 借币加认购权、上所的综合投入、独家的期限与范围——你能读完每一个字，但算不出在几种情形下各自得到什么。
你没有行业人脉，觉得这一行进不去。 这条 Track 会给出一个具体的反驳：六类角色里有三类基本不依赖人脉，而另外三类的真正门槛也不是人脉。
有一种预期要先纠正：这条 Track 不教怎么社交。它教的是怎样让一次合作在对方的考核表里成立，以及怎样在事后证明它真的发生了。
前置
Part A 有六章必须读完。这条 Track 之所以在 Core 之后才开，是因为第四列「你能给什么」填不出来的 BD，只能去谈第一列。
| 必读章节 | 它在这条 Track 里承担什么 | 缺了它会怎样 |
|---|---|---|
| 第 15 章 · 流动性 | 深度、滑点与「能不能真的出得去」 | 谈做市时不知道自己现在处在什么水平 |
| 第 24 章 · 归零与攻击 | 十类风险与权限结构 | 钱包入口这条线的前置条件你无法推动 |
| 第 26 章 · Protocol 靠什么赚钱 | 收入分配与实际抽成率 | 谈分成时说不出自己让出的是什么 |
| 第 27 章 · Crypto Product | 可组合：任何人都能把你接进去 | 看不懂集成为什么是最牢固的一类连接 |
| 第 28 章 · Crypto Growth 的本质 | 五层漏斗与「台阶 vs 尖峰」 | 排不出合作的优先级 |
| 第 29 章 · Crypto BD 到底在连接什么 | 这条 Track 的主干：六类角色、三问、优先级三梯队、提案四段 | 后面所有内容都没有挂靠点 |
强烈建议同时读第 23 章 · 链上数据。这条 Track 里所有的「怎么知道它真的发生了」，最后都落到那一章的取数方法上。
一个 Lab 必须真的做过：第 29 章的「画一个协议的资源网络图」。尤其是查调用来源那一步——排在前面而你不认识的合约地址，是这一行里质量最高的线索。
你会学什么
十个主题，分成四组。顺序不是按重要性排的，是按「效果依不依赖市场情绪」排的。
- 集成与分发
- 流动性与场所
- 资助与生态
- 机构与长期关系
| 分组 | 包含的主题 | 这一组要解决的问题 | 从哪一章接上 |
|---|---|---|---|
| 集成与分发 | Partnership、Wallet、Chain | 怎样让别人把你当零件用，以及怎样进入每天被打开的位置 | 第 27、28、29 章 |
| 流动性与场所 | Liquidity、Market Maker、CEX、Listing | 深度从哪来，条款的成本藏在哪 | 第 15、29 章 |
| 资助与生态 | Grant、Foundation | 怎样把申请变成一次交付，以及绑定的代价 | 第 29 章 |
| 机构与长期关系 | Institution | 对方需要什么才能把你写进自己的流程 | 第 24、26 章 |
这四组里最需要练的三件事
第一组的工作里，有一大半不是谈判，是降低接入成本。 第 29 章那个案例很说明问题：一个协议调用量最大的几个集成方，经常从来没出现在任何一份公告里——他们读文档、写代码、接上去，全程不需要和任何人打招呼。所以这一组的真实工作是：把文档写清楚、示例给全、接口稳定、有一个能回答问题的地方。 做好了，集成会自己发生。
第二组的核心能力是算条款，不是谈条款。 借币加认购权这类结构在行业里常见且合法，问题从来不是结构本身，是签的人有没有算过。这条 Track 会把它练成一个固定动作：列出几个价格区间，逐格填「我方得到什么、对方得到什么」，填不出来就不签。 这和第 24 章那句「查不到就写未评估」是同一个原则。
第四组要处理的是一类特殊的对方：他们的决策不由一个人做。 机构类合作的真正门槛通常不在意愿，在流程——对方需要把你写进他自己的风控、合规和运营流程里，而这需要你提供一批很具体的东西：权限结构是什么样、出事之后责任怎么划、数据口径能不能对上、报告能不能按他的格式出。这一组的能力，一半是 BD，一半是把自己团队的内部状况整理清楚。
一次「合作」除了双方各发一条公告之外，没有任何其他事情发生。
第 29 章给了四个检验问题：链上能不能看到、产品里能不能点到、对方文档里有没有、有没有一个数字变了。四个都答不上来的，是公关，不是合作。
要说明的是这不是贬义——公告对招聘、融资和社群情绪有真实作用。问题只在于把它当成 BD 的产出来考核。它是一次合作的副产品，不是合作本身。
对方年底真正被问到的那个数字，不是他的愿景。
它是一封提案里唯一重要的东西，也是唯一无法从公开语料里直接拿到的东西。六类角色的差异极大：钱包看用户留存和自己的收入，做市商看风险调整后的收益，生态方看生态里的项目数量和使用量，交易场所看交易量和合规风险，而一个集成方的开发者看的可能只是「接你会不会给我添麻烦」。
三个查法：读对方的产品（最近上了什么功能、首页突出什么）、读对方的公开材料（博客、治理提案、季度更新）、看对方在招什么人（一个团队在招什么人，就是它接下来要做什么）。
毕业作品
一张资源网络图加三份可执行的合作方案。
「可执行」是这四个字里的重点。一份可执行的方案意味着：对方看完不需要问你任何问题，就知道第一步该做什么、谁来做、什么时候做完。
和毕业项目的区别。 毕业项目要求你完整理解一个项目并把它写清楚，它证明的是理解力。这条 Track 的作品要求你对外发出去——三份方案是写给三个真实对象的，它们的质量由对方的反应来检验，而不是由你自己的完整度来检验。
验收标准五条：
网络图六格逐格填满，每一格标注依据等级。
链与生态、钱包与入口、做市与流动性、交易场所、基金会与资助方、开发者与集成方，一格不能空。每一格标明依据来自哪里，依据的优先级顺序是：对方的产品界面、对方的官方文档、链上记录、双方的公告——注意公告排在最后。
公告逐条过四问，给出命中比例。
把这个协议一段时间内的合作公告列出来，每一条过「链上看得到吗、产品里点得到吗、对方文档提了吗、哪个数字变了」。统计四项全中的有几条、一项都没中的有几条。这个比例就是这个协议 BD 工作的真实成色，而它也是你这份作品里最有说服力的一张表。
三份方案面向三类不同角色，第三段必须写对方的考核指标及其依据。
三份方案要针对六类角色里的三类，不能是同一类的三个对象。每份四段、控制在一屏之内。第三段是唯一不能外包给模板的一段：写出你认为对方的核心考核指标是什么、你的依据是什么（产品、公开材料还是招聘）、这件事怎样推动它。
有一条自检：把第三段里的「贵方」两个字去掉，如果这句话读起来是在夸自己，这一段就是白写的。
每份方案附一页成本，含隐性成本。
显性的：费用、代币、人力、时间。隐性的：绑定（拿了某条链的资助，短期内很难同时讲多链的故事）、独家（放弃的其他机会）、认购权（成本随价格上涨而增加）、以及资源的分配而非叠加（每开一个新场所，做市资源从哪来）。隐性成本一条都不写的方案，这一条不通过。
每份方案给出一个可验证的交付物、一个时间表、一个验证方法。
交付物要具体到「在你们的兑换页面里增加我们这条路径」这种程度，不能是「探讨合作可能」。验证方法要写明：这件事发生之后，哪条曲线会变、怎么查、多久能看到。
怎样判断自己达标了
达标的表现是：你能说出具体的曲线和变化——来自某个入口的新增用户占比、某个规模下的滑点、某几个外部合约的调用量。而且你能说出查它的方法。
不达标的表现是报联系人数、会议数、意向数、公告数。第 29 章开头那两份汇报就是这个对比：厚的那一份，半年后一条曲线都对不上。
一个很实用的自检：把你的季度汇报改写成三行，每行一件已经发生的事加一条可验证的曲线。写不满三行是正常的，写不出一行才是问题。
达标的表现是：把它变成一张表——列出几个价格或规模情形，逐格填「我方得到什么、对方得到什么」。填不出来就不签。
以借币加认购权为例：价格涨到认购价之上，对方行权，相当于你在那个价位卖出了这批代币；价格一直很低，对方还回代币，你付出的是这段时间的成本和可能的市场影响。这个结构在行业里常见且合法，问题从来不是它本身，是签的人有没有算过。
不达标的典型表现是关注「不用付现金」。没有现金支出不等于没有成本，这是这一行最贵的一类误判。
达标的表现是：三份的第三段几乎没有重合，因为它们说的是三个完全不同的考核指标。
不达标的表现是三份读起来像同一个人写的——那说明你根本没有在考虑对方是谁，本质上就是把同一份材料群发。第 29 章那个 AI Lab 的进阶做法专门测这件事。
如果你写不出某一类角色的考核指标，正确的动作不是编一个，是去查：读对方的产品、读对方的公开材料、看对方在招什么人。查不到就先不发那封信。
达标的表现是：你定期拉这张表，而且你知道排在前面的合约地址分别属于哪个产品。
这个动作大多数团队从来没做过，而它同时提供两样东西：一是集成这一格的真实成绩（比任何公告都准确），二是质量最高的 BD 线索——排在前面而你不认识的名字，他们已经在用你了，接下来的对话可以从第二步开始。
不达标的表现是只知道有公告的那几个合作方。第 29 章那个案例反复出现：贡献调用量最大的集成方，经常从来没被宣传过；而公告里最醒目的那个，调用量可能是零。
没有标准答案，检查这几件事：
- 你能说出哪三类角色基本不依赖人脉吗？（开发者与集成方、基金会与资助方、早期的链与生态）
- 接入文档、示例和接口稳定性，你推动过吗？还是一直认为那是工程的事？
- 第 24 章的十项，你给自己的项目过过一遍吗？钱包入口这条线的前置条件在这里，不在关系上。
- 调用来源表你拉过几次？找到过几条线索？
- 你的深度和三个量级的滑点是多少？说得出来吗？
- 你这个季度真正在推动的事情里，有几件的瓶颈其实在你自己团队内部？
一个反直觉但很常见的结论：一个没有人脉的 BD，第一个季度最好的工作可能根本不是去认识人。 把接入文档写好、把安全与权限自查一遍、把调用来源表拉出来找到已经在用你的人——最后那件事尤其被低估。
常见误区
误区一：把公告当成产出。
表现是季度汇报里合作数量是核心指标，每一条下面配一张「战略合作」的图。
它错在把副产品当成了产品。一次合作是否成立，取决于有没有一件具体的事被做完了，而且这件事可以被第三方看到。 公告本身对招聘、融资和社群情绪有真实作用，问题只在考核方式上。
正确的做法是把考核换成三类产出加四个检验问题。这个改动的代价要说清楚：它在短期内会让 BD 这个岗位看起来产出很低，一个季度可能只有两三行内容。但它会带来一个最少被预见到的收益——跨职能协作变多，因为第一梯队合作的前置条件在产品和安全那边，BD 必须去推动它们。
误区二：把同一份材料发给所有人。
表现是一份做得很漂亮的合作介绍，发给钱包、发给做市商、发给基金会、发给交易所。
它错在假设六类角色的激励相同，而这个假设几乎总是错的。钱包关心用户资产安全和自己的收入，做市商关心风险调整后的收益，生态方关心生态里有多少项目和多少使用量——同一件事对他们的意义完全不同。
正确的做法是把提案的第三段当成每一封信的主体，前后三段才是模板。一封信里唯一需要重新写的，是关于对方的那一段。
误区三：把看不懂的条款当成没有风险。
表现是「对方是大机构，条款应该是标准的」，或者「反正不用付现金」。
它错在一个具体的地方：成本经常藏在不显眼的位置——做市条款里的认购权、上所需要投入的做市资产、生态资助带来的绑定、独家条款放弃的其他机会。这些都不会出现在「合作金额」那一栏里。
正确的做法是把每一项合作的成本明确写出来，包括隐性的那几项。填不出来就不签，这不是谨慎，这是这一行的基本功。这也是为什么这个课程把 BD 放在第五阶段——前面四个阶段的内容，在这里都是工具。
误区四：以为流动性在不同场所之间是叠加的。
表现是「多上一个场所总归是好事」，然后上线后链上的深度反而变薄了。
它错在忽略了一个结构：流动性是一种有限资源，它在不同场所之间是分配关系，不是叠加关系。 一部分做市资源被调去支持新场所的盘口，而原来的池子是被动的、没有人主动补。结果是场所多了一个，用户的实际成交体验变差了。
正确的做法是每开一个新场所都问一句这些资源从哪来，并且把评估方式从「公告当天的价格」换成「一段时间之后的深度和滑点」。
接下来
先回去做这两件事：第 29 章的资源网络图 Lab，以及第 23 章的取数 Lab。后者让你在网络图的每一格里都填得出「我怎么验证的」，这一列才是那张图的价值所在。
给自己的项目也画一遍那张图。 如果你现在不在做 BD，画完你会知道该找谁；如果你在做，画完你会知道下个季度的第一件事是什么。
把毕业项目的研究部分做一遍。 BD 谈判里最有说服力的第一段，是一个可验证的数字加一个查证位置——而这个数字只能自己取。
可以组合的其他 Track：
| 组合 | 为什么合得来 |
|---|---|
| N3 · Crypto Growth & Operations | 集成和入口是「台阶」形状的增长，它们通过 BD 发生。两条 Track 共用第 28 章那张漏斗表 |
| N1 · Crypto Research & Investment | 研究能力让你的提案第一段有可验证的数字，也让你对别人的公告有正确的折扣率 |
| N5 · Crypto Founder | 早期创始人的 BD 是自己做的，而且六类角色里最先够得着的那几类，恰好是不发币也能谈的 |
如果你想把「降低接入成本」这件事亲手做到位——写接口文档、给示例、判断接口稳不稳定——那么工程方向的 T13、T15 值得读一遍，即使你不打算自己写代码。