Shopee交给别人做：链条别在交接处断掉

交接为什么容易断

交接断掉最常见的原因不是没讲，而是讲的方式不对。交接的人脑子里有一整套背景，讲的时候会自然地省略掉那些他认为对方已经知道的部分。省略的往往正是最关键的部分，因为最关键的部分通常就是背景本身。

第二个原因是时间不够。多数交接是在离岗前的最后一天做的，那时候交接的人手头还有一堆收尾的事，讲的时候节奏会很快。接手的人当场觉得听懂了，第二天真正动手时才发现有一半的细节想不起来。

第三个原因是交接的方向是单向的。交出方讲、接手方听，听的人不提问就没有反馈。而人在听一段陌生信息的时候，最难判断的恰恰是自己哪里没听懂。单向的讲解几乎不会暴露理解偏差。

第四个原因是交接的是事，不是判断。事可以列成清单，判断列不出来。接手的人知道要做什么，但不知道遇到新情况时该按什么原则决定。等真的遇到新情况，他只能凭感觉处理，结果和原来的方向偏离。

第五个原因是交接之后没有回问的通道。接手的人不好意思总去打扰已经调岗的同事，就自己猜。猜错的成本在几周后才会显现，那时候已经积累了一批按错误依据做出的动作，纠正起来比当初多问一句贵得多。

这五个原因里，前三个是方式问题，靠改流程就能解决；后两个是安排问题，靠约定回问窗口和留出判断信息来补。分清是方式问题还是安排问题，才知道该改什么，不必每一次都归到态度上。

要减少交接断裂，可以从改方式入手。把口头讲解改成先看文档再提问，让接手的人带着问题听。带着问题听和空着脑子听是两种状态，前者的吸收率高得多，因为注意力集中在真正不懂的地方。

第二个改法是把判断信息挤出来。做法是每讲一件事就追问一句如果情况变了怎么办。回答的内容就是判断信息。问上十几遍，藏在经验里的那套判断标准基本就能捞出来大半。

第三个改法是让交接分两次做。第一次讲全貌，给对方一两天消化；第二次针对性答疑，把消化过程中冒出来的问题解决掉。分两次的成本不高，但吸收效果比一次讲完明显更好。

第四个改法是让接手的人动手做一遍，做的时候交接的人只看不说。看和做的差距很大，很多在讲解时被忽略的细节，动手时会立刻暴露。这一步做一次，胜过再讲一小时。

第五个改法是留一份可以持续更新的交接单。交接结束后由接手的人继续维护，把后来遇到的问题和判断补进去。这样交接单在使用中会越来越完整，下次再用时成本明显降低。

判断这五个改法有没有用，看一个指标就够了：交接后两周内接手的人主动提问的次数。次数明显下降，说明信息传到位了；次数居高不下，说明判断信息还没有真正交出去。

一个具体的例子。某店铺的运营调岗，交接用了一个下午。一个月后新运营发现有个词一直在投但已经不再相关，问下来才知道那个词是上一任专门留着的，用来测试某个规格的需求。这个理由没写在任何地方，只是停在了上一任的脑子里。

第二个例子是关于时点的。上一任每周三下午会固定看一次竞品价格，这个习惯从来没写进交接单。新运营接手后漏了两次，等到第三周才发现竞品已经两次调价。漏掉的不是动作，是一个没有记录的节奏。

第三个例子是关于判断尺度的。上一任对退款率的容忍度是某个区间，超出才处理。新运营凭感觉判断，稍微高一点就紧张，做了一批不必要的调整。问题不在于谁对谁错，而在于尺度没有交出去。

边界情况是交接的人自己也在摸索。有些做法他自己也是试出来的，还没形成稳定的判断。这种情况下建议如实写一句这个做法还在验证。写清状态比装成成熟经验更诚实，也避免接手的人把它当成定论。

另一个边界是短期代班。代班只有一两周，不需要完整的交接单，但至少要把在办事项和卡点交出去。代班期最容易出问题的就是卡住的事，因为代班的人不知道有东西在等，等的人也不知道换人了。

记录方法上，建议交接结束后做一次复盘，写清这次交接漏了什么、漏的部分后来造成了什么影响。这份复盘积累两三次，就能看出本岗位交接的固定薄弱点在哪，下次可以提前重点补。

交接断掉很少是因为没说，而是因为没有对照确认这一步

交接要交哪三类信息

第一类是事项信息，也就是现在手上在做哪些事、每件事做到哪一步。这类信息最具体，也最容易交。列一张清单，标清状态即可。它的作用是让接手的人不至于漏掉某件事，或者重复已经做过的事。

第二类是判断信息，也就是每件事为什么这么做。这类信息最难交，因为它藏在交出方的经验里，不在任何文档上。它的作用是让接手的人遇到新情况时能推下去，而不是每遇到一个变化就停下来等指示。

第三类是关系信息，也就是这件事涉及谁、该找谁、配合的节奏是什么。这类信息经常被当成常识而省略，但对新人来说完全不是常识。缺了它，接手的人会花大量时间在找人和试错上。

三类信息的重要性在不同岗位上有差别。偏执行的事项信息占的比重高，偏判断的判断信息占的比重高。但三类都不能缺，因为缺哪一类都会在某一种场景下卡住，只是卡住的时间点不同。

交的时候建议按这个顺序讲：先讲事项，让接手的人有个全貌；再讲判断，把为什么说清楚；最后讲关系，交代找谁。这个顺序符合理解的习惯，先知道有什么，再理解为什么，最后知道怎么对接。

三类信息交完之后，可以做一个简单的检验：让接手的人挑一件事，讲一遍他准备怎么做、为什么这么做、有问题找谁。三部分都能答上来，说明三类信息都传到了。答不上来的那一部分，就是要补的部分。

事项信息的整理方法很简单，打开工作清单把当前在办的全部列出来即可。难点在于列全，因为很多事在做的人脑子里不占位置，比如每周固定要发的那条消息。整理的时候可以按天、按周、按月三层各过一遍，避免漏掉周期性的工作。

判断信息的整理可以借助一个提问：这件事如果只能保留一个规矩，会是哪一条。这个提问能把判断标准压缩到最核心的一条。把每件事的核心规矩写出来，一份判断信息清单就成了，写起来不费力。

关系信息的整理建议做到三层：直接对接人、决策人、以及涉及的外部角色。三层都写清，接手的人遇到不同性质的问题就知道该找哪一层，不至于所有事都去找同一个人，把对方变成瓶颈。

三类信息整理完之后，可以用一张表放在一起，每件事一行，三类信息各一列。行数不必多，覆盖当前在办的事就够。表的格式固定下来之后，后续每次交接只需要更新内容，不必重新设计结构。

交的时候要注意顺序。先给表让对方自己看一遍，再逐行讲解，最后拿着表做一次检验。让听的人先看再说，能减少讲解时跟不上节奏的情况。这个顺序看起来是小事，实际影响很大。

维护上建议每季度更新一次这张表，把已经结束的事删掉，新出现的补上。这样在真正需要交接的时候，表的内容就是最新的，不必临时回忆，也不会因为时间紧而缩水。

三类信息在实际操作中可以各配一个小工具。事项信息配一张状态清单，判断信息配一份规矩说明，关系信息配一张联系人表。三个工具都是简单的表格，加起来一页纸就能装下，成本很低但覆盖完整。

一个具体的例子。某店铺把三类信息做成一张表之后，新人上手时间从原来的一周多缩短到了三天。省下来的时间不是操作层面的，而是打听层面的。原来新人要花大量时间问这件事找谁、这个数算不算正常。

第二类信息最容易交浅。写为什么要调价格，如果只写为了提升销量，那等于没写。写清是哪个规格的毛利已经低于可接受范围、不调就会影响整体结构，接手的人才知道调整的边界在哪里。

关系信息里有一个容易漏的角色，就是需要外部配合的对象。物流、供应商、平台对接人，这些关系不属于内部环节，缺了对日常工作影响不小。建议在联系人表里单独分一类写外部角色。

边界情况是岗位职责本身在变化。交接的时候如果岗位的职责马上要调整，那份交接单的有效期就很短。这种情况下建议在交接单上写明适用范围和有效期，避免后来的人照着过时的信息做事。

记录方法上，建议三类信息各自标一个最近更新日期。三类信息的更新频率不一样，判断信息变得最慢，关系信息变得最快。分开标注日期，就能看出哪一类需要先维护。

缺失集中在判断依据和当前进度这两项，而不是操作步骤本身

交接文档该写什么

文档的第一部分写在办事项，建议按状态分组，正在进行的放一起，还没开始的放一起，暂时搁置的也单独列一组。分组之后接手的人一眼就知道哪些要马上接手，哪些可以缓一缓。

第二部分写判断依据。每一件在办的事后面跟一句当时的考虑。这句话不用长，把最关键的那一个理由写出来就够。写判断依据的时候避免用因为效果好这类模糊说法，要写清是和什么比、好在哪里。

第三部分写当前进度。进度这一栏容易出现的问题是只写完成了多少，不写下一步该做什么。更好的写法是把已有的成果和接下来的动作都写上，接手的人知道接力棒在哪，也知道往哪个方向跑。

第四部分写历史变动。把最近几次重要的调整按时间倒序列出来，每条写清改了什么和为什么改。这一部分的价值在于解释现状，很多现在的做法看起来不合理，看了历史变动就知道当初的原因是什么。

第五部分写口径与习惯。取数的时间点、统计的范围、常用的对比方式，这些属于日常工作习惯的内容，不写下来接手的人只能自己摸索出一套，摸出来的那套和原来的不一致，数字就没法比较了。

第六部分写异常处理。把碰到过的问题、当时的处理办法和结果列出来。这一部分是最能省时间的，因为它是别人已经走过的弯路。每一条都代表着一笔已经付出过的成本，写下来才是摊销。

写文档的时候要时刻记着读者是谁。读者是没有背景的接手人，不是熟悉业务的自己。凡是需要背景才能理解的话，都要补上背景。判断标准很简单：找一个不熟悉这件事的人读一遍，他能看懂就说明写清楚了。

文档里的数字要带上时间和口径。写转化率偏低没用，要写某个区间的转化率低于近八周的平均水平。带上时间和口径，接手的人才有判断依据；不带的数字，几周之后就失去了意义。

文档里的名词要保持统一。同一件事在不同地方用同一个说法，不要在开头叫主推款，中间叫重点款。看起来是文字问题，实际影响理解效率，接手的人会以为这是两件事，多花时间去确认。

文档写完建议自己隔一天再读一遍。写的时候脑子里有全部背景，读的时候会不自觉补全缺失的部分。隔一天之后背景淡了，读起来就接近接手人的视角，能发现之前看不出的跳跃。

文档要留出补充的位置。交接不是一次讲完就结束的事，后续一定会有新情况。在文档末尾留一栏写后续补充，接手的人遇到新问题时往里加，文档就在使用中慢慢完善，而不是写完就固化了。

最后是存放位置。文档放在哪里要提前说定，并且所有人都知道。放在一个人的聊天记录里，等于没写。建议放在团队都能访问的固定位置，按时间归档，找的时候不需要问任何人。

一个具体的例子。某份交接文档的在办事项一栏写了十几条，但只有一条标了卡点。接手的人按顺序处理，结果那条卡住的事被排到最后，等处理到时已经过了期限。写了卡点但没突出，等于没写。

第二个例子是判断依据写得太抽象。文档里写竞品名单要定期更新，没说根据什么更新。接手的人每周更新一次，但选的标准和原来不一样，名单的性质已经变了。抽象的原则在实际操作中会走样。

第三个例子是口径这一栏省了。文档写了要看转化率，没写清用哪个口径，也没写取数的时点。接手的人按自己的习惯算，算出来的数字和之前的不可比，导致一次复盘时的结论完全反了。复盘之后才发现是口径问题，不是生意变差了。

边界情况是文档写给一个人看还是给多人看。如果这个岗位会有多人轮流做，文档的写法要更细，把每一步都写清。如果只有一个人接手，可以适当简略，把空间留给当面沟通。写法要匹配实际使用场景。

另一个边界是交接内容里有对外承诺的部分。比如对外的服务时效承诺、对买家的说明口径。这类内容要单独标出，因为它一旦出错影响的是外部。内部理解偏差可以修正，对外的偏差修正成本高得多。

记录方法上，建议在文档最后留一页空白写补充。接手的人在实际操作中发现的遗漏写在这里，下一位接手时就有了更完整的版本。这页空白看起来不起眼，实际是文档能持续变好的关键。

交接后的确认动作

确认的第一个动作是让接手的人复述。不是复述文档内容，而是让他说一遍自己准备怎么做。复述能暴露理解上的偏差，因为复述的时候用的是他自己的语言，理解上的偏差会自然地显现出来。

确认的第二个动作是当场做一遍。挑一件事，让接手的人在自己看着的情况下实际操作一次。看一遍和做一遍的差别很大，很多细节只有动手时才会遇到。当场做的成本低，发现的都是真问题。

确认的第三个动作是约定回问窗口。明确告诉接手的人，接下来两周内有任何不清楚的地方随时问，不用顾虑。窗口的期限要写进交接单，避免双方理解不一致，一个觉得还能问，一个觉得不该问了。

确认的第四个动作是过一遍待办。把交接单上还没做完的事项逐条确认一遍，看有没有遗漏。这个动作容易被省略，因为双方都觉得已经讲过了。实际情况是，讲过的和记下来的往往差着一两条。

确认的第五个动作是留一个书面的确认记录。写清哪一天交接了什么、接手的人确认了哪些内容、还有哪些待补充。这份记录不是为了追责，而是为了在后续出现争议时有个共同的依据。

五个动作做完，一次交接才算完整。多数团队的交接只做前两个，后面的三个被当成多余。但正是后面三个决定了接手的人能不能在两周内独立工作，而不是在两个月里反复回来问。

做确认的时候，有几个细节能让效果明显变好。第一个是让接手的人用自己的话复述，不要照着文档念。念的话看不出理解程度，用自己的话说则会自然地暴露偏差，偏差的地方就是要重点讲的。

第二个细节是当场做一次实际操作。挑一件当天就能做完的小事，让接手的人完整走一遍。走的过程中只观察不打断，走完再一起看哪一步有问题。当场做的价值在于它能在问题还很小的时候暴露出来。

第三个细节是把回问窗口写进书面记录。口头上说两周内随时问，过几天双方的理解就可能不一样，一个觉得还能问，另一个觉得不该再问了。写进记录之后，两边都有共同的依据，接手的人也更容易开口。这个窗口不用长，两周到三周之间比较合适。

第四个细节是交接双方各自留一份确认记录。不是互相监督，而是各自备查。出现理解不一致时，翻出记录就能看清当时是怎么说的，避免口头争论。这一条能解决很多后续的扯皮。

第五个细节是把待补充的项单独列出来。确认过程中一定会发现有些地方双方都没把握，比如某个流程的下游规则不清楚。把这些单独列一栏，约定什么时候补上，避免它们不了了之。

确认动作全部做完之后，可以给这次交接定一个小结。写清交接了哪些内容、确认了哪些、待补充的有哪些。小结不用长，三五条即可。它的作用是让这次交接有明确的结束点，而不是含糊地过渡。

一个具体的确认案例。交接后第二天，双方一起看了一遍待办清单，发现有一条没做完的投放调整没有被提到。这条如果没发现，接手的人会按错的出价继续跑两周。这一次确认花的时间不到十分钟。

第二个案例是关于回问窗口的。某次交接明确了三周内随时可问，结果接手的人在第二周提了七八个问题，全部解决。如果当初没约定窗口，这些问题中的一部分会被压下去，后面变成更大的返工。

第三个案例是当场操作的。交接当天让接手的人实际发了一条调整，过程中发现他对某个字段的含义理解有偏差，当场纠正。这类偏差如果不通过操作暴露，会在后面的实际动作里反复出错。

边界情况是交接双方不在同一地点。远程交接时，当场操作这一步可以用共享屏幕代替，但复述和提问环节不能省。远程最容易出现的是听完整场却什么都没记住，所以需要更强的互动环节来弥补。

另一个边界是接手的人已经有相关经验。有经验的人容易跳过复述环节，觉得都懂。这类情况更要注意判断信息，因为他的经验可能来自别的做法，和本岗位的判断尺度并不一致。

记录方法上，建议把确认过程中的问答记一份简短的要点。不用逐句记，记关键结论即可。这份要点在两周后回问窗口结束时再看一次，能发现哪些问题反复出现，说明那部分信息还没交透。

交接中最常见的遗漏

最常见的遗漏是没做完的那部分。交接的时候注意力会自然集中在正常运转的事上，那些做到一半的、暂时搁置的、等着别人回复的，容易被跳过。而恰恰是这些半截的事，接手之后最容易出问题。

第二个常见遗漏是判断标准。文档里写了要控制退款率，但没写控制在什么区间算正常。接手的人看到退款率上升，不知道要不要采取动作，只能凭感觉判断，判断的尺度多半和原来不同。

第三个常见遗漏是联系人和对接方式。哪些事要找谁确认、通过什么渠道找、一般多久回复，这些信息对老员工是常识，对新人完全陌生。缺了这部分，接手的人会在找人上浪费大量时间。

第四个常见遗漏是出现过的问题。上一任碰到过某个坑，处理过一次，觉得以后不会再遇到就没写。实际上这类问题往往是周期性的，几个月后再次出现时，接手的人要从头排查一遍。

第五个常见遗漏是账号和权限。这类事项看着是行政性的，但它直接决定接手的人能不能动手。建议在交接单上单独列一项，逐条核对，避免出现交接完了却无法操作的情况。

把这五项做成一张核对清单，每次交接前对一遍。清单不要求写得漂亮，只要每次都能照着走一遍，遗漏就会明显减少。真正有效的不是清单本身，而是把它当成必做动作的习惯。

有一类遗漏很特殊，就是交接的人自己也不知道要交的东西。比如某个习惯做法，他做的时候根本没意识到这是一个需要交代的约定。处理办法是让接手的人在实际操作中自己发现问题并提出来，把提问当成补充信息的方式。

第二类遗漏是跨环节的接口。交接往往只覆盖这个岗位内部的事，但岗位与上下游之间怎么对接，也属于要交的内容。缺了这部分，接手的人会在沟通上反复碰壁，而问题又很难归因，因为他不知道自己缺了什么。

第三类遗漏是异常情况的处理人。正常流程走不通时找谁，这个信息很少有人专门写下来。它的使用频率不高，但一旦用到就是紧急情况。建议在交接单上单独设一栏，写清异常情况的第一联系人和备选。

第四类遗漏是时间的边界。这个岗位哪天必须完成什么，哪些事有硬性的时点要求，这些属于约束条件。交接的时候提一句容易，但如果不写下来，接手的人在第一个周期里很可能错过一次时点。

第五类遗漏是做这件事的成本预期。一件事通常要花多少时间、需要几个人配合，这类预期能帮接手的人安排工作节奏。完全没有预期的接手人，往往高估或低估工作量，前者的结果是拖期，后者是透支。

把这五类补充到核对清单里，每次交接前对一遍。清单的价值不在于写得多全，而在于每一次真的对一遍。对一遍花五分钟，能避免的问题往往要好几天才能补回来。清单也可以随着经验增长不断补充，从实际踩过的坑里长出来的条目，比凭空想出来的更有针对性。

一个具体的遗漏案例。某次交接把账号权限都交了，但漏掉了一个后台子账号的权限。接手的人在需要用的那天才发现进不去，找人开通花了两天。这类遗漏的特点是平时不用，一用就是急事。

第二个案例是漏了历史变动。接手的人看着当前的关键词分级不理解，为什么这一级只有几个词。翻出三周前的记录才知道，那一级是按新的方向重排过的。没有这份记录，他会以为数据有问题。

第三个案例是漏了异常处理的对接人。某次数据没按时出来，接手的人不知道该找内部同事还是找平台，绕了一圈才找对人，耽误了一天。这类信息写下来只要一行，不写就要用一天去问。

边界情况是接手的人不主动问。有些人不习惯打扰别人，遇到不确定就自己判断。这种情况下，交接时要主动说明什么问题必须问、不要自己决定。把边界划清楚，比指望对方主动提问更可靠。

另一个边界是遗漏发生很久之后才暴露。有些遗漏的影响在半年后才出现，那时候原来的交接双方可能都换了岗位。所以交接记录和文档要归档，不能跟着人员流动一起丢失。

记录方法上，建议把每一次暴露出来的遗漏都补进核对清单。清单是从实际踩过的坑里长出来的，比凭空设计出来的清单更贴合。用过三五次之后，这份清单基本能覆盖本岗位的常见遗漏。

越影响后续判断的信息越难交接，这类信息需要留出当面沟通的时间

交接频次怎么定

定频次的时候先区分交接的类型。人员离岗属于一次性交接，内容最全；岗位轮换属于周期性交接，内容相对固定；日常的事项转交属于局部交接，只涉及一两件事。三种类型的内容范围和成本差别很大，混在一起讨论往往定不下来。

一次性交接建议留出完整的两天。第一天交信息，第二天做确认和实际操作。时间不足时宁可压缩确认环节的细节，也不要压缩事项清单的整理，因为漏项是后果最严重的一类问题。

周期性交接可以做成固定模板。轮换之前按模板更新一遍内容，交接当天只需一小时核对。模板化的好处是每次的质量稳定，不会因为交接的人不同而差异很大。用同一个模板做过几次之后，模板本身还会被不断修正，越用越贴合岗位的真实情况。

局部交接最轻，一句话加一行记录就够。但要提醒的是，局部交接累积起来也会形成信息缺口，建议每周固定花几分钟把这一周的局部交接汇总一次，看有没有需要补进主文档的内容。

频次定下来之后要写进工作安排。定好规则但没人执行，和没定规则一样。写进安排的方式很简单，把交接的时间点提前写进月度计划里，到了那个点自然就会去做，不需要靠临时想起来。靠记性维持的规则，一旦忙起来就会被跳过去，而忙的时候恰好是最需要它的。

另外建议给交接单设一个固定的更新时点，比如每季度末。日常的零散变化在更新时点统一补进去，避免长期不更新导致交接时发现内容已经过时，反而要花更多时间核对。

一个具体的例子。某团队把岗位轮换的交接做成固定模板之后，每次交接从原来的一整天缩短到两小时。省下来的时间不是因为做得更潦草，而是因为模板里已经覆盖了大部分常见内容，只需要更新变化的部分。

第二个例子是关于局部交接的。某团队规定任何事项转交都要在交接单上留一行，哪怕只是一句话。执行三个月后，因为信息丢失导致的返工明显减少。这一行的成本极低，作用却很直接。

第三个例子是代班交接。某团队明确代班超过三天的必须走完整交接，三天以内只交事项和卡点。这个分界让安排更清晰，不会出现每次代班都要纠结要不要做完整交接的情况。

边界情况是交接的人临时离开，来不及做交接。这种情况下建议留一份兜底说明，写清最紧急的三件事和对应的联系人。虽然不完整，但能撑过最开始的几天，为后续补充争取时间。

另一个边界是交接内容本身很长。完整交接单如果超过几页，实际很难一次讲完。这时候建议分成核心和补充两部分，核心是必须当天交代的，补充是接手后一周内自己看的。分层之后，交接的可执行性明显提高。

记录方法上，建议给每次交接记一行时间和内容范围。半年后回看这一行，能发现哪类交接最频繁、哪类最容易出问题，频次的调整也就有了依据，而不是凭感觉增减。

交接单的作用不是记录，而是把回问的次数降下来

交接单的栏位

除了必备的六栏，还可以加一栏写这件事的期限。有些事有明确的时间要求，比如每周固定要发的报表。期限这一栏能让接手的人一开始就知道哪些事不能拖，安排工作节奏时有依据。

第二栏可以加的是依赖关系。这件事需要等谁的产出才能做，这一栏写清之后，接手的人就知道哪些事要先催上游，哪些事可以自己先做。缺了这一栏，经常出现等着别人而不知道自己该催。

第三栏可以加的是当前卡点。这件事现在卡在哪里、卡了多久、准备怎么解决。这一栏对交接特别有价值，因为卡住的事最容易在交接中被搁置，而搁置的时间成本往往比那件事本身更大。

第四栏可以加的是判断示例。写一个真实的例子，说明碰到某种情况时是怎么判断的、最后得出什么结论。例子比抽象的原则更容易被记住，也更方便接手的人在遇到类似情形时照着推。一个具体例子能顶好几条原则，尤其是那些边界模糊的判断。

栏位不宜过多。加到十栏以上，填写的成本会上升，最后大家只填前几栏。建议控制在八栏以内，把最重要的信息都覆盖到即可。栏位少的表被完整填写的概率高，整体上比栏位多的表更有用。

最后建议给交接单标上版本和更新日期。内容调整之后注明从哪天开始生效，回看时就知道两份交接单是不是同一版。这一个日期的成本几乎为零，却能避免很多关于哪个版本为准的争论。

一个具体的交接单示例。栏位依次是在办事项、判断依据、当前进度、历史变动、口径与习惯、异常处理、对接人、回问窗口。八栏，一页纸装得下，填完一遍大约需要两小时，这个成本是可以接受的。

第二个示例是针对局部交接的简化版。只保留三栏：事项、卡点、对接人。局部交接不涉及方向性的判断，三栏足够。用简化版处理局部交接，能避免因为流程太重而干脆不做。

填写的时候有一个实用技巧：先填最不确定的那一栏。人在精力充足的时候填最难的部分，质量会明显更高。把最容易的放最后，即使时间紧张只差最后几栏，影响也相对小。

边界情况是交接单涉及的内容里有一部分属于敏感信息。比如供应商的具体条件、内部的成本结构。这类内容在交接单上建议只写位置不写具体数值，让接手的人知道去哪里看，避免单据流转过程中外泄。

另一个边界是同一个岗位有多人备份。备份越多，交接单的维护成本越高，因为每个人用的方式可能不同。建议约定统一由一个人负责维护交接单，其他人使用但不改，避免出现多个版本。

记录方法上，建议交接单每次填完存一份带日期的副本。历史上任何一次交接的状态都能查到，出现争议时可以回溯到具体某一天。存副本的成本几乎为零，但它给整个流程提供了一条可追溯的线。

常见问题（FAQ）