先别打开需求文档，先去看看后台日志
假设你是一个软件团队的新人，入职第一天，想快速搞懂「我们的用户过得好不好」。你会怎么做？
多数人的选择是看需求文档、看产品路线图、听产品经理讲用户画像。这本书建议你做一件反直觉的事：去把后台日志调出来，随机挑一个真实用户，把他过去一周的操作流水从头到尾读一遍。
你会读到一个人——不是画像，是真人。你会看到他在哪个页面停留了四十秒什么也没点（他在犹豫），看到他把同一个表单提交了三次（前两次被拒绝了，但没人告诉他为什么），看到他在凌晨一点终于放弃（他明天还要上班）。没有一行红色报错，系统一切正常，而这个人的体验糟透了。
这本书的立场很简单：使用软件就是跟软件沟通，而沟通的质量是可以看见、可以衡量、可以施工的。界面是它的措辞，流程是它的节奏，报错是它说漏嘴的诚实时刻，日志是它以为没人听时的真心话。而这一切的背后，是做软件的人愿不愿意站在用软件的人那边想问题——我们管这个叫同理心，但在这本书里，它不是态度，是默认值、容错、解释、撤销这些能派活、能验收的工程决定。
这本书还管一个更当下的问题：AI 来了，普通人也开始用「说人话」的方式自己写软件了——vibe coding。沟通的对象从界面变成了 AI，用户的挣扎消失了吗？没有，它只是搬了家：从「点不动按钮」搬到了「说不清需求」。后半本书会讲这场迁徙，以及它对每一个做软件、用软件的人意味着什么。
十二章，一条线：从「点击是一句话」开始，到「技术的尽头是关切」结束。你可以从头读，也可以从最戳中你的那章开始——每一章都能独立成立。
那么，回到开头那个新人。他读完那一周的日志之后，做的第一件事，是把验证码错误的提示从「校验失败」改成了「验证码不对，注意区分大小写；收不到短信可以点这里语音接听」。第二天，那个断崖少了一半的人。
这就是这本书想让你也能做到的事。