Shopee知虾不做哪三件事：别指望它全包

工具的能力边界为什么要先认清

原因在于期待决定用法。如果以为工具什么都能做，拿到它之后的第一反应就是找发布按钮，找不到就会觉得东西不好用。反过来，如果一开始就知道它给的是判断材料，拿到手就会先去用数据把方向定下来。同一件工具，两种期待下的用法完全不同。

还有一个原因是补救的成本不对称。把判断工具当成判断工具用，即使对它的功能了解得不够全，也只是没把某块数据用上，损失有限。把它当成能直接出商品的东西，等发现不是的时候，前期围绕这个假设做的安排都要推倒，代价大得多。

第三个原因是分工。几个人一起做的时候，位置不清楚最容易出现两种情况：一种是大家都以为别人会做，结果没人做；另一种是两个人都做了同一件事，另一个人白花时间。把边界先说清楚，这两类浪费都能提前避开。

边界还有一层价值，它让判断这件事有了明确的责任人。数据是工具给的，结论是自己下的，这个区别一旦清楚，结果不好的时候就不会出现互相推的情况。谁下的结论谁复盘，这是判断能力能积累起来的前提。

最后一点是心态。承认工具做不了某些事，听起来像是在降低预期，实际上是在把注意力放回到可控的部分上。工具负责把材料给准，人负责把判断做对。这个分工定下来之后，日常要操心的就不是工具够不够强，而是自己的判断依据足不足。

有一个具体的场景。某店刚上一套看数据的工具，负责人以为它连商品都能一起发出去，于是把准备资料的工作也往后押，想着等数据看完再一起做。结果看完数据发现发布这一步还得自己来，资料也还没准备，整个上架的时间比原来还晚了一周。

另一个场景出现在两个人配合的时候。一个人负责看数据，一个人负责上架。看数据的人以为上架的人会拿着结论自己去挑款，上架的人以为挑款是上一段的活。两个人各自等了一段时间，最后发现问题的时候，第一批的时间窗口已经过去了一半。

还有一种场景是新人接手。上一任在的时候，很多事情是默契，新人来了不知道哪些是工具给的、哪些是人做的，就会去工具里找那些根本不在里面的功能。找了半天没找到，反而怀疑是自己不会用，把时间花在了摸索上。

这三个场景的起因都一样：边界没有被说出来过。大家都在用自己的理解去补空白，补出来的东西互相不接。把边界提前讲清，这类时间浪费可以省掉大半，而且讲清这件事本身不花多少成本，几句话或者一张表就够。

还有一种情况是自己一个人做，看起来不需要对别人讲边界。但实际上一个人也需要，因为隔了一段时间之后，自己的记忆同样会模糊。写下边界其实是对未来的自己讲一遍，让下一批做的时候不必重新想一遍哪一步归谁。

边界情况是工具更新的时候。工具会加功能，有些原来要自己做的事可能被覆盖了一部分。这时候原来的边界说明就过时了，需要重新核对一遍。核对的内容是这项功能到底做到哪一步，是给依据，还是真的把结果做出来了，两者的区别不小。

还有一种边界是使用深度不同的时候。日常浏览只用插件，看到的边界和用网页版做深度分析时感受到的边界不完全一样。深度分析时会发现数据能给的东西更多，也更容易发现某些结论仍要自己下。用哪个深度，最好事先想清楚，避免期待错位。

对于刚接触这类工具的人，边界可以先只讲三条：它给材料、不给成品，它给参考、不给结论，它给方法、不给结果。这三条短且好记，比一份完整的说明更容易传出去。熟悉之后再补细节，效果比一开始就讲一大堆术语要好。

还有一种情况是同时用几件工具的时候。每件工具各管一段，如果几件的边界互相重叠或者中间有空隙，都会出问题。重叠的部分会造成重复劳动，空隙的部分会造成没人负责。用之前把几件的分工排一遍，比用起来之后再调整要省事。

最后要提的是边界的表达方式。说这件工具做不了上架，容易被理解成东西不好。换成它给的是做决定要用的材料，上架这一步要自己完成，听起来是分工而不是缺陷。同样的事实，换一个说法，接受度和执行度会不一样。

每一段的边界清楚之后，才知道哪一段的工具该找谁要

第一件：它不做上架动作

上架动作指的是把商品真正发布到店铺里：建商品、填属性、传图片、设价格、提交。这一串动作的产物是一个可以被买家看到的页面。知虾不做这一步，它的产物是判断依据，不是商品页面。这两者的区别落在有没有一个能被发布的商品上。

这里容易混淆的地方在于，判断阶段确实会产出一些看起来像商品信息的东西，比如建议价位、主推特点、相关的词。这些东西是判断的结论，不是页面的内容。把它们直接当成上架资料，会出现属性不规范、描述不完整这类问题，最后还是要回头补。

另一种混淆是把上架动作理解成填表。填表只是动作的一部分，前面还有素材准备、价格核算、词的结构安排。这些工作都需要一次判断，不是照着数据抄一遍。跳过这一层判断直接上架，等于把中间缺的环节推到上架之后去补，返工的概率明显更高。

还有一层区别是节奏。判断可以在一段时间里集中做完，上架往往要分散到几天，甚至分批。判断结论可以在上架之前就定下来，上架动作却要跟着货源、库存、活动节点走。这两件事的节奏不一样，放在同一层里管，节奏会互相牵制。

所以在安排上，正确的做法是把上架动作单独列成一段，指定谁负责，用哪一类工具来省重复的功夫。这一段和判断层之间要靠一份清单对接，而不是靠工具直接连起来。清单的作用是把判断结论翻译成上架能用的任务，翻译这一步不能省。

有一个区分很实用：把商品页面的每一个组成部分列出来，逐项看它来自哪里。价格来自定价的判断，词来自关键词的判断，属性来自货源信息，图片来自素材准备。判断部分能给出方向，具体的内容要靠准备。列完就能发现，页面里没有一项是数据能直接生成的。

这个区分能解释一类常见的困扰：明明数据看着都挺好，为什么页面做出来效果一般。原因往往在页面里的内容是硬凑的，属性和描述没有围绕主推特点展开。判断阶段说了主推某个属性，页面上却把能填的项都填了一遍，重点被稀释掉了。

另一个细节是上架时的资料顺序。先有判断结论，再定属性，再定描述，最后出图，这个顺序能让各部分指向同一件事。反过来先出图、再想描述、最后才回头看判断，做出来的东西往往每部分都对但合起来没有重点。

在多店的情形下，上架动作的复杂度会上升。同一个款到了不同站点，属性项、价格结构、活动节奏都可能不同。这时候更要明确上架这一段由谁负责，判断层提供的是这个款的主推方向和各站的价格档位，具体的发布参数由发布的人确认。

把上架单独列成一段还有一个好处，就是可以清楚地看到它需要哪些输入。把输入列出来，会发现大部分输入都来自判断层的结论，还有一部分来自货源和物流信息。输入清楚了，这一段的工作也就不容易卡住，不会出现做了一半发现缺东西的情况。

有一个细节是时间上的分离。判断通常在上架之前一段时间完成，中间隔着准备资料和排期。这段时间里市场可能会有变化，所以上架的时候要对结论做一次简单的确认：当初判断的条件还成不成立。这一步确认是人的职责，工具不会替你复核。

另一个细节是不同站点的上架参数。同一个款在不同站点，类目路径、属性项、活动要求都可能不同。这些参数在上架的时候才最终确定，属于发布环节的工作。判断层提供的是这个款在各站的价格档位和主推方向，参数由发布的人按站点要求填。

还有一个细节是发布失败的排查。属性填错、图片不符合要求、类目选错，都会导致发布不成功。这类问题的排查属于发布环节，需要人按提示逐项核对。判断层的结论在这里帮不上忙，因为它不知道页面的实际填写情况。

对于多店的情形，上架的方式会直接影响后面管理的工作量。同一个款发到多个店，如果各店的标题属性差异很大，后续的调整要分别做。放在上架环节统一一次做好，比后面逐个改要省时间。这件事的规划也在人这一侧。

把这些细节列出来，上架这一段的范围就清楚了：确认条件、准备参数、执行发布、排查问题、统一多店。这几件事都属于上架环节，指定人负责并安排时间。判断层的结论是这一段的输入，输入清楚，这一段就容易做得顺。

被误以为的部分越靠前，说明对工具位置的想象越超前

第二件：它不做资料加工

资料加工包括图片的处理、属性的整理、描述的撰写、规格结构的梳理。这几件事的共同点是要产出内容，而内容的生产需要创作和核对。判断层给的是方向，比如这个款主推某个特点，至于怎么用一张图把这个特点表现出来，属于加工环节的事。

这一环节最容易低估的是核对的工作量。属性要一项项和货源对上，规格要和实际库存结构对上，图片要和实物对上。这些核对没有捷径，也没有办法靠数据推出来，只能一件件看。把核对当成判断的副产品，就会出现信息不一致的问题。

还有一个原因是加工需要审美和表达的判断。同一张图，切法不同、留白不同、突出的信息不同，效果差别不小。描述也一样，同样的内容，先说用途还是先说特点，读者的感受不一样。这些判断是加工环节的专业活，和数据分析不是同一种能力。

因此把资料加工和判断分开，实际上是把两种不同的工作分开。一个人如果两种都做，也要在时间上分开，先完成判断、写下方向，再进入加工。同时做的时候，容易一边看着数据一边改图，两边的标准互相干扰，结果哪一边都没做透。

边界清楚之后，资料加工这一段的安排就有了着落。要么自己做，把时间单独留出来；要么交给别人，把判断结论写成清楚的说明再交出去。无论哪种方式，判断结论都要先写好，否则加工的人手上没有标准，做出来的东西只能凭理解。

有一个具体的坑是关于属性的。数据侧能告诉你同类商品在哪些属性上有差异，但每一项具体填什么，要看货源。比如材质这一类，数据能看出市场对某类材质有偏好，但你的这款实际是什么材质，只能自己确认，填错就是退货的风险。

另一个坑是关于描述的。判断阶段定下主推特点之后，写描述的人如果直接按这个特点写，容易写成一句宣传语。描述还需要说清适用场景、使用方法、注意事项这些具体内容，这些内容不在判断结论里，需要写的人自己组织，或者从货源那里拿。

图片这一项的工作量常被低估。一个款通常要有主图和几张说明用法的图，涉及拍摄或者取图、裁剪、统一风格这几步。这几步串起来，一个款花的时间常常比写一段描述还多。把这一项安排进时间表，比事后赶工要稳妥。

规格结构的梳理也要算进去。有多个规格的款，规格之间的关系、每个规格对应的价格和库存、页面上的呈现顺序，这些都要理一遍。理得不清楚的时候，客户容易选错规格，后续的沟通和退货成本都会增加，远高于当初梳理一遍的时间。

这一段的产出建议做成一份资料包，按款归档。归档的价值在于复用：同类商品做下一款的时候，可以拿前一版参照，结构和写法都能沿用。每一款都从零开始做，时间花得多，风格也不统一，对整店的观感并没有好处。

有一个关于图片的细节：同一个款在不同站点的图片要求可能不同，尺寸、比例、留白、水印规则都有差别。准备图片的时候要按目标站点的要求来做。准备一次发多个站点的时候，图片要按最严的那一版来，避免某个站点因为图不合规被退回。

描述的写法也有个细节，就是不要把所有能说的都写上去。描述的重点是让看到的人快速判断这个款适不适合自己。写得太长，关键信息会被淹没。把最关键的适用场景和特点放在前面，其余的信息放在后面，这个顺序对阅读体验影响不小。

属性的填法上，建议把涉及合规的项单独过一遍。有些属性涉及安全提示或者成分说明，填错不只是效果问题。这类项在准备阶段花几分钟确认，比上架之后被下架的代价低得多。这一项和判断层没有关系，属于资料加工必须做的事。

规格结构的梳理要和库存对上。每个规格要有多少库存、哪些规格其实是同一种货的不同叫法，这些理清楚之后，页面上的规格选项才不会出现选了没货的情况。这类问题在准备阶段很容易发现，等到有订单才暴露就晚了。

资料加工这一段建议留出固定的时间块，比如每周固定两个半天。零散着做的时候，做一段被打断，回来还要重新找上下文，效率会明显下降。固定时间块的做法在一个人做多件事的时候尤其有用，能把这类需要连续注意力的工作保护起来。

第三件：它不做最终决策

数据的作用是缩小不确定的范围，它没有办法把不确定消掉。同一个位置，数据能告诉你有需求、有供给、有价格空间，但它不知道你的资金能压多久、你的货源稳不稳、你愿不愿意花时间在这个类目上。这些只有自己清楚。

决策还牵涉到权衡。选一个供需比高的位置，可能意味着价格空间薄；选一个价格空间大的位置，可能意味着需求不够。这两个方向哪个更好，取决于你更在意什么。这类取舍没有标准答案，数据也给不出答案，只能自己拍板。

更重要的一点是责任。决策的后果是自己的：库存压在手上是自己的资金，卖不动是自己的时间。工具提供依据，但不承担结果。责任在哪里，决定权就应该在哪里。把决定权让出去，等于把结果的责任也一起让了出去。

这里有一个常见的误解，以为只要数据足够多，决策就会自动出现。实际的情况是数据越多、看的角度越多，反而越难决定，因为每一个角度都能支撑一个方向。真正让决策发生的是标准：定下什么条件下做、什么条件下不做，然后照着标准走。

所以判断层能给的是依据，决策这一步要自己完成，并且要把依据写下来。写下来有两个好处：一是做的时候思路更清楚，不容易被眼前的数据牵着走；二是后面复盘的时候能回看当时是怎么想的，知道是自己的标准有问题，还是执行有问题。

有一个例子能说明决策和数据的区别。数据可以告诉你某个细分位置需求在涨、供给不多，也可以告诉你同类商品的价格集中在某个档位。但要不要进这个位置，取决于你能不能拿到合适成本的货、愿不愿意按这个价格带卖。这两件事在数据之外。

另一个例子是关于时机的。数据不会告诉你现在是不是进货的好时机，它只能告诉你当前的市场状态。资金周转的情况、即将到来的活动节点、货源的备货周期，这些判断都要自己来做。同一个市场状态，对不同人的正确答案可能相反。

还有一种情况是数据之间互相矛盾。需求的数据说可以做，价格的数据说竞争激烈，关键词的数据说流量在涨，评价的数据说纠纷率偏高。四个方向都有一点道理，怎么取舍没有公式。这类情形最能说明决策为什么留在人手上。

决策的责任也体现在复盘上。结果好的时候，要能说出是哪一条判断对了；结果差的时候，要知道是哪一条依据被高估了。这两个问题的答案不在数据里，在当时做决定的那一刻自己的标准里。没有记下标准，复盘就只能停在结果上。

所以决策这一步要做两件事：一是先定标准，什么情况下做、什么情况下不做，写成几句话；二是记依据，每次决定的时候，把主要依据写下来。这两件事都不复杂，但做了和没做，最后在能力的积累上有明显差别。

有一个关于决策记录的细节：记录不用写成长篇，写清三件事就够。这个款为什么选、主要依据是哪几条、打算怎么判断它成不成功。第三件事最容易被漏掉，但它很关键，因为它决定了后面用什么标准来看这个款的结果。

另一个细节是决策的时点。同一个款在不同时间做决定，依据可能不一样，因为市场在变。记录的时候写上决定的时间，后面回看能知道当时的判断是基于哪个时点的信息。没有时点的时候，很容易拿着今天的市场去评价几个月前的判断。

还有一种情况是决策被外部因素牵着走。比如看到别人上了一个款卖得不错，就跟着上。这类决定也要写依据，依据可以就是看到别人在做。写下来之后，后面回看时能看出这类决定的成功率，也就知道该不该继续这样判断。

决策之后还有一次确认，就是执行前的那一刻。如果执行前发现当初的条件不成立了，要允许自己改主意，同时把改的理由记下来。坚持一个已经过时的判断，比改主意更加费钱。记录的作用在这里就是让改动有据可查，不至于变成反复摇摆。

最后一点是关于标准本身。标准不是一次定完的，要根据结果慢慢修。做的批次多了以后，能看出自己在哪一类条件上判断偏乐观，在哪一类上偏谨慎。把这两点调整到标准里，后面的判断会更贴近自己的实际情况。

认清边界之后怎么用

用法的第一层是把它当作判断阶段的入口，而不是整件事的终点。日常浏览商品的时候用插件看销量和价格结构，需要做类目层面的比较时转到网页版逐级下钻。两种用法对应两种深度，先把材料看全，再动笔写结论。

用法的第二层是把不同阶段的数据用在不同的问题上。站点层面的数据回答在哪个站先做，类目层面的数据回答做哪一类，关键词的数据回答用什么词，竞品的监控回答别人在怎么做。问题和方法对上，得到的结论才有指向。

用法的第三层是把它的输出接到自己的流程里。它的输出是依据，要经过一次自己的判断才能变成结论，再经过一次翻译才能变成能派活的清单。这两次转换都在工具之外，也是这中间最容易被省掉的部分。省掉之后，后面的动作就没有标准可依。

用法的第四层是定期回看。判断不是一次性的，类目会变、对手会变、自己的条件也会变。前面算出来的结论过一段时间要重新过一遍，尤其是那些正在做的款。回看的时候同样用数据，只是判断的间隔变长了，检验的是当初的方向还成不成立。

用法的第五层是把它的位置讲给别人听。带人的时候，如果不把工具的位置说清楚，新人会自己形成一套想象，可能跟你想要的用法差很远。讲清它给什么、不给什么，比讲清它有多少功能更有用，因为前者关系到每天怎么用它。

有一个用法上的建议是分场景。日常闲逛看商品的时候用浏览器插件，看它的销量、价格历史和规格结构，速度快、不打断浏览。要做类目层面的比较或者看趋势的时候转到网页版，用逐级下钻和大盘数据。两种场景对应两种不同的深度。

另一个建议是把输出的东西分成两类。一类是数据本身，比如某个位置的供需情况、某个词的搜索表现，这类是客观的，可以直接拿来比较。另一类是经过筛选的判断，比如某几个款更值得看，这类带有筛选标准，用的时候要知道标准是什么。

使用频率上也有个说法。日常浏览是持续的小动作，深度分析是每隔一段时间做一次的大动作。两个节奏分开，不至于每天都被数据分析占满，也不至于只靠日常浏览的印象来做决定。小动作维持感觉，大动作形成结论。

有一个容易被忽略的用法是回看。同一批做过判断的款，隔一段时间回去看它的表现，对照当初的判断，能看出自己的标准在哪一类条件上偏了。这个动作不需要额外工具，只需要把当初的依据和后来的结果放在一起看。

最后是用它来开话题，而不是用它来结束讨论。几个人讨论一个款能不能做的时候，用它把几个关键数据摆出来，讨论就会从各有各的感觉转到具体的条件上。它在这里的作用是把讨论拉回到事实上，最后的结论仍然由人下。

有一个用法细节是看数据的顺序。先看站点层面的大盘和类目占比，确定在哪个站、做哪一类；再看类目下钻后的供需和集中情况，缩小到具体的位置；最后看关键词和竞品，确定用什么词、别人在怎么做。顺序对了，每一层的信息都用得上。

还有一个用法细节是数据的时效。数据按天更新，看的时候要留意是哪一天的口径。需要比较两个位置的时候，尽量用同一天的数。用不同日期的数做比较，可能会把一段时间里的正常波动当成差异，得出的结论也就不可靠。

竞品监控适合用来跟踪已经关注的对手，而不是用来发现新对手。跟踪的时候看变化而不是看数值，比如价格调了、主图换了、活动加了，这些变化比静态数值更有信息量。发现新对手这件事仍然要靠自己在类目里翻。

定价计算适合在决策之后用，用来把方向落成具体的价格。输入成本、重量、目标利润，算出建议价，再和同类商品的价格带对照，看这个价落在什么位置。这一步是判断的收尾，不是判断的开始。顺序反了，容易变成先有价格再找理由。

有一个习惯值得养成：每次用它得出的结论，都写一句这个结论依赖的条件。条件变了结论就该重看。比如结论建立在某个价格带还空着这个前提上，那么价格带被填满的时候，就该回头重新判断。这一句写在结论旁边，用的时候很省事。

同一句边界，不同的人听到的重点不同，先把对方在意的那一层说清

边界之外的事怎么安排

第一类要自己安排的是资料。图片、属性、描述、规格这几样要有一个明确的准备流程，包括谁来做、在哪一步做、做到什么程度算完。这一段的产出物是一份完整可用的资料包，标准是拿起来就能上架，不需要中途再去补。

第二类要安排的是发布。发什么、什么时候发、发到哪个店、用什么方式发，这几件事要先定。如果由另一类工具来承担重复动作，那么清单的格式要能对上工具的输入要求，中间可能要加一层转换。这一层转换的工作量要在安排时就算进去。

第三类要安排的是跟踪。商品上架之后会产生新的数据，这些数据要有人看、按什么频率看、出现什么情况要处理。跟踪这一段最容易因为忙而被跳过，所以最好把它写成固定的动作，指定时间点，而不是靠想起来才做。

第四类要安排的是记录。判断的依据、做过的调整、每次调整的理由，这些都要留痕。留痕的意义不在当下，而在几批之后回看的时候能找出规律。没有记录的时候，同一种错误可能会重复出现好几次，因为每次都是重新开始。

这几类事情安排完之后，整条线上每一段都有明确的归属。工具承担其中一段，人承担其余几段。这样安排的价值不是把工作分得更细，而是让每一段都有人负责，出问题的时候知道往哪一段查，而不是在整条线上乱试。

有一个安排的办法是按段指定负责人。把整件事分成看数据、下结论、准备资料、发布商品、上架后跟踪五段，每一段写清谁负责。一个人做的时候，每一段的责任人都是自己，但分开写下来仍然有用，因为它让每段的产出物和完成标准变清楚了。

第二个办法是给每一段定一个可检查的产出。看数据的产出是一份带日期和口径的记录，下结论的产出是写清款、方向、价位的清单，准备资料的产出是能直接用的资料包，发布的产出是上线的商品，跟踪的产出是每个款的实际表现记录。

第三个办法是定交接点。哪一段做完之后交给下一段，交的时候交什么，这两件事写清楚。交接点不清楚的时候，工作容易停在半路，两边都觉得对方会接着做。把交接点写出来，进度就有一个可以对照的参照。

还有一个细节是异常怎么处理。货拿不到、价格要改、商品被下架这类情况，归属于哪一段、由谁处理、处理完要不要更新前面的结论。这些情形不常见但一定会发生，提前想一遍比临时想办法要省事。

安排完之后，整件事的边界就具体了：哪些是工具的事，哪些是人的事，哪些是两者交接的事。有了这份安排，日常执行的时候就不需要每件事都重新商量，遇到问题时也大致知道该往哪一段查，不会在整条线上乱试。

有一个安排上的细节是时间预算。把五段工作各需要多少时间大致估一下，会发现准备资料这一段往往比想象中长。估完之后按这个时间安排批次，就不会出现判断做完了但没有时间准备资料，只能把结论放着等的情况。

还有一个细节是高峰期。活动前的一段时间，准备和发布的工作量都会集中上来。这段时期的资料准备要提前，不要挤在活动前几天做。提前的另一个好处是发现货源或者图片有问题时还有时间处理，不至于卡在节点上。

在只有一个人的时候，最容易出问题的是几段工作互相打断。正在写描述，来了一个更急的判断需求，转过去做判断，回来描述的思路又断了。可行的做法是给每一段固定时间，不在这段时间里切换，切换的成本比想象中高。

对于几个人分工的情形，交接的内容要具体到可以清点。别只说材料给你了，要说清楚给了哪几份、对应哪几个款。能清点的交接不容易扯皮，也容易在漏项的时候立刻发现，而不是等到发布的时候才暴露出来。

安排之外还要留一点余量。每一批总会有一些没预料到的事情，比如货源临时缺货、平台规则调整、某个款的数据明显异常。余量不需要很大，留出一到两成的缓冲时间，多数意外都能被吸收掉，不至于把整批的节奏打乱。

边界写成文字之后，重复解释的次数会先降下来，出错次数降得更慢一些

把边界写下来

写这份说明不需要很长的篇幅。左边一列写步骤，从看数据开始，到上架之后的跟踪结束。右边一列写这一步由谁做、用什么工具。工具不承担的那几栏要写得直白，比如资料由自己做、发布由自己确认、决定由自己拍板。

写的时候有一个要求：不要用抽象的表述。写工具提供参考没有用，要写清提供的是哪几项材料。写人来决策也没有用，要写清决策是在什么条件下做、依据是什么。越具体的表述越不容易被理解成别的意思，也越不容易在日常执行中走样。

这份说明还有一个用法是做交接。新来的人接手的时候，看这份说明就能知道每一段该找谁、该用什么。比起口头上讲一遍，写下来的东西不会漏项，也不会因为讲的人换了说法而变样。这是它在协作里最直接的价值。

说明要定期对一遍。工具会更新，团队会变化，类目也会变。每过一段时间把它拿出来核对一次，看有没有哪一段的归属已经变了。不对的话要在说明上改，改的时候注明时间。说明不更新，它就慢慢变成一份和现实不符的文件。

最后一点是把这份说明放在经常能看到的位置。存在文件夹深处的东西会被忘记，贴在做这件事的人手边的东西才会被用。位置不起眼，一份写得很好的说明也发挥不了作用。写下来和放在眼前，这两件事要一起做才算完整。

有一个写法可以直接用。准备一张表，五行分别对应五段工作，三列分别写这一段做什么、谁来做、用什么工具。写的时候把工具那一列留空的地方标出来，那些空着的地方就是必须由人做的部分。这份表比任何说明都直白。

还有一件事值得写进去：每一段的完成标准。比如资料这一段的完成标准是拿起来就能上架，不需要再补任何东西。有了完成标准，做的人心里有一条线，做没做完自己就能判断，不必每次都来问一遍。

这份表写完之后，最好拿去和实际做一遍对照。找一个款从头走一遍，看哪一段的实际做法和表上写的不一样。不一样的地方要么是表写错了，要么是执行偏了，两种都需要改。对照一遍之后，这份表才算真的可用。

表的维护节奏建议跟着批次走。每一批上完之后花几分钟看一眼有没有哪一段的做法变了，变了就改。跟着批次维护的好处是不容易积累偏差，也不会出现攒了半年才想起来要更新，结果发现已经和现实差得很远。

最后说一句这份表的用处。它的目的不是限制谁做什么，而是让每件事都有个明确的着落。有明确着落的事情才会被完成，也才会在结果不好被回看的时候有据可查。把边界写清楚，本身就是把工作做扎实的一部分。

有一个写法上的建议是给每一条都配一个例子。写资料加工由自己做，不如写图片、属性、描述、规格这四类由自己准备，并给一个具体的款做例子。有了例子，看的人更容易判断自己理解得对不对，也更容易发现漏掉的部分。

还有一个建议是把边界按人写一遍。自己做的部分、别人做的部分、工具做的部分分别写清。这样每个人的职责都落在纸面上，配合的时候不容易出现等待或者重复。人多的店铺里，这一步能省下的沟通时间相当可观。

这份东西的格式可以很简单，一页以内就够。太长的时候没人看，也就失去了作用。写到能一眼看出五段各归谁、每段的产出是什么、交接交什么，这三点齐全就够用了，不必追求形式的完整。

如果同一批人要一起看，可以把它贴在大家都能看到的地方，或者放在共享的位置。做完一批之后顺手更新一次。更新这件事本身也提醒大家一次边界的划分，比开一次会来讲要自然，也更不容易被忘记。

最后一点是关于心态。写边界不是给工具找不足，而是把每件事放到它该在的位置上。工具负责把材料给准，人负责把判断做对，执行的那一段找合适的办法去做。三段各归其位，整条线才跑得顺，这是边界写下来最直接的意义。

常见问题（FAQ）