先说一个我常碰到的场面：帮手上线那阵大家都夸，过一段时间再看，问旧东西的人又回到了群里，有人干脆把文件拖到自己桌面上存一份。
这样的情形很普遍，我自己也有过。这篇不讲怎么推广，讲我怎么把「大家绕开它」当成一张改进清单来读。
图：Brian Stansberry / Wikimedia Commons / CC BY 3.0
一、我以为是推广不够，后来觉得是路没修好
最早我的反应是再发一次通知、再演示一遍。后来发现没什么用：人绕开一样东西，通常是因为那条路上有个坑。通知解决不了坑。
所以我换了个看法：每一条绕路，都在告诉我哪一步卡住了。 我不靠后台数字，只观察大家实际怎么做。
二、绕路现象和对应的坑
| 我看到的绕路 | 可能卡在哪 | 我先改什么 |
|---|---|---|
| 问完它，又去群里问一遍 | 回答没出处，心里没底 | 每个回答带上文件名、哪一版、原文在哪 |
| 把常用文件拖到自己桌面存一份 | 怕库里那份被换掉、找不到 | 说清哪版还算数，停用的分开放 |
| 干脆不问，直接去翻共享盘 | 它翻不到时会硬凑，被坑过 | 没依据就直说没有，库里没写的数一个都不添 |
| 新人只问带他的熟手 | 不知道该拿什么问它 | 列出几类先问它的事 |
| 问到一半转去找负责人 | 超出资料或店里规矩，它没停 | 碰到这类先收手，列出拿不准的点给负责人 |
图：Santeri Viinamäki / Wikimedia Commons / CC BY-SA 4.0
这张表是我归纳的常见对应，不是统计结论。同一种绕路，原因可能不止一个，要找人聊一句才知道。
三、怎么发现绕路
- 翻群消息。 有人在群里问旧东西，就看一眼：这个问题它答不答得上？答得上还在群里问，就是信任或入口的问题；答不上，就是资料的问题。
- 问一句「你刚才为什么没问它」。 语气要轻，别像追责。大多数人会说实话。
- 看桌面和私存。 谁在自己那儿另存了一份，往往说明库里那份让他不放心。
四、改完怎么验
图：Pieter Delicaat / Wikimedia Commons / CC BY-SA 4.0
改一条，就拿那条绕路对应的问题再试：
发现绕路 → 问清卡在哪 → 只改这一处 → 让当时绕路的人再问一遍 → 他这回不绕了，才算改好
一次只改一处，不然分不清是哪一处起了作用。先在一小圈人里试。
五、几个要提醒自己的
- 绕路不全是坏事。有些事本来就该问人，比如要负责人拍板的，别硬让它接。
- 别把「没人抱怨」当成「没人绕路」。不抱怨的人，很多是已经不用了。
- 本地在跑不等于路修好了，谁能看、备份、更新另外核。
最后
我现在不太问「大家用得怎么样」，而是问「大家在哪绕开了它」。前一个问题容易得到客气话，后一个问题能得到改进清单。
想问问大家：你们见过最常见的绕路是哪种？A. 问完再去群里问；B. 自己另存一份；C. 直接翻共享盘；D. 只问熟手。
配图：Brian Stansberry / Wikimedia Commons / CC BY 3.0；Santeri Viinamäki / Wikimedia Commons / CC BY-SA 4.0；Pieter Delicaat / Wikimedia Commons / CC BY-SA 4.0
这些是我从常见情况里归纳的，不对应哪家，好不好用不敢说死。索引：www.evafang.com
