用 Kimi K2 Thinking 写了一小段旋律🎶
strudel 好好玩，语言、音乐、代码、色块，都是编码。大语言模型是通感的。

没有一个用户是为了给出context而购买或使用产品的。

研究了一下瑞幸的配料表发现瑞幸也是一个披着零售外衣的内容公司。除开高频率有内在sop的联名外，还有风味+厚乳基底这个爆款模板。

创造需求 VS 发现需求？

我觉得大多数时候都是发现需求。

的确，汽车发明出来之前，人们只要一匹跑得更快的马。

但其实，马并不是需求。

长距离运输，运人运物，才是需求。

从这个角度来看，人们要的不是更快的马，要的是更快的运输工具。

所以发明汽车，并不是创造出来了新的需求，而是满足了旧有的需求。

不过，的确，汽车的发明，让人们有了更多的出行需求，人们的出行半径变大了。

所以，新产品不仅可以满足旧需求，也还可以扩大需求。

或者说，释放了需求。

受限于之前的满足需求的产品还不够好，不够先进，人们的需求被束缚，被限制住了。

更先进的工具出现之后，就把大家的需求释放出来了，所以扩大的需求，其实也并不一定是新产品带来的，也可以认为是之前就存在的。

于是我们再次得出结论，我们要去发现需求，而不是绞尽脑汁地去创造需求。

你创造出来的需求并不一定是人们需要的，或者说，你目前的产品形态，还无法满足人们现有的需求，于是你就没有找到 PMF。

而基于现有的需求去做出产品满足需求，其实在上线的第一天，就已经找到了 PMF。

换句话说，PMF 其实就在那里，只不过，你没看到。

SaaS 产品如何开发订阅升降级功能？

当你的 SaaS 产品用户增长后，很容易遇到订阅升降级和变更订阅周期的需求。
我们常说的订阅升降级其实包含两大类：
- 相同周期的计划升降级
- 不同周期的计划变更
再加上不同计划的权益设计区别，决定了不存在一套完善且通用的订阅变更逻辑，所以至今没有一个 SaaS 模板提供订阅升降级的处理方法。

Nexty.dev 模板在这个问题上更进一步，文档给出详细实现方法，包括开启订阅变更的前提和代码实现的思路，并公开了一个判断订阅变更类型的基础函数。
Nexty.dev 模板的客户只需针对不同计划的权益设计，明确自己想要的变更方式，让 AI 在指定函数里写代码就可以了。

文档地址🔗https://nexty.dev/zh/docs/guide/payment/subscription-change

大多数时候，一个标的莫名其妙涨价，其实就是为了让人追涨，去库存。

可以泛化到很多领域，无论是房产、股票还是九宫格朋友圈的帅哥和美女。

市场化标的，标的的持有人是清楚的，非市场化个体，自己也许都不知道自己行为的驱动因素。

如果一个大用户规模社交软件，把那些在输入框输入又最后删除没有发出去的话收集起来（先不考虑商业伦理），训练一个小模型，会是一个什么模型呢？

今晚有点灵感，真露配黑啤 🧊

完成外链的实战系列第一个章节，如图金句已经写好了 ✍️

📖「2.x 章节：外链 - Citations（目录站/导航站/评测站）最快的 0→1 打法」

🔗 https://usdunlunl.feishu.cn/docx/JasgdjA7yoy1KTxpwuIcEkJ1noo

之前为了调研，手机屏幕上留存了一百多个各个国家的小众app，偶尔定期去看一眼；现在觉得不该如此，这本就是一种刻意之举。