Shopee哪些环节必须手工留着

手工环节的价值在哪

第一层价值是手感。做了几百次之后，看到一组数字就能感觉到哪里不太对，这种直觉不是天生的，是反复接触积累出来的。一旦这一段完全交出去，人不再接触原始材料，这种直觉会慢慢钝化。

第二层价值是应变。规则能覆盖多数情况，但总有覆盖不到的时候。这时候靠的是对这个环节的理解：为什么会有这条规则、它想解决什么问题、偏离之后会怎样。只执行过流程的人，遇到新情况往往只能停下来等指示。

第三层价值是判断的落脚点。取舍这件事需要一个能承担结果的人。全交出去之后，取舍看起来还在做，实际上变成了接受别人给的结果，责任和判断被分开了，出问题时也不容易找到该调整的地方。

第四层价值是交接时的解释能力。有人问这个数字怎么来的，能对着中间过程讲清楚，和只能说这是系统算出来的，给同事和上游的感受完全不同。解释能力直接影响别人对数据的信任度。

第五层价值在于持续改进。任何流程的优化建议，都来自实际做的人对痛点的体会。完全不碰这一段的人，提不出改进的想法，流程就停在当初设计的样子，慢慢跟不上业务的变化。

实际做判断的时候，可以先给自己一个测试：把这一段交出去三个月，还能不能回答出这一段最近的三个异常是怎么处理的。答不出来，说明这段的手感已经在流失，交出去的范围需要往回收一收。

另一个动作是找一个具体案例走一遍。挑一笔最近的、有些特殊的订单，从它进入这一段到离开这一段，一路看下去，看每一步是谁在做、依据是什么。走完之后，哪些步骤其实已经没人能解释了，就会显出来。

摸清之后，给每一段标一个状态：完全能解释、部分能解释、基本解释不了。只有第一种状态下的段落，交出去才比较放心；后两种状态先补上解释能力，再谈交出去。

补解释能力的办法是让动手的人讲一遍。找一个新人，让实际操作的人把这一段讲给他听，讲的过程中卡住的地方就是没被记录下来的部分。讲一次通常能发现好几处这样的地方。

最后把这几个地方补进说明里。补的时候不用写得很长，写清这一步在做什么、什么情况下要特别留意就够了。补说明这件事，本身就是把个人的手感变成团队资产的过程。

有一个细节容易被忽略：手感是会退化的，而且退化得很安静。没有人会来报告说自己对这一段不熟了，只会在某次遇到特殊订单时突然发现不知道该按哪条规则办。等到这个时候再补，往往已经积压了一批没处理好的问题。

边界条件是当一段工作的量本来就很小的时候。一年只做几次的段落，很难积累出手感，也谈不上留人。这类段落更实用的做法是把处理方式写成步骤清单，靠清单把做法固定下来，而不是靠记忆。

记录方法上，建议给每一段留一份能解释的记录：这一段在做什么、常见情况怎么处理、遇到例外找谁。这份记录不求长，一页足够，但它是判断这一段能不能放手的最直接依据。

还有一个细节是解释能力和人员流动的关系。同一个人在同一岗位待得越久，这一段就越不需要书面记录，因为解释能力在他脑子里。这种状态看起来高效，实际上是团队风险最高的时候。

有一个案例是一家店铺的选品长期由一个人负责，他凭经验就能判断哪些品该做。后来他请了长假，接手的人面对候选清单完全无从下手，因为判断标准从来没有被写下来过，最后那一轮的选品整个停摆。

该不该放手，看的是这一步有没有判断和该不该留经验

判断该不该放手的原则

第一条原则是看判断的密度。一段工作里需要停下来想一想的动作占多少，这个比例越高越该留。全是执行、基本不用想事的段落，交出去没有什么损失，反而减少了人的负担。

第二条原则是看错误的传播范围。出一次错只影响这一段的内部结果，可以交出去；出一次错会往下游传好几段、甚至传到买家那里去，就要留人。传播范围是判断严重程度最直接的一个尺度。

第三条原则是看规则的稳定性。规则连着几个月没怎么变，可以交；一个月调两次，先别交。规则变动期交出去，等于每次改动都要重新配一遍，而且改动期间的错误很难归因。

第四条原则是看经验的归属。有些环节的经验属于个人，人走了经验就没了；有些环节的经验已经写成了文档，谁来做都差不多。前者更需要留人，让经验有地方沉淀；后者可以放手。

这四条原则可能有冲突。比如一个环节判断密度不高、但错误传播范围很大，那就要按传播范围来处理。冲突的时候，优先看后果，其次看判断密度，最后看规则稳定性。

实际用这四条原则的时候，先给每个环节做一个两行的评估。第一行写这一步里有多少动作需要停下来想，第二行写这一步出错之后会牵连到哪里。两行写完，该不该放手基本就有答案了。

评估的时候找实际干活的人一起做，不要一个人拍板。操作的人对哪里有判断最清楚，管理者看到的往往只是流程图的形状。这两者不一致的时候，通常以实际操作的经验为准。

评完之后把环节分成三档：先留着、可以部分交出去、可以整体交出去。分档不用太细，三档足够指导行动。分完之后，先从部分交出去的那一档动手，风险和收益都比较适中。

动手之前定一个观察指标。比如这一段每周花多少时间、出问题的次数。有了这两个数，交出去一两个月之后才能看出效果，不然只能凭感觉说方便了还是麻烦了。

观察期结束之后回头看一次。效果符合预期就继续往前推，出现新的问题就收回来一些。这个来回不需要看成失败，找到合适的边界本来就是一个逐步试出来的过程。

有一个细节是这四条原则对不同的环节权重不一样。对外承诺类的环节，后果这一条几乎是决定性的；内部流程类的环节，判断密度这一条更管用。用的时候按环节类型选主要依据，不必四条都算一遍。

边界条件是在业务快速变化时期。这段时间规则本来就不稳定，判断密度也会明显上升，按平时标准划定的放手范围往往偏大。变化期建议整体往回收一档，等稳定下来再放开。

记录方法上，可以给每个环节建一行评估：环节名称、判断密度、错误范围、规则稳定性、结论。一行一条，几十行就覆盖了整条链。这份表在半年后重新评估时可以直接拿来改，不必从头再做。

还有一个细节是放手要留退路。把一段交出去之后，最好保留一个能立刻退回手工的办法，比如旧的手工流程先别删。有了退路，放手这个决定就从一次性的变成可逆的，敢于尝试的范围就大了很多。

有一个案例是某团队把词表的整理交出去之后，发现主词的选择也跟着交了出去。他们花了两周调整，把选择那一步单独拿回来，只留整理给工具。调整之后的整体效率反而比全交出去时更高，因为返工少了。

越牵扯判断与承诺的环节，交出去之后回旋的空间越小

需要判断的环节

第一类是取舍。候选品留哪几个、词表里哪些算主词、对手的动作哪些值得跟。这些动作的共同点是没有唯一正确答案，只能根据当前的目标和资源来定。这类环节可以一键把材料准备好，但选择本身要人来定。

第二类是排序。同样一批事情，先做哪一件后做哪一件，看起来只是排列顺序，实际上牵动着资源和时机。排序背后是对优先级的理解，这种理解很难写成规则，通常留在有全局视角的人手里。

第三类是异常归因。同样是销量下滑，可能是词的问题、可能是对手动作、可能是季节因素。判断是哪一类需要把几处信息放在一起看，而且每类异常的排查路径都不一样，交给固定规则处理会很勉强。

第四类是边界的划定。什么情况算正常波动、什么情况要介入，这条线画在哪里，直接影响后面有多少事要做。线画得太松会漏掉问题，太紧会疲于奔命，这条线适合由人定期调，不适合固定下来。

第五类是对结果的口头解释。被问起一个数字为什么是这样，需要有人能当场讲清楚。这种能力建立在对环节的了解上，全部交出去之后，解释就会退化成复述结论。

给判断环节留人的时候，要同时做一件事：把判断需要看的材料固定下来。判断慢往往不是判断本身难，而是每次要重新找材料。材料固定成一份，判断这一步就轻了很多。

判断的结论要写下来。写下来有两个好处，一是下次遇到类似情况可以参照，二是当判断被质疑的时候能说清当时的依据。结论不用写成分析报告，两三句写清判断和理由就够了。

判断还要定期回看。同一类判断做上十几次之后，翻一翻当时的理由，看看哪些理由站得住、哪些当时想得不对。这个过程能把个人的判断经验慢慢变成可复用的规则。

有些判断可以拆成两半：先用规则把明显不行的排除，剩下的再交给人。这一步拆分往往能让人工判断的量减少一大半，而且被排除掉的那些本来也没什么争议。

判断环节的最后一步是定一个频率。每天判断一次还是每周判断一次，会影响判断的颗粒度。频率定得太高，人容易疲劳导致判断变松；太低又跟不上变化，需要按业务节奏来定。

有一个细节是判断的材料要分主次。每次判断都翻好几份数据，其中往往只有一两项真正影响结论。把这几项标出来放在最前面，判断的速度会明显提升，也不容易漏掉关键信息。

边界条件是当判断涉及的人不止一个时。多人判断容易出现责任分散，谁都可以不作最终决定。这时候需要一个明确的规矩：谁对这个品负责，谁就拍板，其他人的意见只作为输入。

记录方法上，可以给每次判断留一行：日期、判断对象、结论、一句话理由。这一行不用给人看，它的作用是让几个月后的自己能回忆起当时的思路。判断这种能力，靠回忆强化得最快。

还有一个细节是判断的粒度。同一类事情，是每次都重新判断，还是定一个大方向之后一段时间内按方向执行。粒度太细会疲于判断，太粗又跟不上变化，通常按业务变化的节奏来定。

有一个案例是某店铺在关键词的分级上纠结了很久。后来他们把分级标准写下来，明确只看三项指标，其余作为参考。标准定下来之后，这项工作从每次讨论一小时缩短到十几分钟。

需要维护关系的环节

供应商和物流这两端的沟通通常要留人。合作关系靠长期来往建立，换一个对接人，对方的态度和给到的配合度都可能有变化。这类环节的核心不是流程效率，而是关系本身，交给工具处理不了其中的人情部分。

买家沟通里的例外处理也常常留人。标准的咨询可以交给自动回复，但遇到有情绪的、有特殊诉求的买家，还是需要有人来判断怎么处理。这类情况没有标准答案，处理方式也直接影响后续的评价。

平台方或者渠道方的对接也属于这一类。节奏、口径、哪些变动要提前知道，这些信息往往在正式通知之前就通过私下沟通传出来了。固定一个人长期对接，比换来换去更容易拿到这些提前量。

关系维护有一个特点：投入是持续的，回报是延后的。正因为这样，它最容易被当成可以省掉的事。等到需要对方配合的时候，才发现平时没攒下什么，这时候补救的成本比平时维护高得多。

这一类环节也可以省时间，办法是把例行沟通标准化。定期报数、定期反馈，用固定的格式减少沟通成本，把省下的精力放在真正需要人出面的事情上。

维护关系不等于全靠饭局和寒暄。多数情况下，关系是靠长期稳定的配合攒下来的：说好的时间能守住、出问题能主动说、答应的事能办到。这三件事做到，关系自然就稳。

固定对接人是常见做法。两个人长期对接，沟通成本会持续下降，很多默认的默契建立起来之后，一次沟通能带的信息比换人时多得多。换人时要留一个交接期，让新老两个人一起走完几个完整周期。

关系的状态也要记录下来。不是记私事，而是记合作中约定过的关键事项：结算方式、时效要求、异常处理流程。这些写下来之后，即使对接人变动，后面的人也能接得上。

沟通的节奏可以固定下来。每周或每两周一次简短的进度同步，把问题和进展一起过一遍。与其等出问题再沟通，定期同步能让很多问题在小的时候就被处理掉。

这一类环节还需要留出一定的弹性时间。关系维护的投入不是每期都能看到产出，把它当成一项长期投入而不是当期任务，心态上会稳一些，也不容易因为短期看不到效果就把它砍掉。

有一个细节是关系维护的投入很难量化，所以最容易被砍。比较实际的做法是把它挂在具体的事情上，比如某一次配合的响应速度、某一次异常的处理结果。有了具体的事，投入的必要性就容易说清楚。

边界条件是当对接方换了人的时候。对方换人往往意味着原来积累的默契要重新建立，这段时间内沟通频率应该主动调高一些，把关键约定重新确认一遍，避免用旧默契去假设新对接人的行为。

记录方法上，建议维护一份对接备忘：对接方是谁、关键约定有哪些、上一次沟通是什么时候、待办是什么。四五列就够，写清楚之后即使对接人临时不在，别人也能顶上去。

还有一个细节是关系维护和流程规范不冲突。越是关系稳的对接方，越应该把约定写清楚，因为写清楚之后双方都不需要靠猜，反而能减少误会的空间。

有一个案例是某店铺的物流对接人换岗后，新的对接人不了解原来的时效约定，结果连续几批货都晚了。后来他们把所有约定整理成一页纸交给新对接人，问题立刻就解决了。

需要积累经验的环节

新类目刚上的那段时期属于这一类。规则还没稳定，很多判断靠试探和观察。这时候手工做并且记录过程，积累下来的东西就是后面规则的基础。跳过这一段直接交给工具，等于放弃了积累的机会。

处理复杂异常的时候也属于这一类。第一次遇到某种异常，处理过程中做的每个判断都有价值，值得写下来。做上几次之后，这类异常才能形成固定的处理方式，在此之前交给工具为时过早。

和买家或对手打交道的环节同样如此。对方的行为模式、常见的反应、有效的应对方式，这些是慢慢摸出来的。完全依靠别人总结的结论，遇到细节上的差异时就会不知所措。

积累经验的环节要配一个记录动作，否则做过就忘了。记录不用复杂，写上时间、现象、当时怎么判断的、后来结果如何，四行就够。这样积累半年，就能从中看出规律来。

还有一类是跨环节的协调。同一件事牵涉到几个环节时，怎么排先后、怎么同步，这种协调能力只有在实际处理过几次之后才建立起来。这一类通常留给对整条链最熟悉的人。

积累经验最怕的是做过就忘。每一次处理的过程、当时的判断、最后的结果，如果都不记，做十次和做一次学到的差不多。记录这个动作看着多余，实际是积累能不能发生的关键。

记录的方式可以很轻。每次处理后写三四行：什么现象、怎么判断、做了什么、结果如何。几行字半分钟，半年下来就是几十条真实的案例，这些案例的价值比任何通用方法论都高。

积累起来的记录要有人整理。每隔一段时间翻一遍，看有没有重复出现的现象，把它们归成几类。归类之后才能形成规则，规则形成之后再交给工具，顺序才对。

积累经验还要安排传递。写下来的记录如果没有人看，积累就停在个人的本子上。可以让新人在遇到类似情况时先翻记录，翻不到再来问，这样记录就被用起来了，也会被不断补充。

最后一个细节是记录里要包含日期。看起来不起眼的日期，在复盘时是最重要的信息之一，它能让你看出某个现象是偶发还是持续、某个处理方式是哪段时间在用的。

有一个细节是什么时候算积累够了。判断标准可以看这一条：同一类问题有没有重复出现三次以上，并且每次的处理方式已经趋于一致。到了这个程度，就可以把处理方式整理成规则，考虑交给工具。

边界条件是有些环节永远处在积累状态，比如新玩法刚出现的那段时间。这类环节不要急着定规则，保持手工并持续记录，等玩法稳定下来再谈规则化，否则规则会一直改，反而更费事。

记录方法上，建议把案例按现象分类存放，而不是按时间顺序。按现象分类，下次遇到类似情况可以直接翻到对应的那一类；按时间存放，找起来要一页页翻，用处会大打折扣。

还有一个细节是记录里要写结果。只写当时怎么判断的，不写后来结果如何，这些记录就没法用来验证判断的质量。写清结果，几次之后就能看出哪些判断更靠得住。

有一个案例是某团队在处理退款争议时，前前后后遇到过十几种情况。他们把这些情况整理成一页对照表，新人遇到问题先查表，查不到再来问。半年下来，同样的问题基本不需要再占用有经验的人的时间。

前几类的共同点是需要判断，后两类的共同点是只需执行

手工环节怎么省时间

最有效的办法是把材料准备的部分交出去。判断之前需要看的几份数据，让工具或者表格整理好放在一个地方。判断本身可能只需要一分钟，但找材料要花十分钟，把找材料这一步省掉，提升最明显。

第二个办法是把记录动作模板化。判断做完之后要写一句理由，如果每次都要从头想怎么写，这件事很快就会被跳过。给几个固定的说法做选项，选一个再补几个字，记录就变得很容易坚持。

第三个办法是把判断集中到固定时段。同一类判断一天做几次会打断节奏，集中到每天固定的一个时段统一处理，既能保持状态，也减少了反复切换的成本。

第四个办法是把可选项收窄。判断难，往往是因为可选项太多。在判断之前先用规则把明显不行的排除掉，剩下三五个再做判断，这一步能显著降低判断的负担。

第五个办法是把结论沉淀成清单。常见情况的处理结论写下来，下一次遇到类似情况直接查清单，只有清单上没有的才需要重新判断。清单会越用越全，这也是手工环节效率提升最快的路径。

第一个提升点是减少切换。同一类判断集中处理，比一天里零散处理几次要快得多，因为不用反复进入状态。把需要判断的事情攒到固定时段，是最容易做到也最容易见效的一步。

第二个提升点是准备材料。判断之前先花几分钟把要看的材料放在一个地方，判断的时候不必来回找。如果材料每天都要重新找一遍，那这几分钟应该想办法省掉，交给表格或者工具去准备。

第三个提升点是收窄选项。把可选项从十几项压到三五项再交给判断，这一步通常用几条简单的排除规则就能做到，而且排除的这一部分本来也不需要有经验的人来判断。

第四个提升点是模板化记录。把记录的格式固定成几个固定字段，写的时候填空就行。格式自由发挥的时候，写记录这件事本身会消耗不少时间，也就更容易被跳过。

第五个提升点是定期把结论整理成清单。判断做过的事情积累起来，把常见情况列成一张清单，下次直接查。清单越用越全，需要真正判断的情况越来越少，这是效率提升最持久的路径。

有一个细节是省下来的时间要用对地方。如果把判断省下来的时间又填进了别的手工搬运里，那么这次优化实际上什么也没改变。所以每省下一块时间，都要想清楚它接下来去哪。

边界条件是当判断本身就很轻的时候。有些判断只需要一秒，专门为它做材料准备反而增加了环节。判断轻、频率又不高的段落，保持原样往往是最省事的做法。

记录方法上，建议给手工环节记一个简单的耗时：每次大概花多久、卡在哪一步。记上一二十次，哪一步最费时间就清楚了，优化也就有了明确的目标，不必凭感觉去改。

还有一个细节是手工环节也要有备用方案。做判断的人休假或临时不在时，流程不能停。备用方案通常是两条：一是找第二个人按清单顶上，二是提前把必须当期判断的事项处理掉。

有一个案例是某团队的选品判断原来每周要花半天。他们把材料整理交给表格自动生成之后，判断本身只花了四十分钟，而且因为材料齐了，判断质量也稳定了不少。

关键环节留住之后，判断出错和新人求教的次数都降下来

哪些环节可以放手给工具

第一类是纯执行。按固定规则把A改成B，或者把几个来源的数据按同一格式合起来，这类工作没有判断空间，交给工具是最合适的，而且很少出问题。

第二类是重复性极强的工作。每天都要做一次、每次动作几乎一样的事情，累计的时间成本很高，工具化之后几乎不需要维护，性价比通常是最高的。

第三类是量大到人做不完的工作。数据行数上万的时候，人做不仅慢，而且到后面注意力会下降。这类工作交给工具，准确率通常还更高，人也从重复劳动里解脱出来。

第四类是只需要结果不需要过程的工作。看看某个数是多少、某个品排第几，这类查询不需要保留中间过程，交给工具很合适。

第五类是格式转换和归档。统一格式、批量改名、按规则归目录，这些动作规则清楚、出错也能立刻看出来，适合交出去。放手的顺序建议从这些开始，先把最容易见效的部分放掉。

放手的顺序建议按一个标准来排：出错之后多久能被发现。发现得越快，越可以早点交给工具；发现得慢的段落，即使看起来很机械，也应该保留一个抽查动作。

第一批发出去的一般是格式整理和批量改名。这两类工作规则清楚、结果好验证、出错立刻看得见，是放手风险最低的部分。跑上一两个月确认没问题之后，再往别的段落推。

第二批是取数和汇总。这类工作的价值在于快和稳，交给工具之后，出数的时间从半天缩到几分钟，人也从重复劳动里出来。前提是口径要提前写清，否则快出来的数是错的方向。

第三批是重复录入。这一类通常最后才发出去，因为它往往连接着别的地方，改动会牵动上下游。发出去之前先把录入的内容格式定死，避免把原来手工录入时的随意性一起带进去。

每一批发出去之后都要留一个回看的时间点，通常一个月。回看的内容只有两件：这一段出过问题没有、原来做这件事的人现在时间花在哪了。第二个问题很关键，如果人从这一段的重复劳动里出来，却去做另一件重复劳动，那这次放手其实没有意义。

有一个细节是放手之前先把规则写下来。规则没写就交出去，等于把人的隐性习惯一起送了进去，出了问题时说不清是规则不对还是工具不对。写下来之后，工具错还是规则错，一眼就能分。

边界条件是当这一段的结果要被外部看到时。这类段落放手时最好保留一个复核动作，哪怕只是看一眼汇总数有没有异常。复核动作的成本很低，但能拦住大部分低级错误。

记录方法上，放手之后建议留一份对照记录：手工做的时候是什么结果，工具做的时候是什么结果，差在哪里。跑上几期，差异如果稳定且可解释，就可以把手工那一套停掉。

还有一个细节是放手不等于不管。交出去之后仍然需要有人定期看一眼，比如每两周抽查一次。完全不管的段落，出了问题往往要很久才被发现，那时候影响已经扩大了。

有一个案例是某团队把汇总取数交出去之后，两个月没出问题。第三个月因为上游改了一个状态名称，汇总结果少了一整类订单，直到月底对账才被发现。后来他们在汇总表上加了一行总行数，这类问题当天就能看出来。

常见问题（FAQ）