一如既往的Shadcn简洁风,跟AI SDK的无缝结合,简单又好用👍
体验地址:https://ai-sdk.dev/elements/overview
ui-layuouts 基于 Tailwind,但不是 Shadcn,组件风格看起来更灵活,而且代码是开源的。
挺久不玩微博了,刚点开看了看,这个产品真的还能要吗
咋这么多广告啊,看着好 low 啊
顶部是签到,右下角是看微博领现金,刷个 5 条蹦一个广告,帮我跳到淘宝去
又刷两下底下的视频又开始蹦弹窗
我真的想吐了,是我要求高还是它真的挺恶心的?
咋这么多广告啊,看着好 low 啊
顶部是签到,右下角是看微博领现金,刷个 5 条蹦一个广告,帮我跳到淘宝去
又刷两下底下的视频又开始蹦弹窗
我真的想吐了,是我要求高还是它真的挺恶心的?
从开始做独立开发就想做ai口语陪练产品,到今天终于把想法稍微细化了一点。打算搭个工作流再结合现有工具跑起来试试看,如果真把我口语练起来了再考虑要不要产品化。
即友们,如果有使用过的好的ai口语产品可以推荐给我吗?目标是流利的日常英文对话。
豆包GPT这些通用chatbot就不用了,满足不了需求。
即友们,如果有使用过的好的ai口语产品可以推荐给我吗?目标是流利的日常英文对话。
豆包GPT这些通用chatbot就不用了,满足不了需求。
有人找我退款,说已经在群里待了一个月了,就算600块钱,扣去这600后退剩下的钱就行了。
我没听他的,还是全额退了。
就是因为我们承诺了,一个月内无条件全额退款。
只要在一个月内,不需要找理由,只要说想退款,那就可以全额退。
退款,其实也是一种筛选。
把因为各种原因觉得干不下去的人筛除出去,那么剩下的,就大概率是信心坚定的了。
我没听他的,还是全额退了。
就是因为我们承诺了,一个月内无条件全额退款。
只要在一个月内,不需要找理由,只要说想退款,那就可以全额退。
退款,其实也是一种筛选。
把因为各种原因觉得干不下去的人筛除出去,那么剩下的,就大概率是信心坚定的了。
还记得以前实习的时候,leader 和我说,写好 PRD 是为了减少与研发的沟通的时间。
今天看到一篇文章,题目是《好的 PRD 关键》,文章总结了一些比较不错的 PRD 模板之间共通的元素:
Why:为什么要做这个产品、功能?为什么重要?有什么商业或使用价值?
Problems:这个产品、功能要解决什么问题?
Solutions:如何解决这个问题?
Success:如何衡量这个产品、功能的成功?
Scope:方案的范围是什么,什么在范围内,什么在范围外。
当然还有一些其他便于团队协作的,有专门的各类文件合集、各种讨论的合集、各种 Checklist
我也开始反思这段时间与研发团队、与需求方之间沟通的问题,总结来说,并没有高标准要求自己做好一个产品经理的角色,产出的结果并不专业甚至很草台。
原先实习的公司是 2B 定制化,大多数功能是业务驱动的,对应的项目经理在需求沟通会上,跟产品经理和研发负责人去阐释功能的优先级和价值,此时产品经理是答题人,PRD 会着重在 Solutions 上。
而现在,我们在做一款产品驱动的事情,很多结果(譬如用户增长)依赖产品提供给用户的价值,这时候就很依赖产品经理的 Product Senese, 这就需要写好一个 PRD 文档,把这些脑子里的想法落到实处。
好的 PRD,最终目标是要打造出能很好解决使用者问题的好产品。
那产品经理,就要把使用者与问题定义清楚,并通过 PRD,把「使用者与问题」清楚的和团队说明,把时间和资源,花在值得解决的问题上,防止走歪。
文中提了一些什么叫没定义好的例子,感兴趣的推荐阅读 ⬇️⬇️⬇️
原文地址:https://petersuppi.medium.com/prd-4f4ae5e8a473
今天看到一篇文章,题目是《好的 PRD 关键》,文章总结了一些比较不错的 PRD 模板之间共通的元素:
Why:为什么要做这个产品、功能?为什么重要?有什么商业或使用价值?
Problems:这个产品、功能要解决什么问题?
Solutions:如何解决这个问题?
Success:如何衡量这个产品、功能的成功?
Scope:方案的范围是什么,什么在范围内,什么在范围外。
当然还有一些其他便于团队协作的,有专门的各类文件合集、各种讨论的合集、各种 Checklist
我也开始反思这段时间与研发团队、与需求方之间沟通的问题,总结来说,并没有高标准要求自己做好一个产品经理的角色,产出的结果并不专业甚至很草台。
原先实习的公司是 2B 定制化,大多数功能是业务驱动的,对应的项目经理在需求沟通会上,跟产品经理和研发负责人去阐释功能的优先级和价值,此时产品经理是答题人,PRD 会着重在 Solutions 上。
而现在,我们在做一款产品驱动的事情,很多结果(譬如用户增长)依赖产品提供给用户的价值,这时候就很依赖产品经理的 Product Senese, 这就需要写好一个 PRD 文档,把这些脑子里的想法落到实处。
好的 PRD,最终目标是要打造出能很好解决使用者问题的好产品。
那产品经理,就要把使用者与问题定义清楚,并通过 PRD,把「使用者与问题」清楚的和团队说明,把时间和资源,花在值得解决的问题上,防止走歪。
文中提了一些什么叫没定义好的例子,感兴趣的推荐阅读 ⬇️⬇️⬇️
原文地址:https://petersuppi.medium.com/prd-4f4ae5e8a473
大家都知道 CLI 简直是 token 杀手
前阵子有人跑了一上午就欠费阿里云100多
而现在每天可获得 2000 次免费调用
2000 次一天能用完的话,那一定是很充实的程序员吧