见过一个做家居类目的运营，手上五个店。
上个月跟她聊，她说一天里有两件完全不同的事。一件是决定今天主推什么、价格怎么调、活动怎么排。另一件是把这些决定落到五个后台里。
前一件是她的活儿。后一件，按她的原话：闭着眼睛都能做，但闭着眼睛做不了五个店。
下面拆的是第二件。一天里那些不用判断的重复动作有哪几段，哪几段先交出去。
上架：决定和录入是两截
上架天然分成两截。
前半是决定：选什么品、定什么价、卖点怎么写、主图用哪张。每次都不一样。
后半是录入：打开后台、新建商品、把名称价格规格填进对应字段、传图、选类目、提交。步骤、字段、顺序都固定，变的只是填进去的内容。
后半这段可以交出去。用 iEasyRun 可以直接这样说：
打开商品后台，新建一个商品。名称、价格、规格、描述从这份表格里读，图片从桌面这个文件夹里取，按顺序传上去。提交之前停下来给我看一眼。
最后那句要留着。上架是对外发布，机器停在提交前，人做最后一次确认。录入的时间省了，发布这一下还在你手里。
改价和抄数据
这两件常被放进「日常维护」，处理顺序不该一样。
改价出错就是真金白银。标错一个零，一晚上能亏掉一个月的利润。所以它不该排在第一个。巡检和固定字段录入都跑稳之后，再碰改价。
数据整理是只看不改。打开几个后台，把销量、库存、评价数抄进一张表。抄错了顶多是数不准，不会直接造成损失。
先做只看不改的。跑的过程里你会碰到哪个页面加载慢、哪个后台早上在维护、哪台设备在这个环节容易卡。这些到了改价的时候用得上。
回评和私信
评价回复和私信是同一件事的两端。回评对着公开内容，在意措辞和影响面。私信对着一个人，在意回得快不快。
标准问题可以交，带情绪和承诺的必须人来。
「什么时候发货」「支持退换吗」「有优惠吗」，答案固定，不用当场判断。这类在一天的沟通里占大头。
投诉、差评、涉及赔付的承诺，客户要的是被认真对待。这段留给人。
每天下班前的报数
整理数据、发日报，看着只有十几分钟。隐性成本是从干活切到整理，再切回去。一次切换的代价不止那十几分钟。
报数本身省不掉。能交出去的是整理：让机器在固定时间把数据抓下来放进表格，你打开就是整理好的。你只判断今天哪个店掉得厉害、要不要调整。
现有工具大多只管怎么操作。操作完的数据怎么变成能看的表，往往才是省心的地方。
先交哪一段
按这个顺序：
- 数据整理。只看不改，频次最高，做完能核对。跑两周，设备和网络的脾气也会摸到。
- 固定字段录入。上架的后半段、资料批量更新这类。步骤固定，出错能回滚。
- 标准问题的回复。量大，答案固定，边界清楚。
- 改价、下架这类碰钱的动作，放在最后，并且提交前人工确认。
判断依据就一条：先从做错了也没有损失的开始。
碰到任何一个动作，问两个问题。这一步要不要判断？要判断的留给人，不用判断的可以交。做错了损失是什么？损失是重新做一遍的，可以交。损失是赔钱或影响账号的，先别交。
两个问题答完，这个动作交不交、排在第几位，大体就清楚了。
同类场景可以看 客服一天要回多少条消息。多账号上架的流程看 电商批量上架。
常见问题
- 运营最花时间的是哪一段？
- 看量。上架和改价的单次耗时最长，但数据整理和回评的频次最高。综合下来，真正吃掉时间的是「频次高、单次短、不需要判断」的那几类。
- 上架能不能全自动？
- 上架的前半段可以——填固定字段、传图、套模板。但选品、定价、写卖点这些需要判断的部分不能交。合理的分法是机器负责录入和上传，人负责决定录什么。
- 改价这种碰钱的操作能交出去吗？
- 建议放在最后。改价、下架、退款这类动作出错就是真实损失。任何自动化的推进顺序都应该是先巡检、再固定字段录入、最后才动修改类的操作。
- 数据整理为什么要交给机器？
- 因为人做这件事不会出错，但一定会烦。手动抄第六页数据开始串行的概率明显上升。而这类动作的规律性又最强，最适合自动化。
- 回评和客服有什么区别？
- 本质是同一件事的两端。回评面向公开内容，考量的是措辞和影响；客服面向私信，考量的是响应速度。共同的边界都是：标准问题可以交，带情绪和承诺的必须人来。
- 每天报数能不能不做？
- 报数本身不能省，但整理动作可以。让机器在固定时间把数据抓下来放进表格，你只需要做判断。这样每天省下的不是几分钟，是「切换到整理状态」的那段精力。
- 先交哪一段最划算？
- 先交数据整理。它风险最低（只看不改）、频次最高、做完能核对，而且跑两周你会顺带摸清每个后台的加载速度，这个经验后面都用得上。
- 一个人能管几个店？
- 取决于有多少活被交出去了。全靠手动的话三到五个店就到极限；把巡检和固定录入交出去之后，同一个人管十几个店是常见的。