职场工具箱之 BATNA：谈判不是嘴硬，是你有没有"退路"？

一、扎心场景：你有没有经历过这种"被动挨打"？

我先讲个真事。

几年前，一个朋友跟我吐槽。他在一家公司干了三年，技术不错，项目也扛了不少，终于鼓起勇气去找老板谈涨薪。

他准备了一堆材料：做了哪些项目、带了几个人、解决了什么技术难题、客户反馈多好……

老板听完，微微一笑，说了一句话：

"嗯，你说的都对。但是你也知道，现在市场环境不太好，公司预算有限。我尽量帮你争取，但可能也就涨个 5% 吧。"

朋友愣了一下，心里想反驳，但嘴巴张了张，什么也没说出来。

为什么？

因为他没有其他 offer。

他没有面过其他公司，不知道自己在市场上值多少钱，也没有任何"如果这里谈不成，我可以去哪里"的选项。

他唯一的选择就是：接受，或者裸辞。

而裸辞？他有房贷。

所以他接受了 5%。

回来跟我说："我觉得自己像个乞丐，明明是来谈判的，结果变成了恳求。"

我说："兄弟，你不是输在口才上，你是输在没有 BATNA 上。"

他问："BATNA 是什么？"

好，今天就聊这个。

二、What：BATNA 到底是什么？

2.1 一句话定义

BATNA = Best Alternative to a Negotiated Agreement

翻译过来就是：谈判协议的最佳替代方案。

再说人话就是：如果这次谈判谈崩了，你能走的最好的那条路。

这个概念来自哈佛谈判项目（Harvard Negotiation Project），由 Roger Fisher 和 William Ury 在 1981 年的经典著作《Getting to Yes》（中文译名《谈判力》）中首次提出。

注意，BATNA 不是你在谈判桌上拍桌子说的那句"大不了我不干了"。

那叫威胁，不叫 BATNA。

BATNA 是你真的想清楚了：如果这次谈判达不成协议，我的最佳选择是什么？这个选择是真实的、可执行的、你愿意接受的。

2.2 BATNA 不是威胁，是选项

很多人一听"替代方案"，第一反应就是："哦，就是拿来吓唬对方的筹码嘛。"

不是。

BATNA 的核心不是"威胁对方"，而是"保护自己"。

它回答的问题不是"我怎么让对方害怕"，而是"如果谈不成，我怎么办"。

打个技术人熟悉的比方：

BATNA 就像系统设计里的 fallback 机制。

你的主服务（谈判）如果挂了，你的 fallback（BATNA）能不能接住？如果你的 fallback 是一个返回 500 的空壳服务，那你的系统就是脆弱的。如果你的 fallback 是一个经过充分测试的降级方案，那你的系统就是有韧性的。

谈判也一样。你的 BATNA 越强，你在谈判桌上就越从容。因为你知道：最坏的情况，我也有一条不错的路可以走。

2.3 BATNA vs 底线（Bottom Line）

很多人会把 BATNA 和"底线"搞混。它们不是一回事。

底线（Bottom Line / Reservation Price）：你能接受的最低条件。比如"月薪低于 3 万我就不去"。

BATNA：如果谈不成，你的最佳替代选择。比如"我手上还有另一家公司的 offer，月薪 2.8 万，离家近，团队也不错"。

区别在哪？

底线是一个数字，是你画的一条线。

BATNA 是一个方案，是你真实拥有的一个选项。

而且，你的底线应该由你的 BATNA 来决定，而不是拍脑袋定的。

如果你的 BATNA 是月薪 2.8 万的 offer，那你的底线就不应该低于 2.8 万——因为低于这个数，你还不如去另一家。

如果你没有 BATNA，你的底线就是空中楼阁。你说"低于 3 万不去"，但你没有其他选择，那这个底线就是自欺欺人。

小白提示：用租房来理解 BATNA。你在跟房东谈价格，如果你只看了这一套房，你就没有 BATNA，房东说多少就是多少。但如果你同时看了三套差不多的房子，其中一套价格更低、位置也行，那这套房就是你的 BATNA。你跟房东谈价的时候，心里有底：谈不拢我就去住那套。这种底气，不是装出来的，是真的有退路。

2.4 ZOPA：谈判的"成交区间"

说到 BATNA，就不得不提另一个概念：ZOPA（Zone of Possible Agreement），也就是"可能达成协议的区间"。

举个例子：

• 你卖一辆二手车，你的 BATNA 是把车卖给二手车商，能拿到 8 万。所以你的底线是 8 万（低于这个数你还不如卖给车商）。
• 买家的 BATNA 是去另一个卖家那里买一辆类似的车，要花 12 万。所以买家的底线是 12 万（高于这个数他还不如去买另一辆）。

那 ZOPA 就是 8 万到 12 万之间。

在这个区间内，双方都比各自的 BATNA 好，所以有可能达成协议。

如果你的底线是 13 万，买家的底线是 12 万，那就没有 ZOPA——谈不成，各走各路。

用代码来类比：

def has_zopa(seller_batna, buyer_batna):
    """判断是否存在成交区间"""
    seller_reservation = seller_batna  # 卖家底线 = 卖家的 BATNA 价值
    buyer_reservation = buyer_batna    # 买家底线 = 买家的 BATNA 价值

    if seller_reservation <= buyer_reservation:
        return {
            "zopa_exists": True,
            "range": (seller_reservation, buyer_reservation),
            "message": "有戏，可以谈"
        }
    else:
        return {
            "zopa_exists": False,
            "range": None,
            "message": "没戏，别浪费时间"
        }

# 例子
result = has_zopa(seller_batna=80000, buyer_batna=120000)
# {'zopa_exists': True, 'range': (80000, 120000), 'message': '有戏，可以谈'}

所以你看，BATNA 不仅决定了你的底线，还决定了谈判有没有"成交区间"。

如果你的 BATNA 很强（比如你有一个很好的替代方案），你的底线就高，你在 ZOPA 里能争取到的空间就大。

如果你的 BATNA 很弱（比如你没有其他选择），你的底线就低，你只能在 ZOPA 的底部徘徊，甚至被迫接受刚好比你 BATNA 好一点点的条件。

三、Why：为什么 BATNA 决定谈判底气？

3.1 没有退路 = 没有议价权

这是最残酷的真相。

谈判的本质不是"谁嗓门大"、"谁更会说话"、"谁更有道理"。

谈判的本质是：谁更需要这次协议？

或者换个说法：谁离开谈判桌的代价更大？

如果你离开谈判桌就无路可走，那你就是那个更需要协议的人。对方知道这一点（或者猜到这一点），就会把条件压到你能接受的最低限度。

这不是对方坏，这是博弈论的基本逻辑。

想想看，为什么垄断企业可以随便定价？因为消费者没有替代选择。你的 BATNA 是零，你的议价权就是零。

反过来，为什么开源软件能倒逼商业软件降价？因为它给了用户一个 BATNA。你不降价？我用开源的。

3.2 BATNA 越强，你越从容

我见过两种人谈判。

第一种人：手里没牌，但装作有牌。说话声音很大，态度很强硬，动不动就"大不了我不干了"。但你仔细看他的眼神，是虚的。因为他知道自己在 bluff。对方也知道。

第二种人：手里有牌，反而很平静。说话不急不慢，态度很温和，但每一句话都有分量。因为他不需要虚张声势——他真的有退路。

第二种人，就是有强 BATNA 的人。

这就像打德州扑克。手里拿着一对 A 的人，不需要 all in 来吓唬你。他可以慢慢跟注，因为他知道自己赢面大。反而是手里拿着 2-7 offsuit 的人，才需要疯狂加注来 bluff。

但 bluff 这种事，偶尔能成功，长期来看是亏的。

小白提示：BATNA 的强弱是相对的，不是绝对的。你的 BATNA 不需要完美，只需要比"没有协议"好就行。而且，BATNA 的价值不仅在于你真的会用它，更在于它给你的心理安全感。当你知道自己有退路的时候，你说话的语气、你做决定的速度、你面对压力的反应，都会不一样。这种从容，对方是能感受到的。

3.3 对方的 BATNA 也很重要

很多人只想着自己的 BATNA，忘了一件事：对方也有 BATNA。

而且，谈判中的信息不对称，往往就体现在 BATNA 上。

你不知道对方有没有其他候选人。 对方不知道你有没有其他 offer。 你不知道对方的预算到底是多少。 对方不知道你的底线到底在哪。

这就是为什么谈判前的"功课"那么重要。

如果你能判断出对方的 BATNA 很弱（比如这个岗位招了三个月还没招到人），那你的议价空间就大了。

如果对方的 BATNA 很强（比如他们有十个候选人排队），那你就得调整预期。

用技术人的话说：谈判就是一个信息博弈的过程。你掌握的信息越多，你的决策就越准确。而 BATNA——无论是你的还是对方的——就是这个博弈中最关键的信息。

3.4 技术人常见的谈判场景

你可能觉得"谈判"这个词离你很远，那是销售和 BD 干的事。

错了。

技术人每天都在谈判，只是你没意识到而已。

场景一：谈薪 / 涨薪

这是最明显的谈判场景。你和公司（或者 HR）在谈你的劳动力价格。你的 BATNA 是什么？其他公司的 offer、你的存款能撑多久、你的技能在市场上的稀缺程度。

场景二：和产品经理谈排期

产品说"这个功能下周要上线"，你说"做不完"。这就是谈判。你的 BATNA 是什么？砍需求、加人、延期、先上 MVP 版本。产品的 BATNA 是什么？找其他团队做、用第三方方案、跟老板说延期。

场景三：技术选型争论

你想用 Go，同事想用 Java。这也是谈判。你的 BATNA 是什么？各做各的（微服务嘛）、做个 POC 对比、让架构师拍板。

场景四：争取资源

你想要两个前端开发，但资源池就那么大。你的 BATNA 是什么？用外包、自己学前端（别笑，真有人这么干）、砍掉前端重的功能、用 low-code 平台。

看到了吗？BATNA 无处不在。

每一次你需要和别人达成某种"协议"的时候，你都在谈判。而你有没有想过自己的 BATNA，决定了你是主动还是被动。

四、How：怎么用 BATNA？

好，理论讲完了，来点实操的。

4.1 五步法：找到并用好你的 BATNA

第一步：列出你的所有替代方案

谈判之前，先问自己一个问题：

"如果这次谈判完全谈崩了，我有哪些选择？"

注意，是"所有选择"，不是"最好的选择"。先发散，后收敛。

比如你要谈涨薪，替代方案可能包括：

• 跳槽去 A 公司（已经拿到 offer）
• 跳槽去 B 公司（还在面试中）
• 留在现公司但转组（换个更有前景的团队）
• 留在现公司但要求其他补偿（比如远程办公、股票、培训预算）
• 裸辞休息一段时间（如果存款够的话）
• 接受现状，但开始做副业
• 接受现状，但降低工作投入（安静辞职 quiet quitting）

把所有能想到的都列出来。不要自我审查，不要觉得"这个不现实"。先列，后评估。

第二步：评估每个替代方案的价值

每个方案都有它的"价值"，但这个价值不仅仅是钱。

你需要考虑：

• 经济价值：薪资、股票、福利
• 时间价值：通勤时间、加班程度、灵活度
• 成长价值：技术成长、职业发展、行业前景
• 情感价值：团队氛围、工作满意度、生活质量
• 风险成本：跳槽的不确定性、裸辞的经济压力、转组的政治风险

给每个方案打个综合分。不需要精确到小数点，大概排个序就行。

这就像你做技术选型时的评估矩阵——你不会只看性能，还要看社区活跃度、学习曲线、团队熟悉程度、运维成本。

第三步：选出最佳替代方案 = 你的 BATNA

在所有替代方案中，选出综合价值最高的那个。

这就是你的 BATNA。

比如，经过评估，你发现 A 公司的 offer 综合来看是最好的替代选择（薪资高 20%，技术栈你喜欢，虽然通勤远了点但可以接受）。

那 A 公司的 offer 就是你的 BATNA。

重要提醒：BATNA 必须是真实的、可执行的。

"我可以去 Google"——如果你没有 Google 的 offer，这不是 BATNA，这是幻想。

"我可以创业"——如果你没有商业计划、没有启动资金、没有合伙人，这不是 BATNA，这是白日梦。

BATNA 必须是你现在就能走的路，不是"理论上可能的路"。

第四步：评估对方的 BATNA

这一步很多人会忽略，但它同样重要。

问自己："如果谈判谈崩了，对方的最佳选择是什么？"

比如你谈涨薪，对方（你的老板/公司）的替代方案可能是：

• 不给你涨，赌你不会走
• 不给你涨，你走了再招一个（招聘成本 + 培训成本）
• 给你涨一点，但不是你要的数
• 内部调一个人来替你

如果你判断对方的 BATNA 很弱（比如你负责的系统只有你懂，招人很难），那你的议价空间就大。

如果对方的 BATNA 很强（比如你做的事情很多人都能做），那你就得务实一点。

当然，你不可能完全知道对方的 BATNA。但你可以通过各种渠道去推测：

• 这个岗位在招聘网站上挂了多久？
• 团队最近有没有人离职？
• 公司最近的业绩怎么样？
• 你负责的项目对公司有多重要？

信息就是力量。在谈判中，尤其如此。

第五步：用 BATNA 设定你的谈判区间

现在你知道了自己的 BATNA 和（大概的）对方的 BATNA，你就可以设定谈判策略了。

• 你的底线 = 你的 BATNA 的价值。低于这个，你就走人。
• 你的目标 = 在 ZOPA 内尽可能好的结果。
• 你的开价 = 比目标高一些（给自己留谈判空间）。

比如：

• 你的 BATNA（A 公司 offer）= 月薪 3 万
• 你估计对方的 BATNA（重新招人）成本很高
• 你的底线 = 3 万（低于这个你就去 A 公司）
• 你的目标 = 3.5 万
• 你的开价 = 3.8 万

这样你就有了一个清晰的谈判框架，而不是凭感觉瞎谈。

4.2 实战场景改写

光说理论没用，来看三个技术人最常遇到的场景。

场景 1：谈薪 / 涨薪

❌ 没准备直接谈：

你："老板，我来公司两年了，一直很努力，能不能涨点薪？"

老板："嗯，我知道你很努力。但今年预算紧，我尽量帮你争取，可能涨个 8% 吧。"

你："……好吧。"（心里想：才 8%？但我也没别的选择……）

✅ BATNA 版：

谈判前准备： - 你已经面试了两家公司，拿到了一个 offer（月薪高 25%），另一家在终面阶段 - 你调研了市场薪资水平，确认自己的要求合理 - 你评估了老板的 BATNA：你负责的核心系统短期内没人能接手，招人至少要 3 个月

你："老板，我想聊聊薪资的事。过去两年我负责了 X 系统的重构，把可用性从 99.5% 提升到 99.99%，也带了两个新人。我对自己的市场价值做了一些调研，发现目前的薪资和市场水平有一定差距。我希望能调整到 XX 的水平。"

老板："这个数有点高啊，预算不太够。"

你："我理解预算的限制。不过我也想坦诚地说，我确实收到了一些外部的机会，条件还不错。我更希望留在这里继续发展，但也希望薪资能反映我的贡献和市场价值。我们能不能一起想想办法？比如薪资调整一部分，再加上一些其他的补偿方式？"

看到区别了吗？

第一种情况，你是在"恳求"。第二种情况，你是在"谈判"。

区别不在于你说了什么，而在于你背后有没有真实的替代方案。

场景 2：和产品谈排期

❌ 硬扛 / 全接：

产品经理："这个功能老板说了，下周五必须上线。"

你（硬扛版）："不可能！这个功能至少要三周！你们产品就知道拍脑袋！"

或者你（全接版）："……好吧，我加班赶一下。"（然后连续加班一周，代码质量稀烂，上线后 bug 满天飞）

✅ BATNA 版：

谈判前准备： - 你拆解了需求，明确了工作量：完整版需要 15 人天，MVP 版需要 5 人天 - 你列出了替代方案：砍需求（只做核心流程）、加人（借调一个后端）、延期（推迟一周）、分期上线（先上 MVP，再迭代） - 你评估了产品的 BATNA：老板要的是"下周五能看到东西"，不一定是"完整功能"

你："我理解这个功能很紧急。我拆解了一下，完整版需要三周。但如果我们先做一个 MVP 版本——只包含核心的下单流程，不含优惠券和分享功能——五天可以搞定，下周五能上线。然后我们在下个迭代补齐剩余功能。你觉得这个方案行不行？"

产品经理："嗯……老板主要是想看到下单流程跑通。优惠券确实可以后面再加。"

你："那我们就这么定。我今天就开始排期，MVP 版本下周五上线，完整版本月底前搞定。"

这里你的 BATNA 是什么？是"如果产品不接受任何妥协，我就按正常排期走，三周交付"。

产品的 BATNA 是什么？是"如果你不做，我去找其他团队或者用第三方方案"——但这个 BATNA 通常很弱，因为换团队的沟通成本更高。

当你把替代方案摆出来的时候，谈判就从"做不做"变成了"怎么做"。这就是 BATNA 的力量。

场景 3：技术选型争论

❌ 各执己见：

你："我觉得应该用 Go，性能好，并发强。"

同事："我觉得应该用 Java，生态成熟，招人容易。"

你："Go 的协程比 Java 的线程高效多了！"

同事："Java 的 Spring 生态比 Go 的框架成熟多了！"

（吵了一个小时，谁也没说服谁，最后等架构师来拍板，架构师选了 Python，两个人都傻了）

✅ BATNA 版：

谈判前准备： - 你明确了自己的核心诉求：不是"用 Go"，而是"高并发场景下的性能保障" - 你列出了替代方案：用 Go、用 Java + 虚拟线程（Project Loom）、核心模块用 Go + 其他模块用 Java、做 POC 对比 - 你评估了同事的核心诉求：不是"用 Java"，而是"团队能快速上手，招人不难" - 你的 BATNA：如果达不成共识，就做 POC 对比，用数据说话

你："我理解你担心 Go 的学习曲线和招人问题，这确实是个风险。我的核心关注点是高并发场景下的性能。要不我们这样：花一周时间，分别用 Go 和 Java 做一个 POC，跑一下压测，同时评估一下团队的学习成本。用数据来决定，而不是我们俩在这里吵。如果 Java 的新特性（比如虚拟线程）能满足性能要求，我完全可以接受用 Java。"

同事："行，这样公平。如果 Go 的性能优势确实很大，而且学习曲线没那么陡，我也可以接受。"

这里的关键是什么？

你把谈判从"立场之争"（Go vs Java）转变成了"利益之争"（性能 vs 可维护性），然后用 BATNA（做 POC 对比）作为兜底方案。

这就是 BATNA 在技术讨论中的应用：它不是让你"赢"，而是让你们找到一个双方都能接受的方案。

4.3 对比表：无效谈判 vs BATNA 谈判

4.4 技术人常踩的坑

坑 1：以为 BATNA 是威胁

"我手上有其他 offer，你不给我涨薪我就走！"

这不是在用 BATNA，这是在发最后通牒。

BATNA 是你心里的底牌，不是你嘴上的武器。你可以让对方知道你有选择，但方式应该是含蓄的、专业的，而不是威胁性的。

一旦你把 BATNA 变成威胁，对方的反应往往不是妥协，而是对抗。"你要走就走吧"——然后你就真的得走了，不管你是不是在 bluff。

正确的做法是：让对方感受到你有选择，而不是告诉对方你有选择。

怎么做？通过你的从容、你的专业、你的合理诉求。当你说"我对自己的市场价值做了调研"的时候，对方自然会推测你可能有其他机会。你不需要明说。

坑 2：高估自己的 BATNA

"大不了我裸辞，去创业！"

你真的准备好了吗？你有商业计划吗？你有启动资金吗？你的家人支持吗？

很多人在谈判前会给自己打气，把替代方案想得很美好。但如果你的 BATNA 是建立在幻想之上的，你的底线就是虚假的，你的谈判策略就是错误的。

对自己的 BATNA 要诚实。

如果你的 BATNA 其实很弱，那就承认它，然后想办法加强它（比如在谈判之前先去面试几家公司，拿到真实的 offer）。

这就像写代码：你不能假设你的 fallback 服务是好的，你得测试它。一个没测试过的 fallback，比没有 fallback 更危险——因为它给了你虚假的安全感。

坑 3：忽略对方的 BATNA

只想着自己有没有退路，忘了对方也有退路。

如果你以为对方离了你就不行，但其实对方有很多替代选择，你就会高估自己的议价权，开出不切实际的条件，最后谈崩。

永远要做双向评估。

坑 4：谈判前不做功课

这是最常见的坑。

很多技术人觉得"我技术好就行了，谈判这种事到时候再说"。

结果到了谈判桌上，两眼一抹黑：不知道市场薪资水平，不知道对方的预算范围，不知道自己有什么替代选择，不知道对方有什么替代选择。

这就像不写单元测试就上线——你觉得自己的代码没问题，但你没有任何证据。

谈判前的功课，就是你的"测试覆盖率"。覆盖率越高，你翻车的概率越低。

小白提示：如果你现在没有在谈判，也可以开始准备你的 BATNA。定期更新简历、保持和猎头的联系、关注市场上的机会、维护你的技术影响力——这些都是在"养"你的 BATNA。就像系统的灾备方案，不是等灾难发生了才开始建的，而是平时就要准备好。你的 BATNA 是一个需要持续维护的"系统"，不是一个临时抱佛脚的"补丁"。

五、总结

回到开头那个朋友的故事。

后来他听了我的建议，花了两个月时间做了几件事：

1. 更新了简历，投了几家公司
2. 拿到了两个 offer，一个薪资高 30%，一个薪资高 15% 但离家近
3. 重新评估了自己在现公司的价值（他负责的系统确实很关键）
4. 再次找老板谈

这次，他不再是"恳求"，而是"谈判"。

结果？涨了 25%，还拿到了一个技术 lead 的 title。

他跟我说："其实我最后没有用那两个 offer 去威胁老板。我只是……心里有底了。说话的时候不慌了。老板可能也感觉到了。"

这就是 BATNA 的力量。

它不是让你变成一个咄咄逼人的谈判高手，而是让你变成一个有底气的、从容的、理性的谈判参与者。

记住这句话：

谈判桌上的底气，不是来自你的嗓门，而是来自你的退路。没有 Plan B 的人，只能接受别人的 Plan A。

行动清单

• [ ] 想一想你最近有没有需要"谈判"的场景（薪资、排期、资源、技术选型……）
• [ ] 列出你在这个场景中的所有替代方案（至少 3 个）
• [ ] 评估每个替代方案的综合价值，选出你的 BATNA
• [ ] 评估对方的 BATNA（他们如果谈不成，最好的选择是什么？）
• [ ] 用你的 BATNA 设定底线、目标和开价
• [ ] 如果你的 BATNA 很弱，想想怎么加强它（面试、学新技能、拓展人脉……）
• [ ] 定期"养"你的 BATNA：更新简历、保持市场敏感度、维护技术影响力
• [ ] 谈判时保持从容，让对方感受到你有选择，而不是直接威胁
• [ ] 谈判后复盘：你的 BATNA 评估准确吗？对方的 BATNA 你猜对了吗？

思维导图

@startmindmap
<style>
mindmapDiagram {
  node { BackgroundColor #FAFAFA }
  :depth(0) { BackgroundColor #FFD700 }
  :depth(1) { BackgroundColor #E3F2FD }
  :depth(2) { BackgroundColor #F5F5F5 }
}
</style>
* BATNA\n谈判的底气来自退路
** What 是什么
*** 最佳替代方案
*** 不是威胁是选项
*** 和底线不同
** Why 为什么重要
*** 没退路=没议价权
*** BATNA越强越从容
*** 信息不对称是关键
** How 怎么用
*** 列出所有替代方案
*** 评估每个方案价值
*** 选出最佳=BATNA
*** 评估对方的BATNA
*** 设定谈判区间
** 职场场景
*** 谈薪涨薪
*** 排期谈判
*** 技术选型
*** 资源争取
** 常见坑
*** 把BATNA当威胁
*** 高估自己的退路
*** 忽略对方的退路
@endmindmap

系列回顾

1. 4D 总结法
2. 黄金圈法则
3. TNB 表达模型
4. FAB 提案法
5. STAR 面试法
6. 同理心三方法
7. 5W1H + 8C1D
8. 艾森豪威尔矩阵
9. PDCA 循环
10. SMART 原则
11. 领导力
12. 逻辑树
13. 解决问题五步法
14. 5 个 Why
15. 沟通四要素 CARE
16. 金字塔原理
17. 三点法
18. DACI
19. 四线复盘法
20. RAPID
21. 5S 问题处理法
22. SWOT 自我定位
23. AARRR 漏斗
24. 第一性原理
25. RACI
26. 非暴力沟通
27. SCAMPER
28. MVP 思维
29. ABC 情绪理论
30. AI Agent 学职场英语
31. 向上管理
32. OODA 循环
33. OKR
34. MoSCoW 优先级
35. RICE / ICE 评分
36. 里程碑计划
37. 验收标准 DoD
38. 范围管理
39. SBI 反馈法
40. 困难对话
41. BATNA 谈判（本篇）
42. 利益-立场拆分
43. Radical Candor

扩展阅读

1. 《Getting to Yes: Negotiating Agreement Without Giving In》 — Roger Fisher & William Ury，哈佛谈判项目的经典之作，BATNA 概念的发源地。如果你只读一本谈判书，就读这本。中文版译名《谈判力》。
2. 《Never Split the Difference》 — Chris Voss，前 FBI 首席谈判专家写的谈判实战指南，里面有大量关于信息收集和心理博弈的技巧，和 BATNA 理论互补。中文版译名《掰开揉碎谈判术》。
3. 《Negotiation Genius》 — Deepak Malhotra & Max Bazerman，哈佛商学院教授写的谈判进阶读物，对 BATNA、ZOPA、锚定效应等概念有更深入的分析。
4. Harvard Law School - Program on Negotiation — https://www.pon.harvard.edu/，哈佛谈判项目的官方网站，有大量免费的谈判文章和案例分析。
5. 《优势谈判》 — Roger Dawson，更偏实战技巧的谈判书，适合想快速上手的读者。虽然有些技巧比较"套路"，但结合 BATNA 理论一起用，效果不错。

本作品采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可。