关于真需求与伪需求的观察与思考 · 个人学习记录，欢迎交流指正
现实中会产生很多需求：这个东西要不要做？这个事值不值得干？每个人的时间和精力都有限，不可能什么都去试一遍。麻烦的是，很多想法聊起来头头是道，真做出来却没人用——要找到真正的需求，其实是很难的。
所以我的习惯是，别急着下结论，先通过一套简单的观察方法把它挖一挖。动手前问自己六个小问题：这个问题多久出现一次？出现的时候当事人有多难受？现在是怎么凑合的？有没有人愿意为更好的办法投入成本？多少人在公开场合说起过？这群人平时在哪儿能找到？
六个问题挨个答一遍，「我觉得」就变成了「我观察过」。答不上来的那几项，就是接下来要去补的功课。这是我整理出来的第一个习惯，也是最管用的一个。
生活和工作里每天都有各种不方便：重复地手抄誊写、来回地核对信息、排队等一个回复、找一件放忘了地方的东西……大多数人皱皱眉、抱怨两句，也就过去了。
换个角度看，每一个让人皱眉头的不方便，背后都藏着一句「要是有个更省事的办法就好了」——这正是需求最初的样子。爱抱怨的人，其实是在认真地期待变好；而愿意多看一眼这些不方便的人，手里就多了一张发现机会的地图。
我给自己定了个小习惯：遇到不方便，别急着跳过去，花一分钟把它记下来。记的多了，看事情的角度会慢慢变化——不再只是路过生活，而是能从日常里发现可以动手改善的点。记录本身就很值：知道的多了，看事情就透了；说不定哪一天，其中一条记录就会变成一个真正值得去做的小项目。
生成工具把「做出一个产品」的成本降到了极低，也让「想到一个点子就动手」变得毫无门槛。结果是：市场上并不缺产品，缺的是被验证过的需求。
当所有人都能快速把想法变成原型时，真正的稀缺能力变成了分辨——哪些问题真实存在、有持续的场景和愿意投入的人；哪些只是聊起来热闹、放三天就没人再提。分辨不准，做得越快，浪费越多。
这也是这个站点叫「挖需求」的原因：想法本身并不稀缺，被观察和验证过的需求才稀缺。挖，就是那个慢但必要的动作。
AI 时代有个很明显的现象：做一个小程序、一个网站，成本变得极低，动手的人一下子多了起来。门槛不再卡在「做出来」，而是提前了——卡在「想清楚」。
同样一个想法，十个人都在做，最后活下来的往往不是技术最好的，而是最早想明白「这个需求是否真实存在」的那个。做法也不神秘：先去场景里找当事人聊，看看他们现在是不是在用很笨的办法硬扛；再套一遍那六个小问题；没有证据，就先做一个更小的验证，而不是直接开工。
做出来只是起点，被需要才是结果。顺序反了，越努力越可惜。
街边随手买的水杯和联名款水杯，装水的功能完全一样，价值却能差出好几倍。差在哪里？不在杯子本身，而在杯子上多出来的那层「表达」：可能是图案设计的升级，可能是和一个热门动画形象的联名，可能是「懂的人一眼就懂」的身份认同。
这给观察需求的人一个很重要的启发：很多看似同质化的品类，用户真正愿意投入成本的，不是功能升级，而是意义升级。功能决定了「能不能用」，意义决定了「想不想要」。
所以观察需求时别只盯着「哪里不好用」，也要留意「人们在为什么买单」——那些为设计和情感投入成本的人，往往已经替你回答了「这个方向有没有人需要」。
同一个需求，不同的人会聚集在不同的地方：宝妈们在兴趣群里交流育儿经验，从业者在行业圈子讨论行情，年轻用户在短视频和内容平台表达偏好。找错地方，观察就会事倍功半。
我的办法是先回答一个问题：这群人遇到麻烦的时候，会去哪里开口？是在群组里问、在平台话题里说，还是私下找人打听？找到那个「开口的地方」，才能收集到原汁原味的表述，而不是二手转述。
观察不是闭门造车，是去人多的地方听真话。地点选对了，一半的功夫就省下了。
很多人验证想法的方式是「直接做大」：功能想全、界面做好、上线等结果。这条路最大的问题是，等发现没人需要时，成本已经花出去了。
更稳的顺序是反过来：先用最小的方式试——一页说明、一个清单、一个小群，把想法讲给十个人听，看有没有人愿意留下联系方式、愿意给出明确的期待。反馈是热的，再加大投入；反馈是冷的，及时调整方向。
先做小，试错就便宜；试错便宜了，才敢多试几次。多试几次，碰到真需求的概率自然就上来了。
挖需求