有人随口跟帮手说了一句「把上周那份报价改成新价格」，我第一次认真想：它要是真改了，谁来兜底？
这篇记我在「哪些事它能自己做」这件事上的想法变化。不是横评，也不贴代码，主要是一张分档表和几条试法。
一、我以为按岗位分权限就够了
最早我只想到一层：谁能看什么，按岗位分。前台看对外介绍，熟手看旧案子，负责人看全部。
后来发现这只管住了「看」。一旦帮手不只是回答，还能帮人改文件、发东西、改状态，按岗位分就不够用了。同一个人，查一份旧方案没什么风险；让帮手替他把方案里的价格改掉，风险完全是另一回事。
所以我换了一个问法：这一步做错了，能不能撤回？
二、按「能不能撤回」分两档
帮手要做的事
├── 只看、只查（做错了没副作用）
│ ├── 按客户或项目翻旧案子
│ ├── 找模板、找某份文件在哪
│ └── 说清回答出自哪份、哪一版
│ → 可以自己做，答不上就说资料不够
└── 要动东西（做错了收不回来，或者收回来很麻烦）
├── 改文件内容、改价格、改日期
├── 往外发任何东西
└── 把一份资料标成停用、或者删掉
→ 只出草稿或建议，必须负责人点头
第一档放手让它答，重点是答得有依据、指得回原处。第二档它最多帮人把要改的地方列出来，真正动手由人确认。
这和按岗位分不冲突，是叠在上面的一层：先看这个人能不能看，再看这一步要不要人点头。
三、要人点头时，交什么
我一开始以为「交给人」就是弹一句「请联系负责人」。后来觉得这等于把活甩回去，没帮上忙。
现在我要求它交出去的东西至少有这几样：
- 要做的是什么：一句话说清楚，比如「把某份报价里的单价改成新的」；
- 依据在哪：出自哪份文件、哪一版、哪一段；
- 哪里拿不准：资料里对不上的地方，或者超出店里平常做法的地方；
- 不做会怎样：只是说明，不替人判断。
负责人看完点头或者改一下，比从头问一遍省心。
四、试的时候专门撞这几下
我会故意准备几类问题去撞边界：
- 用很随意的口气让它改东西，看它是直接改，还是先停下来列草稿；
- 让它把一份旧资料标成停用，看它会不会自己动手；
- 混一个只查不改的问题进去，看它会不会过度谨慎，连查都不敢查；
- 换一个本来就不该看这份资料的人来问，看它拦不拦。
第三条容易被忽略。分档的目的不是让它什么都不敢做，是让只看的那一档足够顺手，要动的那一档足够稳。
五、几个我踩过的认知坑
- 「它只是建议」不等于安全。如果建议直接写进了文件，那就是改了。
- 「本地在跑」不等于有兜底。程序跑起来只说明能用，改错了能不能找回、谁负责找回，要另外确认。
- 分档写在纸上不算数，要真拿问题去撞，撞过才知道它守不守。
最后
回头看，我从「按人分」走到了「按后果分」。前者回答谁能看，后者回答谁来兜底。
想问问大家：你们给帮手划线时，最纠结的是哪类操作？A. 改文件内容；B. 往外发东西；C. 标停用或删除；D. 其实还没让它碰任何会改动的事。
常见情形的示意，不代表某个现场，效果不打包票。索引：www.evafang.com
