钉钉跨组织协作有几种做法？先认清是「身份」问题
钉钉跨组织协作一共有 6 种可落地的方式，从零开发的外部联系人到几十万级别的二开多租户子应用，协同强度由低到高，难点 70% 不在钉钉而在「身份」规则。母子公司、品牌商和经销商、总部和外包工厂、合资公司之间的协作，钉钉里能不能做？能。但你会发现，刚开始用「拉个外部群」「加个外部联系人」很顺，半年之后就开始打架——对方的人换了，群里没人通知；同一个客户在你和经销商两边各有一套档案；总部下发了价格，子公司没及时同步；合同要跨法人签，钉钉原生审批走不通。这 4 类典型断点，几乎在每个跨 2 家以上法人主体的协作里都会出现。
问题不在钉钉，问题在「跨组织」本身就是一个比单组织复杂一个量级的话题。单组织协作真正要理顺的是流程，而跨组织协作绕不开的第一道坎是身份这件事：谁是谁、谁能看到谁、谁能改谁的数据、谁说了算，这 4 个问题不先回答清楚，工具选得再对也会反复打架。把这 4 个身份问题想清楚，再选工具，钉钉里有 6 种现成的姿势可以组合用。这篇把这 6 种姿势摊开讲，每种给适用场景、工期、成本量级和踩过的坑。
跨组织协作的判断起点，先回答这 4 个身份问题：
- 谁是谁：同一个人在几家公司里是几个身份，离职、调岗时身份怎么迁移
- 谁能看到谁：对方的组织架构、部门、人员，你能看到多少，是否随对方变动自动更新
- 谁能改谁的数据：客户、订单、SKU 这类主数据，谁有写权限、谁只读
- 谁说了算：协作规则、主数据归属方、流程中断的兜底责任方由谁拍板
以下工期、成本量级均为行业公开区间与开沿近几年钉钉交付项目的体感口径，不针对任何具体客户报价。下面用一张表先把 6 条路径列出来，方便对照。
| 方式 | 协同强度 | 适合场景 | 典型工期 | 成本量级 |
|---|---|---|---|---|
| 钉钉外部联系人 | 轻量 | 偶尔沟通的客户、供应商、合作伙伴 | 即开即用 | 零开发成本 |
| 钉钉企业联盟 | 中等 | 母子公司松耦合、品牌商和核心经销商 | 1-2 周配置 | 几乎零开发成本 |
| 母子公司组织架构 | 强 | 强管控集团、统一财务/人事/IT | 2-4 周梳理 | 配置为主 |
| 跨组织审批/合同 | 中-强 | 多法人协同审批、跨公司用印 | 2-6 周二开 | 几万到十几万 |
| 协同空间共享数据 | 中 | 跨组织共享文档、表格、知识库 | 即开即用 | 零或低 |
| 二开多租户子应用 | 强 | 品牌商带 N 个经销商、连锁总部带 N 个加盟店 | 2-4 个月 | 几十万级别 |
钉钉外部联系人适合哪些跨组织场景？
钉钉外部联系人是 6 种方式里最轻的一档，即开即用、零开发成本，但只能覆盖偏沟通和文档传递的低频协作。它是钉钉里最早就有的能力，也是绝大多数企业第一个用到的跨组织姿势。把对方手机号或钉钉号加到通讯录的「外部联系人」分组里，就能加好友、聊天、拉群、发文档这 4 件事。
它的好处是即开即用、零开发成本，对方不用做任何配置。基于开沿近几年的钉钉交付项目沉淀，我们反复观察到一个体感规律：超过一半的中小企业「跨组织协作」需求，其实用外部联系人加 1 套好一点的群规范，就能解决七八成。
但它的天花板也很低。外部联系人本质上把对方当「人」，不是当「企业」：
- 你看不到对方的组织架构，对方换人了你不知道，老联系人离职后群里就成了「僵尸号」。
- 钉钉原生审批没法走到对方那边去，对方也没法在他们的钉钉里参与你的审批流。
- 数据是聊天和文档级别的协作，业务系统层面零打通。
外部联系人适合的 3 类场景，命中 1 条就够用：
- 合作频次不高：偶尔询价的供应商、一年来往几次的合作方
- 协作内容主要是沟通和文档传递：发资料、对需求、临时拉群，不涉及业务系统
- 不需要看到对方组织变动：对方换不换人、改不改部门，不影响你的流程
比如偶尔询价的供应商、临时项目里的外部顾问、客户里的对接人，都属于这一档。
踩过的坑：把外部联系人当成「公司间长期协作」的主通道。基于客户授权口径，我们见过一家做项目集成的企业，把所有合作的乙方都塞进外部联系人，半年后通讯录里有 400 多个外部联系人，约三分之一已经离职，没人维护，每次找人都得问「最近还在不在」。外部联系人数量一旦上到数百量级、且离职占比超过 30%，就该往上升一档了。
钉钉企业联盟和外部联系人有什么区别？
钉钉企业联盟是为「多家独立法人企业长期协作」设计的中档方案，配置工期通常 1-2 周、几乎零开发成本，是母子公司松耦合和品牌商带几十家经销商最常用的一档。简单说，就是把 N 家独立的钉钉组织拉进一个「盟」，盟内可以共享通讯录、互看部门和人员、共享应用、共享审批模板这 4 类资源，但每家公司的组织架构、考勤、薪资、内部审批仍然各自独立。
它和外部联系人最大的区别在于「把对方当企业还是当人」：
- 外部联系人：把对方当 1 个「联系人」，看不到组织架构，审批、考勤完全隔离
- 企业联盟：把 N 家企业组成 1 个「盟」，盟内能互看组织架构、共享应用和审批模板，体验接近「一个企业」
适用场景非常典型：
- 母子公司松耦合集团：子公司独立经营、独立核算，但需要和总部经常协作，比如统一的供应链申请、跨公司的客户共享、集团级的人事公告。
- 品牌商和核心经销商：品牌商和长期合作的几家或几十家经销商之间，需要共享订货系统、新品资料、培训文档、政策公告。
- 合资公司、参股公司、外包总包关系：双方都是独立企业，但在某一类业务上深度绑定。
工期通常 1-2 周，其中超过八成时间花在「盟规则」上：哪些部门、人员对外可见，哪些应用进盟、哪些只在本企业内用，新企业入盟由谁审批。开发成本几乎为零，难的不是技术是组织——这 3 条规则没拍板，1-2 周的配置时间会被反复返工拖长。
值得提醒的是：企业联盟解决的是「长期、稳定的多对多协作」。如果你今天加 1 家、明天换 1 家，进进出出比工资单变化还频繁，企业联盟反而成了负担——这种高流动的散点协作，不如老老实实用外部联系人。判断阈值很简单：稳定协作满 1 年以上、且需要互看组织架构，才值得进盟。
母子公司用一套钉钉组织好还是各开各的？
母子公司是否合一个钉钉组织，取决于管控强度：强管控集团（财务、人事、IT 统一归总部）建议 1 个主组织把子公司做成部门或子组织，落地周期 2-4 周；松耦合集团则建议各开各的、再用企业联盟串起来。这是和企业联盟并列的另一条路：不用企业联盟，直接把多家「公司」做成 1 个钉钉组织里的多个部门或子组织。
适合强管控集团：财务、人事、IT 统一归总部，子公司更接近「分公司」或「事业部」的定位。这种场景下，全员的钉钉身份归属在 1 个主组织里，调岗、跨子公司转岗只需要改部门，组织架构、考勤规则、审批模板、报销标准全集团 1 套，管理半径最短。
落地节奏一般是 2-4 周的组织梳理：把每家公司的人员归属、部门层级、审批权限、报销规则、考勤班次这 5 类信息拉清单，再统一映射到主组织的组织架构上。难点不在配置，在「谁说了算」——子公司原来的人事经理愿不愿意把审批权交回总部、原来的报销标准要不要统一、跨公司调岗的工资怎么算。这 3 件事必须老板和 HR 总监先拍板，再到钉钉里落地。
基于开沿项目沉淀，这一档踩过的坑有 2 条：
- 把松耦合集团硬塞进一个组织。子公司本来就独立经营、独立核算，硬合 1 个组织，离职复用工号、跨公司转岗、独立财务报表这 3 件事都会被钉钉的身份模型卡住。这种情况下选企业联盟更稳。
- 多套法人共用一个钉钉组织，但合同/发票要分开开。钉钉组织本身不区分法人，合同、用印、发票要按法人主体走的话，就得在二开的合同/用印系统里再加一层法人维度的字段和审批，不能指望钉钉原生帮你分。
钉钉跨组织审批怎么做？原生不够用就得二开
钉钉跨组织审批在企业联盟内可共享审批模板、盟内员工各自签字，但跨 2 家独立钉钉接力、要联动对方 ERP、或要按法人拆分合同发票时，原生就撑不住，得走二开，轻量方案 2-3 周、几万元，完整方案 4-6 周、十几万级别。跨组织最常见的硬需求之一是跨法人审批：总部审批、子公司执行；品牌商定价、经销商下单；合资公司联合用印；多家关联公司联合采购，这 4 类场景在多法人集团里几乎都会撞上。
钉钉原生审批在企业联盟内可以共享审批模板，盟内员工能在自己的钉钉里发起和签字，这覆盖了一部分场景。但只要命中下面 4 种情况里的任意 1 种，原生就开始撑不住，得走二开：
- 审批节点要在两家独立钉钉之间「接力跑」：签完一家、自动推给另一家
- 审批要和对方公司的系统联动：和 ERP、合同系统、用印系统对接，查信用、查价格、查库存、回写状态
- 审批结果要按法人主体拆分：1 笔审批拆成多份合同、多张发票
- 审批人不在钉钉里：对方用的是企业微信、邮箱或者完全没系统
跨法人审批扛不动的时候怎么扩，我们专门梳理过钉钉审批不够用怎么办的 5 种扩展方案，里面有更细的模板二开、低代码、自研中台几条路径对比。
工期和成本量级要看二开深度，以下为行业公开区间，不针对任何具体报价：
- 轻量方案：单点对接 + H5 签字，通常 2-3 周、几万元搞得定
- 完整方案：多法人合同协同（审批 + 用印 + 归档 + ERP 回写 共 4 个环节），通常 4-6 周、十几万级别
一个反复出现的踩坑：把审批流硬切成「在钉钉里走一半、在自研系统里走一半」。这种「混合流」一旦中间任何 1 步出错，谁也说不清是谁的责任、数据补哪一边。我们的经验是：跨组织、跨法人、跨系统的审批，宁可全部抽到一个业务系统里跑，钉钉只承担入口、通知、移动端签字这 3 件事。流程逻辑、数据归属、状态机都在业务系统里，钉钉是壳，不是引擎。
钉钉协同空间能跨组织共享数据吗？
钉钉协同空间能跨组织共享文档、表格、知识库，零开发、即开即用，是 6 种方式里被严重低估的轻量解法，但它只适合「文档型协作」、不适合让对方录订单改库存的「业务型协作」。跨组织协作其实有相当一部分需求是「我希望对方能看到这份文档/这张表格/这套报表」，而不是「我希望对方能审批/能改数据」——据开沿项目体感，这一类只读共享需求往往占跨组织诉求的三到四成。这种情况下，钉钉的协同空间、共享文档、AI 表格是最划算的姿势。
典型场景：
- 品牌商把当月政策、价格表、订货指引放在共享文档里，所有经销商在自己的钉钉里实时看到最新版
- 母子公司之间共享一份集团经营月报，子公司财务只读，总部财务可编辑
- 跨公司项目组共享一份项目计划表，进度、责任人、风险点实时更新
- 跨组织的知识库共享，技术资料、培训视频、SOP 在合作方那边按权限可见
它的好处是：零开发、即开即用、文档级别的权限控制足够细，光是权限维度就有 3 层（链接级权限、部门级权限、外部联系人单独授权）。要做的只是定义清楚谁能看、谁能改、谁能下载这 3 件事。
但要注意 1 个边界：协同空间适合「文档型协作」，不适合「业务型协作」。如果你想让对方在共享表格里录订单、改库存、做对账，那已经不是文档协作了，是业务系统，应该走第六条路径。基于客户授权口径，我们见过最离谱的一个案例：品牌商和 20 多家经销商共用 1 张钉钉电子表格做订货，每天有几百行新增和修改，结果版本冲突、误删、看错列的事件每周都在发生——这不是表格的错，是这种业务从一开始就该跑在系统里。判断红线：一旦共享表格每天改动到百行量级、且超过 10 个外部方在写，就该升级到第六条路径。
品牌商带 N 个经销商的多租户系统怎么搭？
品牌商带 N 个经销商、连锁总部带 N 个门店共用一套订货/库存/对账系统，必须二开 1 套多租户业务系统挂在钉钉里，工期通常 2-4 个月起步、成本几十万级别，原生钉钉做不到。走到这一步，说明你的跨组织协作已经不是「沟通和文档」，而是业务系统级别的多组织共用。最典型的 2 个场景：
- 品牌商带 N 个经销商：所有经销商在同一套订货、库存、对账系统里下单，看到自己的数据、不看到别家的；品牌商在总后台看全网；总部促销、价格、新品政策一键下发到所有经销商的钉钉里。
- 连锁总部带 N 个加盟店/直营店：门店在同一套系统里录日销、报损、申请补货、看排班；总部按品牌、按区域、按店型做经营分析；店长在自己的钉钉里只看到自己店的数据。
这件事走原生钉钉是做不到的，必须二开 1 套「多租户业务系统」，挂在钉钉里。技术上要解决的关键有 3 件事：
- 租户隔离：每个经销商/门店是一个独立租户，数据库或行级权限隔离，A 看不到 B 的数据
- 统一身份：用钉钉单点登录把对方公司的员工拉进同一套业务系统，免登、组织架构、消息推送复用钉钉能力，但业务数据归属在系统侧
- 总部视角：品牌商或总部看全网汇总数据，按维度（区域、品类、门店、时间）切片分析
开沿在鞋服批发、餐饮连锁、建材分销这 3 个行业里反复做过类似的多租户子应用：有 1 个经客户授权公开的多品牌、多门店、跨地区连锁体系案例，前前后后跑了 4 年钉钉 + 自研系统的演进路径，可以看看一家时尚连锁多店多品牌的 4 年钉钉演进，里面有跨组织订货、跨门店调拨、总部对账的真实细节。
工期通常 2-4 个月起步，成本量级在几十万级别（行业公开区间，随模块多少和租户规模浮动）。这条路不轻、不便宜，但一旦跑通，跨组织协作的规则、数据、流程全部沉淀成系统能力，稳定性比靠人和群维护高一个量级。
跨组织的业务数据怎么在钉钉和业务系统之间流转、要不要进数据中台，我们之前写过钉钉数据同步的 4 套架构对比，可以参考。
钉钉跨组织协作的 6 种方式怎么搭配着用？
钉钉跨组织协作的 6 种方式实战里很少单用一种，多数公司是 2-3 种组合拳，且要遵循「协同强度由低到高升级、不跳级」的原则。下面这张表给出 5 种常见的组合参考。
| 你的场景 | 推荐组合 |
|---|---|
| 强管控集团 + 偶尔联系外部合作伙伴 | 母子公司组织架构 + 外部联系人 |
| 松耦合集团 + 共享集团文档 | 企业联盟 + 协同空间 |
| 品牌商带核心经销商 + 共享政策文档 + 统一订货系统 | 企业联盟 + 协同空间 + 二开多租户 |
| 跨法人审批/合同走得多 | 企业联盟 + 跨组织审批二开 |
| 项目型协作（每个项目就那几家） | 外部联系人 + 协同空间 |
关键的判断逻辑是：协同强度由低到高升级，不要跳级。从来没用过企业联盟的公司，上来就要做几十万级别的多租户业务系统，几乎一定会卡在 3 类上层问题上：组织规则没定清楚、主数据没拉齐、跨公司角色没对齐。先把规则跑顺再上系统，比反过来快得多——据开沿项目体感，跳级硬上的项目，返工时间往往要比按部就班多花一两个月。
跨组织协作里最值钱的是工具还是规则？
跨组织协作的成败约 70% 在规则、30% 在工具，规则没定清楚再贵的系统都救不回来。以下 4 条判断要点，是开沿近几年跨组织项目沉淀下来、对老板拍板最有用的清单：
- 跨组织协作的成败 70% 在规则，30% 在工具。谁是主数据归属方、谁能看到谁、谁能改谁的数据、协作中断了谁兜底，这些事不定清楚，再贵的系统都救不回来。
- 不要为了「方便统一」硬把多法人合一个钉钉组织。法人本身就独立，钉钉模型最好也保持独立，靠企业联盟串起来，比硬合后悔得早——每多 1 家法人，硬合后的身份和数据迁移成本就翻一档。
- 跨组织审批宁可下沉到业务系统。钉钉只做入口、通知 2 件事，业务逻辑和状态机在系统里跑，跨组织、跨法人、跨系统这 3 重复杂度才压得住。
- 多租户系统不是一上来就要做的，先用企业联盟和协同空间这 2 档撑住，业务模式和规则跑稳满半年以上再上系统，避免把一套模糊的协作方式硬塑成代码。
如果不确定自家的跨组织场景该走哪条路径、组合怎么搭，建议先做 1 次梳理：把你和对方公司之间的 7 类协作内容（沟通、文档、审批、订单、库存、对账、报表）逐项列出来，每项标记频次、责任方、当前痛点这 3 个维度，再对照上面这 6 种方式去匹配。这件事开沿可以接着帮你做，包括钉钉二次开发与系统集成的整体落地，也包括跨组织那套多租户业务系统的设计和交付——我们在过去几年的多店多品牌、多公司、多经销商场景里反复打磨过这套方法。
