有一天你做了个工具，写得贼漂亮。代码结构优雅、测试覆盖率 98%、文档写得像论文一样。
你发了内部邮件，发了群公告，还特地开了个分享会讲解怎么用。

结果呢？

没人用。

三个月后，你再看：那个你鄙视的老版本工具，依然稳稳当当在所有人的部署流程里运转如初。

你心里一万个问号：

“我做得这么好，为什么大家不用？”

你以为问题出在同事保守、组织懒惰、领导看不懂技术，
但我今天想告诉你：

“好用”才是最大的政治。

这不是一句鸡汤金句，而是每个工程师必须面对的铁律——
你再聪明、再努力、再有技术含量，如果你的东西不好用，别人就永远不会让它成为规则。

---

01｜“好用”是技术世界里唯一被集体认可的“权力凭证”

你有没有发现，在职场中你靠“讲道理”推动不了任何技术方案？

你说：“这个写法更规范！”没人理。
你说：“这样更易于扩展！”领导嫌你墨迹。
你说：“我们应该按行业最佳实践来！”产品说上线要紧。

但是，如果你做了一个脚本，
只要输入一个项目路径就能一键生成前端骨架、自动注入mock数据、部署也都打包好，
一试，全公司都来问你“这个能用在哪？”

你没讲一句道理，结果影响力直接起飞。

为什么？

因为好用，不是“你说了算”，是“别人用了之后不想回头”。
它是一种不需要争论、不需要说服、不需要解释的事实性力量。

---

02｜技术影响力不是你“多牛”，而是“别人愿意按你方式活”

有些人代码写得飞起，架构理解也很深，但提的方案没人听，改的规范没人执行，发的文档没人看。

还有些人写了个“半成品”小工具，全组都在用，甚至别的部门都来要链接。

区别在哪？

在于后者掌握了“影响力飞轮”的第一性原理：

让别人“更省力”，才是所有技术倡导的起点。

• 你写一套接口规范，不如写一个自动生成文档的小工具；

• 你开十次布道会，不如直接在项目模板里默认集成你推的工具链；

• 你反复讲“我们应该重构”，不如把重构脚手架写好，让别人5分钟就能上手；

影响力不是“说服”，是“习惯”。谁能让别人的路径更顺畅，谁就有主导权。

---

03｜你以为你在推动规范，其实你在引导使用路径

我们讲讲“飞轮”的三个阶段：

第一阶段：强行推——
你写文档、开会、发群公告，全靠热情推动。但没人真正在意。

第二阶段：被动使用——
你把你的工具集成进CI流程，或者做成脚手架、template，大家不得不用。但用得不爽，还是想办法绕过。

第三阶段：主动依赖——
你优化了交互体验、性能、可扩展性，变成“用它比不用轻松很多”。这时候，大家主动围绕你的方案改流程、加功能、甚至帮你推广。

只有到第三阶段，你才真正拥有了“影响力飞轮”——
大家围绕你的工具、你的方式、你的设计习惯做事。

这时候你不需要开会拍板，别人也得听你的。
因为离了你，流程不顺了。

这就叫技术权力。不是头衔，是结构依赖。

---

04｜“好用”不是技术力，是感知力

你以为“好用”靠算法优化、模块封装、设计模式？

错。真正的“好用”，是你能不能感受到使用者的行为路径：

• 他在什么场景下会用到你这个东西？

• 他第一眼能不能看懂你这个命令？

• 出了错他能不能看懂报错信息？

• 他能不能在3分钟内完成第一次有效调用？

• 他遇到问题的时候，你的文档能不能一步到位解决？

“好用”不是功能有多少，是路径有多短、障碍有多少、认知成本有多低。

写技术的人最容易自嗨，写完就觉得“够清晰、够强大”。
但只有你能让一个刚来两周的实习生也能跑起来并爽到，
你才算真的“赢了这个战场”。

---

05｜真正的技术飞轮，是“工具-用户-改进”的自转系统

你一开始可能写了一个小工具，是为了解决自己工作中反复遇到的问题。
你用着爽，别人看到也开始试着用。你加了点文档，他们用得更多。有人提建议，你更新版本。

这个过程中，你的工具逐渐变成：

• 别人依赖的工作流程；

• 团队习惯的一部分；

• 项目启动的标准模板。

慢慢地，它不再是一个“你的工具”，而是**“他们的习惯”。**

你从“工具作者”变成了“习惯塑造者”。
你从“推广者”变成了“规则缔造者”。

这就是飞轮：你不用推，它自己转。

而你，站在中心。

---

写在最后

你不是没能力，也不是没人赏识，
你只是老想着让别人理解你，而不是让别人离不开你。

真正的技术影响力，不在于你写了多少，而在于你让多少人“不想不用你写的”。

别再只写给自己看，别再只推你觉得高级的方案，
你要写出别人“用过就上瘾”的技术产物。

“好用”，才是技术世界里，最安静、最强大的政治宣言。

by 楠哥 红尘炼心，知行一体。