💙 同理心 —— 在产品上意味着什么
对要做产品的少年，同理心翻译成两件事：(1) 给一个具体的人，不是"用户"。(2) 知道你的产品什么时候不该做。
为什么这是工程问题
大多数失败的工具，技术上没问题 —— 失败在"给所有人"。Nature 今年的研究：人们觉得 AI 共情"质量更高"，但显著偏好真人共情。我们要的不是正确的话，是"有一个人，真的在乎我"。
对开发者来说：你写的每一段代码，都是一个判断"这件事谁会受影响"。同理心强的人，写出来的产品有人会用第二次。
给写代码少年的具体翻译
- 每个项目都要有"采访笔记"。Build 之前，至少和 1 个真人聊 30 分钟。
- 写"红线表"。智能体什么事必须停下来问？什么事干脆不做？这部分不能跳过 —— 是真在乎用户的体现。
- 建立用户反馈通道。不是"给我邮件"——是主动让你的工具问用户"上次用得怎么样"。
- 关心系统对边缘用户的影响。用一个老人/小孩/视障人士试一次你的产品。
"做产品的人和写代码的人，差别就在'下一行 if 语句要不要写'这个瞬间。"
产品
失败的工具最常见的原因
大多数失败的工具，技术上的问题是什么？
- 没问题 —— 失败在"给所有人"，而不是给一个具体的人
- 代码有bug，产品不稳定
- 功能太简单，竞争不过大公司
- 用户界面设计太差
- 没有足够的营销
解释："给所有人"的产品，实际上是"给nobody"的产品。只有当你清楚地知道"这是给谁解决什么具体问题"，代码才会有灵魂。一段 if 语句可能看起来很简单，但那一刻你在做的决定——"用户触发条件X时，系统要做Y还是要问用户"——这就是同理心的工程体现。
设计
你的产品需要一张"红线表"
任务：拿你最近做的任何工具/AI Assistant/网页，写下来：这个系统什么时候必须停下来问用户？什么时候可以自动做？什么时候干脆不做？至少写三条。
已复制 ✓
看工程化的红线表
某个16岁做的学习辅导AI： - 必须问：要用真实的名字吗？（不问默认匿名） - 必须问：可以把你的进度告诉你的父母吗？ - 干脆不做：不存储用户的回答内容超过1周 - 干脆不做：不根据用户的"错题"生成人物画像 代码里的体现： if user_name_required and not user_consent: return "Ask user for consent" else: proceed_with_learning
这不是"道德检查清单"，这是产品设计的核心。有红线表的系统，用户会用第二次。没有的系统，用一次就删。
测试你的同理心 —— 边缘用户体验
一个快速的检查清单：
- 一个视障人士能用我的工具吗？（屏幕阅读器兼容？）
- 一个60岁的人能理解我的 UI 吗？（文字大小？术语？）
- 一个网速只有 3G 的用户，能等多久？
- 一个英语不是母语的用户，会被我的错误提示卡住吗？
这不是为了"完美"。而是一旦你意识到"还有这样的人会用我的工具"，你的代码会自动变好。