思考不是主动来到
而是靠着被动激发
Think, therefore I am
如果我是第一次打开阅读 App 的用户，我其实不想先听一大堆功能介绍。 我只想知道，现在我该干什么。 点哪里。 点完以后有什么用。 如果一上来就把阅读统计、会员权益、同步、计划、笔记、书架都摆出来，我可能反而会停住。 功能越多，第一步越不清楚。 新用户需要的是开始，不是说明书 很多产品喜欢在首页解释自己。 我们有什么功能。 我们有什么优势。 我们能解决什么问题。 这些不是没用，但对新用户来说，最
昨天在手机上看书架的时候，我看到一个让我很警觉的问题。 退出登录以后，页面里还留着登录用户的书籍。 这件事如果只从界面看，像是刷新不及时。 但如果从用户感受看，它比普通界面问题严重得多。 退出登录是一种边界声明 用户点退出登录，不只是想换一个按钮状态。 他是在告诉产品，我现在不想继续用这个登录身份身份。 这个动作背后有一种边界感。 我的书架，我的笔记，我的会员权益，我的云端数据，都应该和当前登录
后台反馈页不是给用户直接看的。 但它会影响用户的问题多久能被解决。 这一点很多人容易忽略。 用户在前台提交了反馈，后台如果难看、难找、难判断，后面用户感受到的就是处理慢。 后台也是用户体验的一部分 我们平时说用户体验，容易只想到用户能看到的页面。 首页好不好看，按钮清不清楚，登录顺不顺。 但内部后台也会外溢到用户体验里。 如果处理者打开反馈页，一眼看不到用户说了什么，看不到截图入口，看不清哪个按
昨天我想到一个很现实的问题。 用户在页面上遇到问题时，他愿不愿意反馈，往往取决于反馈有多麻烦。 如果要截图、复制链接、描述环境、回忆刚才点了什么，再发到聊天里，很多人会直接算了。 不是他不想帮产品变好，而是成本太高。 用户只想说这里有问题 作为用户，我遇到问题时，最自然的表达就是一句话。 这里卡住了。 这个按钮点不了。 这个页面不对。 我不想知道浏览器控制台是什么，也不想知道路由、接口、窗口尺寸
昨天有一个问题很典型。 用户扫了微信二维码，微信那边看起来已经成功了，但网页没有跳。 如果我是用户，我不会知道什么父页面、回调页、消息监听。我只会觉得，我明明扫完了，为什么网页还停在这里？ 这个感觉很糟。 因为登录是进入产品的第一道门。第一道门如果不稳，后面的功能再好，用户也很难放心。 扫码登录应该像开门一样 扫码登录在用户心里是一个非常明确的动作。 我拿手机扫一下。 我确认。 网页进入我的登录
昨天看订阅页的时候，我脑子里一直有一个问题。 如果我是用户，我为什么要在这里付费？ 不是说产品没有价值，而是页面有没有把这个价值讲清楚。 很多订阅页并不是不能支付。商品有，价格有，按钮也有。但用户看完以后还是不确定，买完到底有什么用。 用户付费前最怕不清楚 我不怕付费。 我怕的是付费前不知道自己买了什么。 我现在是不是会员。 什么时候到期。 普通套餐和高级套餐有什么差别。 买完以后能得到哪些具体
昨天我看阅读 App 的时候，有一个感受很明显。 不是某个页面不能用，而是有些页面看起来不像同一个产品。 用户可能不会直接说「你们的主题色不统一」。 但他会感觉到，为什么这个页面是这种颜色，那个页面又是另一种颜色。为什么会员入口像新做的，设置页又像旧系统。为什么阅读计划和用户中心之间，气质不太一样。 颜色其实是一种导航 很多人以为主色只是审美。 我现在不这么看。 主色对用户来说，是一种导航。 它
昨天有一会儿，我没有急着改页面。 因为我突然意识到，这种完整项目里，最危险的不是不会改，而是还没搞清楚它到底分成几块，就开始动手。 用户看到的是一个网页。 但网页背后可能有用户端、后台端、后端接口、构建产物、部署环境、权限配置。任何一层出问题，用户看到的都只有一句话，这个页面不好用。 用户不关心你是哪一层坏了 这是一个挺朴素的事实。 用户不会说，哦，原来是前端路由没配好，那我理解。 用户也不会说
昨天我在手机上来回点了好几次首页。 点首页，点梦想，点笔记，再点 AI 助手。 然后一个很细的小问题冒出来了，页面切过去了，但旧画面像没走干净一样，还在屏幕上留了一点影子。 这事如果只看技术，可能会觉得没那么大。毕竟 App 没崩，按钮也能点，功能也还在。 但如果站在用户视角，这个感受就不一样了。 用户不会管这是动画层没回收，还是页面状态没清干净。用户只会觉得，刚才我是不是点错了？现在这个页面到底
摘要 昨天我处理了文章编辑体验里的一个关键差异：图文和小绿书看起来都叫“文章”，但它们不是同一种内容。 图文更像完整长文，图片应该嵌在正文里，用户编辑的是一篇带图片节奏的文章。小绿书更像图片和短正文的组合，图片可能是更独立的素材。用同一套编辑体验覆盖它们，会让两边都不舒服。 这篇文章讲的是为什么内容形态要进入编辑器设计，而不是只停留在发布参数里。 目录 同样叫文章，编辑目标不同 图文为什么需要所见
摘要 昨天我没有急着运行一套小红书自动化技能，而是先梳理它到底用来做什么。 这一步很重要。面对一个技能或工具，我不想只知道“有哪些命令”，更想知道它覆盖了哪段完整流程，依赖哪些账号状态，边界在哪里。只有这些清楚了，后面才知道什么时候该用它，什么时候不该用它。 这篇文章讲的是我理解一个自动化技能时的基本方法。 目录 为什么不要一上来就跑命令 我会先看完整流程 依赖和边界比功能列表更重要 技能如何变成
