Shopee链条的先后次序：六个环节谁排在前

顺序为什么重要

顺序决定的事情比多数人以为的要多。它不仅影响快慢，还影响结果能不能被解释。顺序排对的时候，每一步的产出是下一步的输入，出问题能顺着往回找。顺序乱的时候，几个环节的产出混在一起，出了问题只能猜。

顺序还影响一个人能干多少活。同一批工作，按依赖关系排好可以连续做完，来回切换则要付出额外的适应成本。一天切换几次，有效工作时间会明显缩短。这不是效率技巧，而是顺序本身带来的损耗。

顺序排错的最常见形式是把两个有强依赖的环节同时开工。两边都在等对方先定，谁也不敢先动，于是都停在半成品状态。等其中一边终于先做了决定，另一边发现前提变了，前面的工作要重来。

还有一种形式是顺序反了。应该先定方向的环节被放到后面，先做的却是执行类的活。执行做完之后方向定下来，发现做的东西不对路。这类返工在店铺里发生的频率不低，付出的成本却常常被算到执行不力上。

举一个具体的返工实例。某店先做了关键词整理，整理出两百多个词。之后才定方向，方向定为中等价位。回头看那两百个词，其中大部分指向低价，和方向不符，只能重做一遍。

这次返工的直接损失是整理词的那几天工时，间接损失更大。因为词清单重做，下游的竞品名单也跟着重做，动作计划又跟着调整。一处顺序排错，影响沿着链条传了三层。

如果顺序反过来，先定方向再整理词，代价会小很多。定方向通常只需要半天到一天，把方向明确之后，整理词时就有了筛选依据，一次就能做到八九不离十，不必整批返工。

这个例子的启示不是要先做哪一步的具体答案，而是顺序本身有杠杆效应。前面一步花的时间多一点，后面每一步都省；前面一步省了，后面每一步都要补，而且补的成本更高。

顺序的重要性还体现在节奏上。排好顺序之后，工作会呈现出一种可预期的节奏：这一周做方向，下一周整理词，再下一周看对手。有了节奏，资源可以提前安排，人的状态也更容易保持稳定。

没有顺序的时候，节奏是乱的，今天做什么取决于今天想到了什么或者谁催得急。这种状态下资源永远处在被动响应的位置，无法提前规划。长期下来，店铺的整体推进速度会明显低于资源相当但节奏稳定的同行。

建立节奏不需要很复杂的安排。把顺序表上的环节对应到周，标出每段大概占用的时间，节奏就出来了。有了这个基础，后面遇到临时事务时，也更容易判断哪一项可以让位、哪一项不能动。

节奏一旦稳定，还有一个附加的好处，就是复盘变得容易。每段时间做了什么、结果如何，都有明确的对应关系。数据能对上动作，经验才能沉淀下来，这对长期经营的影响比单次的效果更大。

有一个现象能说明顺序的作用，就是同样一批工作，不同顺序做出来的完成度差别很大。先定方向再做的团队，每个环节的产出基本都能被下游用上；顺序乱的团队，产出数量可能更多，被用上的比例却低很多。

这个差别的根源在于返工。顺序对的时候，每一步的产出都建立在已经确认的前提上，改动的概率低。顺序乱的时候，前提是在做的过程中逐步明确的，前面的产出经常需要回头改，改了之后下游又得跟着改。

累计下来，两种做法的有效产出差距会很明显。这不是说顺序对的团队更努力，恰恰相反，他们往往更省力，因为不需要反复返工。顺序带来的杠杆效应，体现在同样的投入能留下多少可以复用的东西上。

这一点对资源有限的店铺尤其关键。资源多的时候返工还扛得住，资源紧的时候返工直接吃掉本来就不多的余量。把顺序理清楚，是低成本提升整体产出的一个办法，它不需要额外投入。

排顺序的依据不是哪个重要，而是谁的产出被别人用到

先做的通常是哪一步

先做的通常是选品定方向。理由不是它最重要，而是它的产出会被后面几乎每个环节引用。方向定了，词才有筛选依据，对手才有瞄准对象，数据才有观察角度。方向没定，后面每一步都在猜。

判断某个环节是否应该排在最前，有一个通用标准：看它的产出被几个下游引用。被三个以上引用的环节，基本都该排在前面。只被一个下游引用的环节，可以往后放，不必抢在最前。

小店铺可能会问，如果没有独立做选品这一步，是不是就没有起点了。其实起点可以是一次经营复盘，也可以是最近一段数据看下来的判断。形式不限，只要产出的是一句明确的方向，作用就和选品定方向一样。

有一个例外情况是清库存阶段。这时候最前的一步可能是处理现有库存，方向要围着库存来定。这时候的顺序仍然是先定方向再排动作，只是方向的内容变了，顺序的逻辑没有变。

有一个具体做法可以帮助确定先做哪一步。把六个环节各自的产出列出来，然后画箭头，看谁的产出被谁用到。箭头最多的那个环节，就是通常要排在最前的那一步。

画箭头这个动作不费时间，一张纸就能完成。画完之后往往会发现，箭头最集中的那个环节和大家平时的做法并不一致。平时做得最多的是执行类的活，而箭头最集中的往往是定方向或者定口径这类前置工作。

画完之后还有一步，就是看箭头里有没有断的。所谓断的箭头，是指上游有产出但下游从来没用过。这样的箭头说明交接是空的，需要在排顺序之前先补上，否则顺序排得再对，这一段也是断的。

这个分析建议每半年做一次。业务结构变化之后，箭头的关系也会变。上一次分析的结果不能一直沿用，定期重画一次能及时发现结构上的变化。

有一个判断先后的小工具，就是把每个环节的产出写成一句话，然后看哪句话里引用了别的环节。引用了别人的，说明它排在后；被别人引用的，说明它排在前。这个办法不需要画图，几句话就能理清。

用这个办法理的时候，常常会发现有两三个环节互相引用。选品说要看数据，数据说要看方向。这种循环说明两个环节之间缺一个共同的前提，通常是季度目标或者整体策略。把这个前提明确出来，循环就解开了。

解开循环之后，先做哪一个就清楚了。循环的存在本身不是问题，问题在于没有把这个前提写明。写明之后，两边各自按前提做，不必等对方先出结论，效率反而更高。

这个工具的另一个用处是发现多余的环节。有的环节既不引用别人，也不被别人引用，说明它和链条没有关系。这类环节可以考虑停掉，把资源让给真正在链条上的部分。

还有一个常见疑问是，如果每个季度都从选品开始，会不会太机械。实际执行中不必这么严格。起点可以变化，比如某个季度从一次数据复盘开始，由复盘结论反推出方向，效果也不错。

关键不在于从哪一步开始，而在于开始的那一步产出的是不是方向。产出方向的那一步，无论它叫什么名字，都应该排在前面。理解了这一点，就不必纠结形式上的先后。

还有一类情况是方向已经很清楚，不需要再讨论。这时候可以直接从词或者从对手开始，不必为了符合流程再走一遍定方向。省下来的时间可以用来把后面的环节做得更细。

判断方向是否清楚有个简单标准：能不能用一句话说清这一季度店里靠什么往前走。说得出来就直接往下走，说不出来就还得先解决这一步，不要带着模糊的方向往下推。

顺序错了最直接的代价不是白做，是做完之后无法判断做的有没有用

哪些环节必须在前

必须在前的一般有两类。一类是被多个下游引用的，比如方向定这一步；另一类是时间上不可逆的，比如数据的记录。数据的记录必须在动作发生之前就准备好，事后想补记当时的状态，基本补不回来。

数据记录的前置性容易被忽略。多数人的习惯是等结果出来再去看数据，这时候已经看不到动作发生前的状态了。正确做法是在改动之前先截一份数据存档，改动之后再截一次，两边对照才有意义。

还有一类必须在前的是口径的定义。统计方式和范围要在开始之前定好，中途换口径会让前后数据失去可比性。很多店铺每个月的报表都换一种统计方式，最后谁也无法判断趋势，问题就出在这里。

判断某一步是否必须在前，可以问一个反向问题：如果这一步放到后面做，会有什么补不回来的东西。答不上来，说明它可以往后放；答得出来，那它就必须排在最前，没有任何折中空间。

有一个容易忽略的必须前置项，就是基线数据的留存。在做任何改动之前，把当前的几个关键数截图或导出存好。这一步花不了几分钟，但它是后面所有判断的基础，缺了它，改动完只能看到结果，看不到变化。

留存的基线要包含时间标记。没有时间标记的数据无法判断是哪个状态下的，几个月后翻出来会不知道它对应的是什么时候的情况。写上日期和当时的主要动作，这份数据才真正可用。

还有一类必须在前的是沟通。多个人参与的改动，要在动手之前把改什么、谁改、改到什么程度说清楚。事后补沟通通常意味着已经有人按自己的理解动手了，再统一意见就变成了纠正而不是安排。

边界是前置的项不宜太多。所有事情都要求前置，链条就会陷入准备状态，迟迟不动手。真正必须前置的通常只有三样：方向、口径、基线。这三样确认之后就可以开工，其余的可以在过程中逐步明确。

有一个经常被忽略的前置项是时间点的记录。改动发生在什么时候，这一点必须在下游看数据之前就确定。不知道改动的时间，就看不出改动前后的差别，数据再多也无法支撑判断。

记录时间点的方法很简单，在改动的同时写一行，写清改了什么、什么时候改的。这一行可以和其他的工作记录放在一起，不必单独建表。关键是养成在同一天记录的习惯，隔天补记容易记错。

还有一类必须在前的是对结果的预期。改动之前先说清希望看到什么变化、在哪个数上体现、多久之后看。事先说了预期，事后判断起来就有了标准，避免看到任何变化都觉得是自己的功劳。

预期不必写得很精确，通常写清方向和观察周期就够。写得过于具体反而会因为实际情况的波动而失去判断价值。合理的形式是写一句预计某一项会往哪个方向变化，什么时候观察。

有一个具体的判断方法，把每个环节问一遍：如果跳过它直接做后面的事，会出现什么后果。后果是发现问题后要回头补做，说明它应该在前；后果是根本没有影响，说明它可以往后放甚至不做。

用这个方法过一遍六个环节，通常会得到三前两中一后。方向、口径、基线三类需要在前；词整理和对手名单处在中间，要看具体节奏；工具类在最后。这个结果和多数店铺的实际需要比较接近。

这个方法还有一个附带的价值，就是能识别出那些既不产生前置约束、也不被下游需要的环节。这类环节往往是出于习惯保留下来的，砍掉之后链条反而更清晰，资源也能集中到真正需要的地方。

判断不要一次做完就长期沿用。业务结构变化之后，每个环节的前置性也会变。通常是每度过一个明显的发展阶段就重新判断一次，比如从单店扩展到多站点、从自营扩展到分销。

哪些环节可以并行

可以并行的一般是信息采集类的环节，比如竞品监控和数据观测。它们的特点是不依赖前面的结论就能开始，而且开始得越早，积累的信息越多。把它们排在后面，并没有带来什么好处，只会推迟信息的可用时间。

并行不代表没有前提。竞品监控需要知道盯哪一类对手，这个可以基于方向粗略判断；数据观测需要知道看哪几个数，这个可以基于历史经验先定。前提是粗略的，不必等精细的结论。

内容类的工作也常常可以并行。比如商品的图片和详情准备，它依赖的是商品本身，不完全依赖关键词的整理结果。前提是商品的属性已经定下来，这个通常在选品阶段就完成了。

并行的好处是缩短整体周期，但要注意并行的数量。同时开三项以上，协调成本会明显上升，反而比顺序做更慢。合理的并行数量通常在两到三项之间，超过这个数就要重新考虑哪些可以缓一缓。

并行还有一个前提条件是对资源的要求不重叠。做竞品监控主要是看和记，做数据观测主要是统计和整理，两者占用的能力类型不同，并行时不会互相挤占。如果两个环节都要占用同一种稀缺资源，并行就不划算。

判断资源是否重叠有个简单办法，看两边需要的是不是同一批人。如果是同一批人，并行实际上是串行，只是被打断得更频繁，效率反而更低。这种情况下不如排先后，做完一件再做另一件。

并行的环节之间需要有一个会合点，也就是两边都完成后要一起看一次。没有会合点，并行容易变成各做各的，两边跑出来的结论互不相干。会合点可以是一次简短的碰头，也可以是两份产出的对照，形式不限。

会合之后可能会发现两边结论不一致。这属于正常情况，不必急着统一。先把不一致的地方记下来，看它是不是因为两边的统计范围或时间点不同。多数不一致追到根上都是范围问题，而不是真实的分歧。

并行还有一个可以借鉴的做法，就是让并行的两边各自保留独立的记录。两边都不必等对方，各自按自己的节奏推进，到了会合点再合起来看。独立的记录能让会合时快速找出两边的一致和不一致。

独立记录需要注意格式上的统一。至少时间标记和统计范围要一致，否则会合时无法直接对照。这两项统一之后，其余部分可以按各自的习惯来，不必强求格式完全一样。

并行推进的过程中，两边可以互相看一眼进度。看一眼的作用不是干涉，而是提前发现方向上的偏差。如果一方发现自己的推进和另一方的方向不一致，及时说一声，比做完之后再改要便宜。

会合点之后的工作通常需要合并。合并时要明确以哪一份为主。多数情况下以时间更新、范围更清楚的那一份为主，另一份作为补充。事先不明确以谁为主，合并时容易陷入来回比较。

还有一个可以作为并行判据的角度，就是看两边是否需要等同一个外部条件。如果两边都在等同一份数据或者同一个决定，那么并行没有意义，实际上还是在等同一件事，只是看起来更忙。

外部条件不同的时候，并行的价值才体现出来。比如一边等平台的类目数据更新，另一边等对手上新，两件事互不相干，同时推进就能各走各的，谁先到了谁先动。

并行的过程中要留意条件的变化。原来互不相干的两个条件，可能因为某个决定变得相关起来。一旦发现两边开始互相等待，就说明并行已经不成立，应当及时收回到顺序执行。

这种情况在资源紧张时更容易发生。人少的时候，并行的两条线最终还是要用同一双手。因此并行数量应当和可用人力匹配，人力少的时候宁可顺序做，也不要同时开好几条线。

顺序错了的代价

第一项代价是返工。方向定晚了，前面按猜测做的词、盯的对手、准备的素材都要重来。返工的损失不只是这些工作的工时，还有中间耽误掉的时间，这段时间里店铺是在用错的假设运营。

第二项代价是归因失效。顺序乱的时候，多个环节的改动时间挤在一起，出了结果无法判断是哪一项起的作用。归因失效的后果是经验无法积累，每次都要重新试，试错的成本被反复支付。

第三项代价是资源错配。顺序错了，资源会压在暂时不需要的环节上。比如过早地投入大量精力搭建工具，而这时候动作本身还没定型，工具搭好之后立刻要改，投入的部分大部分被浪费。

第四项代价比较隐蔽，就是团队对判断失去信心。反复返工之后，人会倾向于少做判断、多等安排，主动性下降。这种状态一旦形成，链条的推进就会完全依赖少数几个人，抗风险能力明显下降。

有一个具体的成本对比可以说明代价的量级。某店在上新一批商品时，先做了素材和推广准备，最后才定价格带。准备阶段按照以往的经验做了一批偏低价位的素材，定下价格带之后这批素材用不上，需要重新制作。

表面看损失的是素材的制作时间，实际损失还包括推广的那段时间。因为素材重做，商品上架推迟了几天，推广的节奏也跟着往后推。整个上新的窗口被压缩，本来能跑出来的时间被浪费掉了。

如果顺序反过来，先定价格带再准备素材，这次损失基本可以避免。价格带的确定通常只需要参考已有的销售结构，花不了多少时间。把它放在最前面，后面的每一步都能对准它。

这个例子也说明，顺序错造成的代价通常不是某一处的浪费，而是沿着链条层层放大的浪费。前面错一点，后面每一环都要多花一点去适配，最后合起来的总损失远超最初那一处的偏差。

还有一个代价和时间有关，就是错过窗口。上新有窗口期，推广有窗口期，类目的热度也有窗口期。顺序排错导致动作延后，窗口可能已经过去，这时候即使工作做得再好，效果也会打折扣。

窗口期的成本很难事后弥补。热度过去之后再推同样的内容，需要的投入会更多，效果却更差。这也是为什么在窗口敏感的阶段，宁可简化流程也要让关键动作按时完成。

判断某个阶段是否窗口敏感，看这个阶段的时间弹性有多大。有些工作早三天晚三天差别不大，比如常规的内容更新；有些则差一天都不行，比如跟着平台活动做的准备。区分开这两类，排顺序时就有了优先级。

对窗口敏感的环节，可以单独标出来，在顺序表上用不同的方式记一下。这样每次排期时，一眼就能看到哪些是不能碰的最后期限，避免被其他工作挤掉。

有一个可以量化的观察角度，就是看返工的比例。统计一段时间内做过的动作，数一数其中有多少是重做的。返工比例高，说明顺序上有结构性的问题；比例正常，说明顺序大体没问题。

统计返工不必很精确，按件数大概估算就够。关键是连续统计几个周期，看这个比例是在下降还是上升。下降说明顺序在改善，上升说明市场变化超出了原有顺序的适应能力，需要重排。

返工的原因也要分类。分成因为方向变了、因为信息不全、因为自己判断错了三类。三类里，因为信息不全导致的返工和顺序关系最大，如果这一类占比高，就应当优先调整顺序，而不是催促执行。

记录返工原因时有一个注意点，就是不要写成笼统的原因不明。写不出来的地方，往往正是最需要追的地方。连续几次写不出来，说明交接上没有留痕，需要先把记录这件事本身做起来。

依赖越强的两段越不能同时开，否则两边都会等对方先定下来

按什么排顺序

排顺序的第一个依据是引用关系。产出被引用的次数越多，排得越靠前。用这个依据排下来的次序通常比较稳定，因为它反映的是信息流动的实际需要，不随个人偏好变化。

第二个依据是不可逆性。越不可逆的环节排得越前，比如数据记录、口径定义这类必须在动作之前完成的步骤。可逆的环节可以往后放，因为放错了还能改回来。

第三个依据是资源占用。占用资源多的环节要慎重安排，因为它一旦开始就难以中断。这类环节通常放在资源比较充裕的阶段，避免和其他重要工作抢时间。

三个依据之间可能冲突，比如引用关系上应排前的环节占用资源很大。这时候的处理原则是先满足不可逆性，再满足引用关系，最后考虑资源占用。顺序稳了之后，再想办法在资源上做调整。

还有一个现实的约束需要考虑，就是人力的可用时间。理论上该排在前的环节，如果负责的人这段时间忙不过来，可以考虑先做不依赖它的那些并行环节。排顺序的目的是让工作顺利推进，不是严格照表执行。

调整顺序时要注意不能动依赖关系。可以调的是时间和人力安排，不能调的是谁必须在谁之前。方向必须先于词，这条不能因为人忙就改。能调的是词整理的开始时间，而不是它和方向的先后。

为了区分这两类，排表时可以把依赖关系用箭头标出来，把时间安排写在箭头旁边。看到这张表，就知道哪些是可以灵活调整的，哪些是硬约束。这张表本身就是一个沟通工具。

这张表在团队交接时特别有用。新人拿到表，一看就知道自己这一步要在什么前提之下开始，也知道了自己的产出要交给谁、什么时候交。比口头交代一次要可靠得多。

从实际操作的顺序来说，排表可以先列环节，再标依赖，最后排时间。列出环节是把六件事都写下来，标依赖是画出谁必须在谁之前，排时间是把这些环节放到日历上。三步依次做完，一张表就成型了。

标依赖这一步最容易出错。常见的问题是把所有关系都标成强依赖，结果什么都排在后面，什么都不能并行。判断依赖强弱有个标准：一边开工前是否必须先拿到另一边的结论。必须拿到的才算强依赖。

排时间时要留出缓冲。每个环节按估计时间排完之后，整体留出一定的余量应对意外。缓冲通常放在链条靠后的位置，因为前面如果慢下来，后面的缓冲还能吸收一部分影响。

缓冲不要放得太多。缓冲过量会让整条链看起来宽松，执行时反而容易拖到最后。经验上，总时间的少部分作为缓冲比较合适，具体比例可以按店铺自身的稳定程度调整。

顺序排对之后不会立刻快很多，但每个月都能攒下一点前面积累的势

顺序表的维护

顺序表的维护首先是定一个检查节奏，通常每季度一次。检查时只看两件事：现有顺序是否还成立、有没有新的环节需要排进去。两件事都确认之后，在表上记一行日期，不必重写整张表。

顺序表上应当标注每一段的调整条件。比如写清方向调整后，词清单需要在几天内更新。标注了条件，遇到变化时不必等人通知，看表就知道该做什么，这能省掉大量沟通成本。

顺序表还要有一个存放位置，并且是所有人都能找到的位置。放在个人文件里的表等于没有，因为别人不知道去哪看。存放位置确定之后，表的价值才真正发挥出来。

维护中有一个常见问题是表越来越长。每次遇到新情况就在表里加一行，一年下来变成几十行，没人愿意看。控制办法是定期合并同类项，把相似的情况归成一条，保持表在一页之内。

顺序表维护中有一个具体动作值得坚持，就是每次调整顺序时，把调整的原因写在表末。原因不必长，一行就够。积累下来之后，回看这些原因能看出店铺走过了哪些变化，也能看出哪些调整是重复发生的。

如果同一条顺序反复被调整，说明那里可能有结构性的问题。比如数据记录这一环的位置被改了三次，那多半不是顺序问题，而是记录的内容或时点本身没定好。这时候需要解决的是内容，而不是继续调整顺序。

还有一个细节是表上要留出当前的执行状态。比如某个环节现在进行到哪一步、下一段的开始条件是否已经满足。有了状态栏，看表的人不需要再问别人进度，一个人就能判断自己能不能开工。

状态栏的更新频率不必很高，通常每周写一次就够。更新得太频繁反而增加负担，最后没人愿意维护。每周一次既能让信息保持新鲜，也不至于成为额外的工作量。

还有一个具体细节是顺序表的版本。每次调整后在表末加一行版本记录，写清调整了什么、为什么调整、从什么时候生效。有了这个记录，看到一份旧表时能立刻判断它是不是当前版本。

版本记录不必复杂，一行文字就够。真正有用的是生效日期那一项。有了日期，半年前的产出是按下表做的还是按新表做的，一对照就清楚。这一项能避免大量关于当时是怎么规定的那类争论。

表的格式建议保持稳定。频繁改格式会让使用的人失去熟悉感，每次都要重新找内容。内容可以更新，结构尽量不动，这样表才能成为一个人人看得懂的东西。

还有一点是表的开头要写清它的用途。写清这张表用于安排环节先后，不能替代进度跟踪。用途写清之后，别人不会拿它去做它做不到的事，也不会因为找不到进度而误以为表失效了。

常见问题（FAQ）