即刻App年轻人的同好社区
下载
App内打开
Will-AI.Builder
64关注4被关注0夸夸
AI创业中,AI身心灵赛道和小B服务Agent方向。
AI Builder。
全能打杂选手。
Will-AI.Builder
4天前
新Vibe Coding一个实用的推文收藏工作流。

主要痛点:平时逛Twitter会发现很多干货长文,习惯点赞收藏最后基本落灰。因为打开推特天然会被新的推文内容吸引,而不是去阅读收藏的旧推文。

解决方案:
1. 自建了一个保存推文快捷指令(iOS)
2. 发现好的推文,就点分享主动触发这个快捷指令
3. 保存推文快捷指令会将推文链接推给服务器,服务器解析推文内容并存下来

后续优化:
1. 打通我之前实现的类LLM Wiki系统brain(知识生长系统)
2. 支持更多有趣的模式促进快速有效学习,如阅后即焚、阅读倒计时(超时自动删除)等
3. 自动生长出各领域Skill,真正应用到工作中来

#AI工作流 #AI的神奇用法
10
Will-AI.Builder
2年前
摔碎一个碗的损失与被孩子记恨一生,哪个代价更高?
傻子也知道答案,但甚至很多所谓聪明人也成了傻子。

我见过有些父母(包括高学历父母)因为一点小事对子女大吼大叫甚至严厉体罚,最终被子女记恨一辈子,至死都没和解。心理学上,把这些归结为这些父母的内心需要没有被满足。

比如一个2岁的小孩子不小心打碎了一只碗,妈妈看到立刻扇了孩子一耳光。孩子哇哇大哭,委屈而无助。背后的心理分析:一方面妈妈觉得孩子调皮淘气才打碎了碗,是对自己权威的挑战,你看不听我的闯祸了吧;另一方面,碗打碎了又要清扫,还要补充新的碗,带来一堆麻烦,觉得自己的自由被剥夺了。

也就是惹怒他们的不是某件小事,而是这些小事激活了他们内心对安全感、自由、价值感、意义、亲密、完美主义、权威、掌控感等的需求。这些需求越得不到满足,他们就越容易愤怒,他们的孩子幸福感就会越低。因此,强大自己的内心是每个成年人的必修课,我们才有能量去发现事物美好的一面,才有力量去应对不停变化的世界。
38
Will-AI.Builder
3年前
今年从年初到这个月花了将近7个月时间去做一个产品MVP(严格来说远超MVP该有的),最后虽然勉强做出来了,但项目也被判了死刑。在此记录下我关于这段经历的思考,大家如有类似的经历或有共鸣,欢迎讨论交流。

对MVP的正确认知和应用决定了:
1. 项目的边界:做什么、不做什么
2. 任务的优先级:先做什么、再做什么
3. 以及最终如何以最小成本推出基本可用产品快速面向市场进行验证

经验教训:
1. 教训:投入绝大部分精力去做各个零部件的开发,迟迟不能集成,迟迟无法面向用户。最终钱烧完或老板/投资人的耐心耗尽,项目难产
2. 教训:投入绝大部分精力去精细打磨个别零部件,比上面这种情况更差
3. 教训:MVP可以不止有一个,MVP也可以是渐进迭代的,比如针对用户想要代步工具的需求,推出的第一个MVP是滑板车,第二个MVP是平衡车,第三个MVP是自行车...
4. 教训:“麻雀虽小五脏俱全”不是好的MVP。比如用户想要的是代步工具,第一个MVP不必样样俱全,可以就是一块板子加四个轮子的滑板车,不必有方向盘、发动机
5. 经验:制定MVP的关键是回归用户需求,能以最小代价快速验证(注意这里不一定是满足)用户需求就是一个合格的MVP。比如开一家炸鸡店,首先分析确定炸鸡店的核心用户需求是炸鸡口味好,那么第一个MVP就应该是做一些炸鸡去大街上摆一段时间摊看大家愿不愿意买、复购情况如何,这一步站稳后才可以过渡到更具体的店面选址、店面装修、堂食外卖选择、餐品包装、LOGO设计…
6. 教训:速度就是生命,为每个MVP设定一个DDL(这个期限必须在钱烧完或老板/投资人耐心耗尽之前),然后严苛遵守DDL冲刺发布MVP。一般1~2个月就要能发布MVP,如果做不到那就说明MVP定错了
7. 经验:打造MVP过程坚决将不够敏捷的人和任务果断砍掉,敏捷与否是从结果交付速度角度来衡量,而不是从员工工作态度、加班多少或与你关系亲疏来衡量
8. 经验:MVP是有可能无法在规定期限内交付或者由于技术产品能力不足未能实现,所以需要提前制定B计划和止损机制并在过程中及时应用干预。比如中途换更强的人、中途缩减需求范围
9. 经验:MVP应首要追求验证用户需求,其次追求基本满足用户需求(基本能用),不该追求完美满足用户需求(完美好用)
10. 教训:第三方的不给力很可能会成为压死骆驼的最后一根稻草,不要迷信大厂,某TX云的差谁用谁知道
11. 教训:管理好资金、老板/投资人:在资金耗尽前成功完成MVP验证,提前计算好固定成本和可变成本以及可能的风险成本;管理好老板/投资人的预期,最好能争取到老板/投资人的支持以有充足的钱和时间进行MVP验证

附:MVP概念(来自苏杰@知乎)
MVP (Minimum Viable Product)
1. 对自己,是用于验证学习的工具
能通过MVP拿到市场和用户的反馈,找到改进的方向,甚至比MVP本身更重要,不断推出一版又一版的MVP,就是产品迭代。
2. 对用户,是可提供用户价值的最小功能集合
用户要可以通过MVP实现价值,所以,纸面原型、静态原型等,算不上MVP,虽然也可以满足上条——验证学习。
3. 对公司,是可以产生预期成果的最小发布
MVP的发布,要提前确定“成功指标”,公司需要通过这个发布拿到一些价值,比如一批种子用户、比如验证对“转化率”的提升。
22