站长圈淘汰只会单点写作的技术文档工程师

文章配图，仅供参考

　　老张是站长圈的老炮儿，十年前靠写Apache配置指南起家，现在管着三个技术团队的文档体系。他说这话时，我正盯着他桌上那杯凉透的咖啡——杯底还沉着半块没化完的方糖。“你见过现在的新人写的文档吗？”他突然转头，“上周招了个某大厂出来的，简历上写着‘精通技术写作’，结果让他写个API文档，直接甩了个Markdown文件过来，连版本兼容性说明都没写，更别说跟用户画像、使用场景挂钩了。”

　　我原以为他只是吐槽新人，结果他翻出手机相册，给我看张截图——某站长论坛的招聘帖，要求里明晃晃写着“需具备技术文档全链路能力，包括但不限于需求分析、用户调研、内容架构、多端适配、数据埋点”。我盯着“数据埋点”四个字愣了两秒：“这他妈是写文档还是做产品？”老张冷笑：“现在站长圈要的是能跟产品、运营、开发对线的人，光会写‘如何安装’‘参数说明’的，连需求评审会的门都进不去。”

　　他说得我后背发凉。上个月我刚帮一个站长团队改过文档，原作者是个干了五年的“老手”，写的部署指南步骤清晰、逻辑严密，但用户反馈全是“看不懂”“跟我的环境不匹配”。后来我蹲在运维机房看了三天，发现他完全没考虑用户可能用的不同Linux发行版、不同版本的依赖库，甚至没提“如果遇到权限问题该怎么查日志”——这些细节，他大概觉得“用户自己会搜”吧。而现在站长圈要的，是能把这些“隐性需求”挖出来，写成“连我妈都能看懂”的文档的人。

　　老张的电话突然响了，是运营部打来的，说新上线的文档页面跳出率太高，让他看看是不是内容有问题。他接电话时皱着眉，手指在桌面上敲得啪啪响：“我说了多少次，文档不是写完就完，得看数据！用户在哪一步卡住了？哪段话阅读时长最短？这些不分析，写再多也是白搭。”挂了电话，他叹了口气：“现在站长圈淘汰人，根本不看你写了多少年，就看你会不会用数据说话。上周开除那个，写了八年文档，连A/B测试都没听过，你说留他干嘛？”

　　我想起上周参加的一个技术写作沙龙，有个姑娘提问：“我写了五年产品手册，现在公司要求我学用户调研，这合理吗？”台下有人笑：“五年还只会写手册？早该被淘汰了。”当时我还觉得这话太刻薄，现在想想，可能真是这么回事。站长圈现在卷得厉害，一个API文档不仅要写清楚参数，还得标出“高频使用场景”“常见错误排查”，甚至要跟SEO团队对关键词——这些活，单点写作的人根本扛不住。

　　老张突然起身，从书架上抽出一本《技术写作完全指南》，书页已经泛黄，边角卷得厉害。“这是我十年前买的，”他拍了拍书脊，“现在再看，里面一半的内容都过时了。现在的技术文档工程师，得是半个产品经理、半个数据分析师、半个客服——光会写‘如何操作’，连门都摸不到。”他顿了顿，又补了一句：“优胜劣汰，没办法的事。”

　　窗外的雨停了，阳光透过云层照进来，老张的电脑屏幕上，文档修改记录还在滚动。我盯着那些被删掉又加上的句子，突然明白：技术文档这行，早就不是“会写字就能干”的活了。现在站长圈要的，是能把技术语言翻译成用户语言，能把文档写成“活的产品”，甚至能通过数据反推需求的人——而那些还在闷头写单点文档的，大概真的只能被淘汰了。

　　临走时，老张塞给我一张纸条，上面写着个网址：“去看看这个站长的文档，人家现在靠文档涨了三十万用户。”我低头看，纸条边缘还沾着半块没擦干净的咖啡渍。回家的地铁上，我点开那个链接，首页赫然写着：“技术文档不是说明书，是用户成长体系的一部分。”我盯着这句话看了三分钟，突然觉得，老张说得对——这行早该变天了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!