vibe coding 降低了大家创建产品的门槛。
这一点,我深有体会。
作为完全不懂编程的人,我用两周做了 7 个 web 工具。
但是很多人问:没需求,找不到需求怎么办?
这是一个好问题。
技术不是问题,问题是需求。
我自身就是一位细节观察者,思考着。
差不多每天我都在思考:我怎么才能提高做事的效率。
举个例子来讲,在我很小的时候上学路上,我总是会看路上铺的砖。
我一直在琢磨:怎么走路才能达到最短的路线?
甚至我都能精确到每一块砖我应该怎么走,怎么拐弯。
听起来有点夸张吧?
但这就是我。
现在自己开车上班,每天最少一个来回,每年这么多工作日,其实都是走重复路。
为了减少堵车通勤时间,我一直都在优化我开车的路线。
每天早上路上因为车流量大,会导致车流堵塞,有点堵车。
但是 3 车道总有 1 个车道在某一段路通勤是快的。
长时间的观察发现:只要在那个路段变道那个快的车道上,你的通勤时间就会变快。
所以我一直观察思考,现在我能清晰地掌握在哪个节点上我走哪一段路。
只有你是一位善于在生活中发掘、思考的人,你才能很轻易地获取到需求,把需求做成产品。
我相信大家都有在微信读书看书的场景。
看书时看到比较好的内容,喜欢划线标注下来。
我标注完以后,这些内容都一直停在微信读书这本书里。
对于我个人来讲,这没能发挥微信读书笔记的价值。
读书笔记应该让我随时随地能找到,看到。
所以我做了一个同步读书笔记的插件。
当我在网页版打开微信读书以后,我可以选择同步某个时间段或者某本书的读书笔记到我的笔记工具中。
刚开始我把读书笔记同步到 flomo 中,但是 flomo 需要会员,也有 API 的限制。
后来我干脆把读书笔记同步到我的飞书文档中,甚至飞书机器人中。
甚至我还开发了同步更新的功能:只要我在微信读书中划线笔记,立马就能在飞书文档中看到。
这个案例,我通过自身的需求痛点,然后把它做成了产品。
这个产品闭环让我非常有满足感,我很高兴也很兴奋。
再举个例子。
在某个时间段,我发现自己的情绪变化很大,1 天内都有很大变化。
我知道自己情绪遇到了问题,但是一到晚上我不知道自己今天情绪变化到底是什么样的。
所以我想用工具把自己的情绪记录下来。
我做出来一个产品,每天只需要打开点一下情绪表情,每天超过 3 次记录。
晚上通过调用大模型分析,推送给我今天情绪的变化以及解决情绪问题的方法。
差不多根据记录 2 周时间,我的情绪有很明显的变化。
我想表达的是:
只要你有需求,你就可以想办法把它做成产品,产品化。
这个过程不需要很复杂,也不需要你做的多么宏大。
或许市面上已经有同样的产品,但是不符合你的使用场景,那你就可以做一个贴合自己使用产品的工具。
还有,我们日常工作生活中要考虑一件事:
这件事是否重复?
如果重复,哪些流程可以标准化,哪些流程又可以用大模型自动化。
标准化的流程,自动化的流程,我们现在完全可以做成产品,产品化。
我走路会想最短路线,开车会想最优路径。
这不是强迫症,是对效率的追求。
你每天有哪些事觉得麻烦?哪些事觉得低效?
这些,都是需求。
你每天都在做什么?重复做什么?
我每天看微信读书,每次划线都停留在微信读书里。
这就是重复的事情。
重复的事情,就可以自动化。
我情绪波动大,所以我做了一个情绪记录工具。
我读书笔记找不着,所以我做了一个同步插件。
问题不是问题,是需求。
vibe coding 降低了产品门槛,但需求只能你自己挖掘。
需求不在别人的产品里,在你自己的痛点里。
不在复杂的功能里,在你重复的生活里。
不在宏大的设想里,在你具体的问题里。
先发现问题,再解决问题。
先有需求,再做产品。
👇你是怎么挖掘需求的?评论区分享你的故事👇