如果你准备要面试又或是想要提高自己的程序设计能力,那么system-design-primer这个项目就非常适合你。该项目系统的介绍了如何设计一个大型系统,包括:性能与拓展性、故障切换、CDN以及负载均衡、反向代理、数据库以及缓存等等核心模块的设计原则。
github:https://github.com/donnemartin/system-design-primer
github:https://github.com/donnemartin/system-design-primer
👍2
#自媒体运营频道 #@yunying23
最近在看小策导演的短视频课,太绝太上头了!
这个讲故事和文案功底,对短视频创作太有效了
光看这个标题内容就很有看下去的欲望
(超喜欢他第十节课的标题:我做剪辑师,就是想当上帝!
情绪价值给得满满的🤣🤣)
最近在看小策导演的短视频课,太绝太上头了!
这个讲故事和文案功底,对短视频创作太有效了
光看这个标题内容就很有看下去的欲望
(超喜欢他第十节课的标题:我做剪辑师,就是想当上帝!
情绪价值给得满满的🤣🤣)
👍2
老铁老师说了一个“网易高P产品面试题”,咱也不知道真假,但是他的答案挺逗的。
题目是这样:你是干洗店洗衣工,你马上就要洗一件高档西服,西服口袋里有字条,要求按照指定方法洗衣服。但是你认为这个方法会把西服洗坏,如果洗坏了,你就得赔钱。但是现在你联系不上西服的主人,而且如果不按时交货,也需要支付违约金。请问你在不联系领导的前提下,应该如何做?
他的答案是:产品经理是产品的最终责任人。如果你按照客户的方法洗,洗坏了,责任在你。所以你应该不管客户要求,按照店里标准流程洗。但是为了降低风险,你要使用顶格的标准来洗。洗好之后,给客户交付时,先道歉,再解释,然后不用客户额外付款。这个差额,要让接单的同事负责填补,因为是他的工作没做到位......
首先咱不纠结在洗衣店里操作工到底能不能对应产品经理岗位,就说在客户特殊需求没有完全澄清的前提下,在没有给领导和项目经理做风险或变更报备的情况下,你不按客户要求就自行超预算执行上线了,然后再去给客户做一个莫名其妙的道歉和炫耀式的解释,这是不是有点鲁莽和傲慢了?
其次,你讲了半天需求分析,真需求伪需求,在这个案例里,高档西服干洗的需求,简单分析一下,要么是洗完要穿,要么是穿完要洗。既然你考虑到了时限的问题,那么这两方面需求里,真正受限于时间的,大概率是洗完要穿,那是不是应该先调整项目范围内的多道工序的优先级,先处理表层需求,能满足客户能够按时穿上的需求,然后等联系上用户,再确认所有需求,或者再确定最终方案?
最后,特殊需求藏在西服口袋里,没有在接单环节和需求传递过程中体现,接单人确实有问题,但你自作主张超预算支出,然后还上线交付了。事后你再来分锅,别人领锅赔钱,你自己暗爽贴金,这样的产品经理,怎么可能服众?不能服众的产品经理,你混个P啊?
最最后,你说这题目,到底考核产品经理的啥??
这老师的课,每天只能听一节,污染系数过高,听多了受不了......
题目是这样:你是干洗店洗衣工,你马上就要洗一件高档西服,西服口袋里有字条,要求按照指定方法洗衣服。但是你认为这个方法会把西服洗坏,如果洗坏了,你就得赔钱。但是现在你联系不上西服的主人,而且如果不按时交货,也需要支付违约金。请问你在不联系领导的前提下,应该如何做?
他的答案是:产品经理是产品的最终责任人。如果你按照客户的方法洗,洗坏了,责任在你。所以你应该不管客户要求,按照店里标准流程洗。但是为了降低风险,你要使用顶格的标准来洗。洗好之后,给客户交付时,先道歉,再解释,然后不用客户额外付款。这个差额,要让接单的同事负责填补,因为是他的工作没做到位......
首先咱不纠结在洗衣店里操作工到底能不能对应产品经理岗位,就说在客户特殊需求没有完全澄清的前提下,在没有给领导和项目经理做风险或变更报备的情况下,你不按客户要求就自行超预算执行上线了,然后再去给客户做一个莫名其妙的道歉和炫耀式的解释,这是不是有点鲁莽和傲慢了?
其次,你讲了半天需求分析,真需求伪需求,在这个案例里,高档西服干洗的需求,简单分析一下,要么是洗完要穿,要么是穿完要洗。既然你考虑到了时限的问题,那么这两方面需求里,真正受限于时间的,大概率是洗完要穿,那是不是应该先调整项目范围内的多道工序的优先级,先处理表层需求,能满足客户能够按时穿上的需求,然后等联系上用户,再确认所有需求,或者再确定最终方案?
最后,特殊需求藏在西服口袋里,没有在接单环节和需求传递过程中体现,接单人确实有问题,但你自作主张超预算支出,然后还上线交付了。事后你再来分锅,别人领锅赔钱,你自己暗爽贴金,这样的产品经理,怎么可能服众?不能服众的产品经理,你混个P啊?
最最后,你说这题目,到底考核产品经理的啥??
这老师的课,每天只能听一节,污染系数过高,听多了受不了......
👍5❤1
刚才发现对接最舒畅、态度最好的研发小哥是外包,这种情况已经遇到了不止第一次
向正式员工提需求,对方总要我走流程、 讲道理、提评审,但和这个研发小哥提需求就顺利很多,想加点什么东西说句话就加了,而且也不会总和我杠来杠去
但这样态度好的研发小哥哥小姐姐是外包的可能性更大。究竟是因为不杠就显得没有主观能动性?还是因为外包所以无所谓产品怎么瞎设计?
向正式员工提需求,对方总要我走流程、 讲道理、提评审,但和这个研发小哥提需求就顺利很多,想加点什么东西说句话就加了,而且也不会总和我杠来杠去
但这样态度好的研发小哥哥小姐姐是外包的可能性更大。究竟是因为不杠就显得没有主观能动性?还是因为外包所以无所谓产品怎么瞎设计?
#自媒体运营频道 #@yunying23
最近在写小红书内容创作的 SOP,发现之前 SEO 那一套分析用户意图的粒度太粗了,没办法给接下来的工作做指导,于是自己浅浅的做了一个分类,没有严格遵守 MECE 原则,目前对我来说,还挺够用的。或许对大家会有启发 ⬇️
最近在写小红书内容创作的 SOP,发现之前 SEO 那一套分析用户意图的粒度太粗了,没办法给接下来的工作做指导,于是自己浅浅的做了一个分类,没有严格遵守 MECE 原则,目前对我来说,还挺够用的。或许对大家会有启发 ⬇️
微信对华为鸿蒙的态度,其实很值得玩味。
我猜大概是,“x,已经有iOS 一个爹了,现在又要来一个。”
松散的安卓联盟,最符合微信这种超级APP的利益,不愿意配合鸿蒙是很正常的。
我猜大概是,“x,已经有iOS 一个爹了,现在又要来一个。”
松散的安卓联盟,最符合微信这种超级APP的利益,不愿意配合鸿蒙是很正常的。
❤2
产品经理要不要懂技术,其实不言自明。对技术的理解能帮助你更好地同研发沟通,更重要的是能够以更综合的视角看待业务模式和解决方案。分享一下工作以来对我起到深刻帮助的计算机课程:
1. 伯克利 CS61A
《计算机构造与解释》的 Python 实现版,奠定了对于计算机理解的基础。如果只看书可能会很烧脑,好在 CS61A 以课程+课后作业的方式呈现,递归、抽象屏障、树的概念都一目了然。可以说这本书或者这门课程打通了我的任督二脉。
2. Frontend Masters 上 Will Sentance 关于 JavaScript 的课程
Will 大概是我听过讲 JS 最好的老师了,曾经我对于闭包之类的概念一窍不通,直到遇到 Will 的课才有了深刻理解,他讲 JS 的函数式编程非常美妙,真正做到了深入浅出。
3. Udemy 《The Complete iOS App Development Bootcamp》
这门课主要讲 SwiftUI,最大的优点就是细,讲话很温柔,每个点都会带到。另一个特点就是全,从最基础的页面到数据库再到应用商店发布。SwiftUI 应用了 Swift ,通过这一门现代化的语言也可以窥到 C# 等其他语言的影子。
作为产品经理其实不用写代码,这三门课已经足够帮助了解计算机的程序原理、移动应用和 web 开发的一些逻辑,顺带锻炼了自己的抽象思维。
1. 伯克利 CS61A
《计算机构造与解释》的 Python 实现版,奠定了对于计算机理解的基础。如果只看书可能会很烧脑,好在 CS61A 以课程+课后作业的方式呈现,递归、抽象屏障、树的概念都一目了然。可以说这本书或者这门课程打通了我的任督二脉。
2. Frontend Masters 上 Will Sentance 关于 JavaScript 的课程
Will 大概是我听过讲 JS 最好的老师了,曾经我对于闭包之类的概念一窍不通,直到遇到 Will 的课才有了深刻理解,他讲 JS 的函数式编程非常美妙,真正做到了深入浅出。
3. Udemy 《The Complete iOS App Development Bootcamp》
这门课主要讲 SwiftUI,最大的优点就是细,讲话很温柔,每个点都会带到。另一个特点就是全,从最基础的页面到数据库再到应用商店发布。SwiftUI 应用了 Swift ,通过这一门现代化的语言也可以窥到 C# 等其他语言的影子。
作为产品经理其实不用写代码,这三门课已经足够帮助了解计算机的程序原理、移动应用和 web 开发的一些逻辑,顺带锻炼了自己的抽象思维。
💯1
FghUMwKlVuq1BymkQ_MHlWReaFkYv3.jpg
142.7 KB
我们常说的PMF到底是什么?
如果定义一个产品何时达到PMF?
Rahul Vohra 是 Superhuman 的 CEO 和创始人,他提出了一个名为"Product-Market Fit Engine"(产品市场契合度引擎)的概念,用于系统性地衡量和提高产品与市场的契合度。他通过一个指标提出一个产品何时达到了 PMF:如果超过 40% 的用户表示"如果无法使用该产品会非常失望",则认为达到了产品市场契合(PMF)。
🌟
验证 PMF 的五步流程:
- 调查:在用户充分使用产品后进行调查。
- Q:如果不再使用这个产品,你会有什么感觉?
- A1:非常失望
- A2:有点失望
- A3:并不失望
- 细分:识别真正喜爱产品的高期望客户。
- PMF取决于回答 A1 的客户占比,即有多少用户表示如果不再使用这款产品会非常失望?
- 分析:了解用户喜爱产品的原因和阻碍因素。
- 实施:平衡改进用户喜爱的功能和解决阻碍因素。
- 跟踪:持续监测产品市场契合度分数。当回答 A1 的客户占比超过 40%,即表示产品达到了 PMF。
如果定义一个产品何时达到PMF?
Rahul Vohra 是 Superhuman 的 CEO 和创始人,他提出了一个名为"Product-Market Fit Engine"(产品市场契合度引擎)的概念,用于系统性地衡量和提高产品与市场的契合度。他通过一个指标提出一个产品何时达到了 PMF:如果超过 40% 的用户表示"如果无法使用该产品会非常失望",则认为达到了产品市场契合(PMF)。
🌟
验证 PMF 的五步流程:
- 调查:在用户充分使用产品后进行调查。
- Q:如果不再使用这个产品,你会有什么感觉?
- A1:非常失望
- A2:有点失望
- A3:并不失望
- 细分:识别真正喜爱产品的高期望客户。
- PMF取决于回答 A1 的客户占比,即有多少用户表示如果不再使用这款产品会非常失望?
- 分析:了解用户喜爱产品的原因和阻碍因素。
- 实施:平衡改进用户喜爱的功能和解决阻碍因素。
- 跟踪:持续监测产品市场契合度分数。当回答 A1 的客户占比超过 40%,即表示产品达到了 PMF。
👍1