26交叉持股锁定

“我们是一个整体，谁也离不开谁。”

合作启动时，这句话听起来很有分量。你调整了排期，抽出熟手，按对方的业务方式做了专门的工具。对方也真诚地说，没有你的支持，项目做不起来。

可到了需要他投入的时候，承诺开始变轻。约好的对接人另有任务，试用反馈一再推迟，成果汇报里你的贡献只剩一行。你提出放慢开发，对方反问：“已经做了这么多，现在停下来不是都浪费了？”

你这才发现，双方都从合作中获益，却未必对合作承担相近的依赖。

你投入的是暂时难以转用的人力和工具，他保留的可能仍是随时调整方向的空间。“一起做”没有自动变成“一起承担改变主意的代价”。

本章借“交叉持股”形容一种合作期待：彼此在对方的成功中有实际利益，也为共同事项投入资源。

它不是字面上的股权安排，更不意味着互相需要就拥有对等权力。值得检查的是，这种关联是否落在具体承诺上，还是只有一方已经被锁住。

普费弗与萨兰奇克的资源依赖视角提醒我们，组织的行动受到其所需资源及外部关系的约束。把这个视角用于合作，可以追问：双方各自需要什么，谁能决定资源怎样使用，失去这段关系以后还有什么可行选择？

这几个问题比“对方有没有感谢我”更接近合作的实际结构。

资源重要性也不能简单按部门高低排序。能带来收入的渠道可能关键，维持运行、满足必要要求或掌握稀缺知识的环节也可能关键。

哪些资源更难替代，取决于具体任务、时点和可行方案，不是“前台永远强、后台永远弱”。

替代选择同样有成本。有第二个合作对象，不等于随时可以转过去；对方找到另一家供应商，也不等于立即具备接替能力。

真正的选择要经过确认，不能只存在于一句“我还可以找别人”里。

因此，建立较稳的合作，有时需要增加共同投入，有时需要保留可转用能力，有时则需要更清楚的安排来约束单方变更。没有一种做法能普遍消除依赖，重要的是别把依赖的增长误当成保障的增长。

最先出现的损失，是专门投入已经发生，对应支持却还停留在将来。

你先抽人、先开发、先替其他任务让路，对方则说等成果出来再安排试用、再争取预算。

这未必是故意拖欠，有些合作确实需要先探索。

但如果每个阶段都由你继续兑现、对方继续等待，风险就会逐步集中。

前期投入越多，你越容易为了不浪费已有工作而接受下一次不对等安排。

第二项损失，是合作价值与个人或团队回报脱节。项目确实做成了，不等于你的贡献自然进入评价；双方共同获益，不等于各自承担的成本得到合理补偿。

“项目成功以后大家都有好处”，仍需进一步问：是什么好处，怎样确认，由谁决定？

第三项损失，是把锁定当作信任的证明。对方希望你只服务自己，却不愿说明持续投入；或者你为了避免被替换，主动放弃其他可行安排。

单一合作不一定坏，专门投入也可以产生很高价值，但它需要与稳定需求、支持条件和可承受风险一起判断。

反过来，过度追求分散也会付出代价。一个小团队同时维护过多关系，可能每一边都做不深。

没有依据的“单一客户不得超过一半”并不能替你判断业务；应当比较集中带来的收益、变化时的损失，以及真实的缓冲办法。

下面是一段虚构的数据协作情境。

陈遥所在的分析组，为增长团队开发了一套活动分析工具。增长负责人林芸希望尽快支持新的渠道，陈遥也认为这件事值得做：若口径稳定下来，后面可以减少重复取数。

第一阶段由分析组投入开发，增长团队承诺安排业务人员参与验证。实际运行时，测试账户迟迟没有准备好，试用意见也分散在几个群里。林芸同时要求继续加功能，说活动时间已经确定，不能等。

陈遥没有把所有要求都定义成任性。

新渠道确实有业务机会，林芸手下也确实缺人。但这不能回答一个现实问题：前面的工具还未得到有效验证，后面的开发究竟基于什么继续？

在共同项目会上，他把下一阶段拆成双方各自需要完成的事项。分析组负责完善已经确认的功能；增长团队指定有时间参与的人，提供可用的测试条件并汇总口径分歧。

新增渠道先做范围较小的验证，再决定后续投入。

项目负责人同时确认，若业务侧条件未准备好，不能默认由开发组自行猜测补齐。

林芸起初只愿意答应“我会催一下”。陈遥解释，催促不等于实际有人参与，下一阶段需要据此排人。

几番讨论后，增长团队调整了一项其他任务，腾出一名同事参加验证。

分析组也没有借此索取所有需求的控制权，而是接受了业务侧提出的优先级调整。

合作由此多了一项实质变化：双方都为它作出取舍，而非一方不断开发、另一方随时评论。

但共同投入并没有让分歧消失。试用发现，一项原先很受期待的功能使用很少。陈遥希望保留，毕竟已经花了不少精力；林芸则主张停掉。

这一次，需要被约束的是陈遥的留恋。

双方依据反馈取消了继续开发，把能复用的部分保留下来，并处理已投入工作的收尾。

这不是把彼此绑得越紧越好。共同安排既要支持继续合作，也应容许证据变化后的调整。

真正有价值的“锁定”，是让承诺和变更有可追踪的承担；若它变成谁都不准改变方向的枷锁，双方反而会一起为沉没投入付出更多。

合作可以有情谊，信任也有实际价值。理解依赖结构，不需要把感谢都当作骗局。

只是当你需要安排人、时间和未来时，情谊最好能得到可执行的承诺支持。

你可以问清共同目标、各自投入、收益归属和变化后的安排。这不是提前怀疑对方，而是避免双方在同一句“共同推进”里想象不同的事情。

投入不必等量：一方提供稀缺知识，另一方提供现场、资金或组织协调，都可能构成真实贡献。对等也不等于每一笔都机械对半。

同时不要靠故意做坏交付制造依赖。

隐藏必要知识、留下别人无法接续的黑箱，也许会增加短期替换成本，却同时损害使用、维护与信任。专业能力值得保有，不等于应当制造障碍证明自己不可少。

让系统可接续，也不保证你就能获得更高地位。

工具标准化之后，日常工作可能减少，角色需要重新安排；愿意交接与合理争取下一步职责可以并行。不能把“文档公开以后自然会更受重视”当成另一种无需兑现的许诺。

若对方持续要求你增加专门投入，却拒绝兑现关键支持，就应在新的投入发生前重新评估。

把未兑现事项和实际影响说清楚，推动缩小范围、延后新增部分或重新确定安排。

已经承担的责任仍需妥善处理，不能突然抽走资源，让其他人替一场关系判断承受后果。

若共同投资开始成为阻止任何调整的理由，也需要停下来。过去花了很多，并不能证明下一笔投入值得；双方都投入了，也不意味着损失会自动平均分担。

必要时讨论有序结束，明确交接、未结事项及成果后续使用。

还有一种合作，双方依赖很深，却长期无法就基本安排达成一致。此时应比较继续、调整和退出的真实成本。

失去合作可能确实带来损失，不必用“离开都是好事”安慰自己；保留关系也可能有理由，但不应再误认它已经提供了对等保障。

所谓彼此持有一份利益，最终要落在行为上：对方怎样支持你的交付，你怎样回应对方的需要，变化发生时谁承担什么。只有这些安排能够运转，“我们是一体的”才不只是一句动听的话。