产研协作模式遭受巨大冲击。请放弃产品工作吧。未来就是技术做产品、设计控ui了。为什么这样说呢。以往，一个产品一个版本的需求，可以调动十几个研发，让他们忙起来。有时候，需求的目的就是让大家忙起来。以后，可能需要几个产品经理给一个研发供需求，代码效率高了呀。当产品prd价值降低，只有沟通汇报的作用，而沟通汇报都不如直接vibe一个demo出来有效时，prd还有存在的意义吗？写prd的人还有存在的意义吗？我写了3天的prd，研发1天就做完了。如果不写prd，直接业务和研发讨论，po拍板，第二天功能就上线了。这个po是谁？当然是真正的管理者了。

小散的日常

这天底下，就没有新鲜事嘛。数据领域更是如此。

公众号里有很多高价值内容，可惜只能通过这一个入口获得。有什么ai工具可以搜索公众号文章吗？求推荐

我问：咱们这个产品的目标用户是谁，除了数据工程师，业务运营需要哪些功能。答：目前要给工程用，业务运营我们希望他们不太需要用，最好ai全自动，他们上来验收一下就行。wowla，一个几乎无用户的产品图景。

log 对着所有大模型问了半天，弄明白了算法工程师的文档含义。加上最近时间的学习和体悟，深感之前工作时，那些求而不得的需求和点子，大多都限制于我自己的知识面。如果我完整经历了算法训练，很多问题我应该能有解法，或者能有思路，这样我可以更好地去解决业务问题而不担心自己不理解“录音的基本原理”，同时避免了到处去找解法又找不到好解法（做题家思维）而难受又不舍得放弃的职业困局。

好好笑，打开一个30多页的paper，llm-based的部分是引用文献最少的。

vibe coding 过的我，现在写 prd ，是完全写不下去。写个啥，如果对面是ai，我写完的时候，它都改完了。

果然开卷有益。figma 里我开始用 css class 命名组件和状态。写文档的时候，如果这个文档我想只自己用，不再写（自己用）（不对外）之类的缀词，直接 private.文档名 了。

但愿：无会议之乱耳，无PRD之劳形。