#产品知识库
就目前为止,我认为产品经理最重要的能力之一,甚至我认为可以在能力排行里面序列第一的就是提问。
产品经理应该要去提问,要问出好的问题。因为在项目落地的过程中,其实只有产品经理会去提问。产品经理就是干这个的。
曾经有一段时间我非常忙碌,需求池里面堆了上百个需求。每天看着都头大,哪怕不停地提报开发落地,这些需求就好像做不完一样。
尤其是碰到上级领导或者是更高级别领导,例如老板提出的需求时,会有非常大的压力。迫切地希望赶紧去把这个需求做完。需求就好像成了烫手山芋一样,一传到我的手里,我就希望赶紧将之扔出去。
后面我被开发老大说了一顿,说我明明是个产品经理,但是对于需求根本没有思考。有些需求其实根本是没有必要做,或者说可以用更好的方式来实现的。
因为没有思考,所以没有判断,所以需求不存在真伪性和优先级。具体到需求文档的时候就体现为没有架构,没有流程,没有逻辑。
一开始我有些不以为意,因为作为刚入行的产品经理,想要顶住来自老板的压力,我个人认为是非常困难的。于是后面我发现自己每一天都很忙,每一天都很着急,每天都很累。但是对于项目或者说产品的落地,其实根本没有任何帮助。我甚至成了这个过程中的累赘。
因为老板一催我就着急,我就催开发,开发也有别的任务。产品经理因为无法执行具体的落地动作,所以就会被夹在中间。这种感觉我相信绝大部分产品经理都会碰到和经历。
夹在甲方(老板或者上级领导其实也可以算作是甲方的一种)和开发同事之间,我要被两方同时“辱骂”,这是一种非常痛苦的煎熬。。
老板嫌弃需求开发的时间周期太长,或者嫌弃需求没有达到他一开始想要的效果。开发则表示他们的排期非常紧张,不可能每一个需求的优先级都是T0,而且需求给到他们的时候,能明显感觉出流程或者逻辑上存在比较大的漏洞。
在公司本身开发流程就不太健全的情况下,我的这种行为无疑造成了需求落地的巨大困难。后续甚至造成了产品底层架构上的大改,整个项目的开发周期被无限地拉长,交付落地似乎遥遥无期...
同时因为我非常在意需求文档,我希望自己写出来的文档甚至是可以不需要做过多修改,能够直接囊括需求的整体架构,功能模块,逻辑流程。这并不单单只是逻辑能力好就可以达到的。
每次我写需求文档的时候,都会有某些方面的遗漏。或者甚至说完全理解错了,业务方想要达到的效果。例如某次我需要做一个数据录入功能,业务部门将会将部分业务数据和标识录入到数据后台当中。而我们将根据他们录入字段中包含的标识去对数据进行归因。
我一开始直接找业务部门拿了个excel的录入模板,然后问他们是不是统一按照这个模板进行录入?他们说是。我马不停蹄地根据这个excel模板进行了数据录入,管理和显示方面的原型设计。同时和开发人员进行了功能流程和具体细节上的核对。
开发完成后的那天,我记得非常清楚。那是一个星期五,我满心欢喜,将这个功能模块交付给业务部门进行使用。结果他们第一次尝试就出现了问题。
因为考虑到需要确保录入信息的真实性和准确性,所以我和开发商量后对相关录入的字段进行了校验。结果业务部门在录入的过程中,并不会按照我们所预想的字段信息进行录入(该字段信息已存在于数据后台当中)。所有的数据归因依据,其实都是根据一个单独的标识字段。而我和开发对三个在数据后台中已存在的字段信息均做了校验,导致业务部门其实无法成功录入任何一条信息。
这个功能从逻辑上来说其实并不复杂,甚至可以说非常简单。但是我却从中发现了我个人工作流程中存在的一个很大的问题。我对于需求没有问题。没有问题自然也就没有思考。我就成为了一个传话筒,业务部门告诉我什么,我就转述给开发。我的需求文档没有什么实质性的内容,开发人员看完之后还是需要自己去梳理整个流程和逻辑。
并且,开发人员是不需要(无责任)去思考这个需求到底需不需要做?到底需要怎么做?做出来之后给谁用?能达成什么样的效果?对整个业务流程有怎么样的影响?这些问题都是需要我去提出,我去思考,我去解答的。
在不断提问的过程中,其实就完成了需求或者产品的自顶向下设计和架构。这个产品的用户是谁?面向了什么市场?解决了用户的什么问题?需要做什么功能?这些功能需要怎么设计?页面是什么样的?有哪些功能按钮?为什么要这样设计?等等。
这个不断向下深挖的过程,在我看来才是产品经理这个岗位最有魅力的部分之一。我们将一句话的需求(一个模糊的概念),通过不断的提问,不断的拷问,不断的思考,不断的寻求答案来进行细化。
最终它将从一个抽象的概念而转化为一个个具体的功能。一套套完整的,严密的架构。一条条清晰的,明确的流程和逻辑。
而逆向的流程,其实可以使用在竞品分析的时候。这个产品为什么要有这个功能?他为什么要这样设计?这样设计是为了解决用户的什么需求?这样设计的效果怎么样啊?等等。
之前在学习如何进行竞品分析的时候,很多教程都推荐《用户体验要素》中的五个元素分析。
当我在实践过后发现其实这样做出来的竞品分析就像是流水账一样。看完之后其实只是加深了对于这个竞品的了解,知道了它有哪些功能。
但是对于为什么要设计这些功能,这些功能达成了怎样的效果?是不是吸引了更多的用户,或者有没有让用户体验更好?有没有产生更多的收益和利润?有没有让知名度变得更高?
这些问题其实完全没有得到任何的解答呀。整个竞品分析报告看上去就特别的假大空。我自己读完之后,就是能看得出我去实地使用了这个产品。但是作为产品经理思考的应该不仅仅是使用,还有设计,还有背后的模式,数据甚至于生态。
所以无论是从抽象到具象,还是从具象到抽象。提问都是我目前所知最好的方法。于是我建立了自己的一套faq文档。专门记录自己在做需求,做产品过程中所提出的这些问题,还有解答。
为了解答自己所提出来的问题,或者别人所提出来的问题。就会有很多的技能需要不断的学习和精进。包括在写需求文档时如何绘制流程图,架构图,状态机甚至er图等等。
当我在解答这些问题的过程中,我才能感觉到我是个产品经理,而不单单只是夹在需求方和开发之间的传话筒。我才能感觉到产品经理这个岗位在公司的流程中是发挥了作用的。我所设计出来的东西是真正的产生了影响力的,是存在一定价值的。
所以我想学会提问,我想学会去提出一个好的问题。
#产品沉思/产品踩坑录
就目前为止,我认为产品经理最重要的能力之一,甚至我认为可以在能力排行里面序列第一的就是提问。
产品经理应该要去提问,要问出好的问题。因为在项目落地的过程中,其实只有产品经理会去提问。产品经理就是干这个的。
曾经有一段时间我非常忙碌,需求池里面堆了上百个需求。每天看着都头大,哪怕不停地提报开发落地,这些需求就好像做不完一样。
尤其是碰到上级领导或者是更高级别领导,例如老板提出的需求时,会有非常大的压力。迫切地希望赶紧去把这个需求做完。需求就好像成了烫手山芋一样,一传到我的手里,我就希望赶紧将之扔出去。
后面我被开发老大说了一顿,说我明明是个产品经理,但是对于需求根本没有思考。有些需求其实根本是没有必要做,或者说可以用更好的方式来实现的。
因为没有思考,所以没有判断,所以需求不存在真伪性和优先级。具体到需求文档的时候就体现为没有架构,没有流程,没有逻辑。
一开始我有些不以为意,因为作为刚入行的产品经理,想要顶住来自老板的压力,我个人认为是非常困难的。于是后面我发现自己每一天都很忙,每一天都很着急,每天都很累。但是对于项目或者说产品的落地,其实根本没有任何帮助。我甚至成了这个过程中的累赘。
因为老板一催我就着急,我就催开发,开发也有别的任务。产品经理因为无法执行具体的落地动作,所以就会被夹在中间。这种感觉我相信绝大部分产品经理都会碰到和经历。
夹在甲方(老板或者上级领导其实也可以算作是甲方的一种)和开发同事之间,我要被两方同时“辱骂”,这是一种非常痛苦的煎熬。。
老板嫌弃需求开发的时间周期太长,或者嫌弃需求没有达到他一开始想要的效果。开发则表示他们的排期非常紧张,不可能每一个需求的优先级都是T0,而且需求给到他们的时候,能明显感觉出流程或者逻辑上存在比较大的漏洞。
在公司本身开发流程就不太健全的情况下,我的这种行为无疑造成了需求落地的巨大困难。后续甚至造成了产品底层架构上的大改,整个项目的开发周期被无限地拉长,交付落地似乎遥遥无期...
同时因为我非常在意需求文档,我希望自己写出来的文档甚至是可以不需要做过多修改,能够直接囊括需求的整体架构,功能模块,逻辑流程。这并不单单只是逻辑能力好就可以达到的。
每次我写需求文档的时候,都会有某些方面的遗漏。或者甚至说完全理解错了,业务方想要达到的效果。例如某次我需要做一个数据录入功能,业务部门将会将部分业务数据和标识录入到数据后台当中。而我们将根据他们录入字段中包含的标识去对数据进行归因。
我一开始直接找业务部门拿了个excel的录入模板,然后问他们是不是统一按照这个模板进行录入?他们说是。我马不停蹄地根据这个excel模板进行了数据录入,管理和显示方面的原型设计。同时和开发人员进行了功能流程和具体细节上的核对。
开发完成后的那天,我记得非常清楚。那是一个星期五,我满心欢喜,将这个功能模块交付给业务部门进行使用。结果他们第一次尝试就出现了问题。
因为考虑到需要确保录入信息的真实性和准确性,所以我和开发商量后对相关录入的字段进行了校验。结果业务部门在录入的过程中,并不会按照我们所预想的字段信息进行录入(该字段信息已存在于数据后台当中)。所有的数据归因依据,其实都是根据一个单独的标识字段。而我和开发对三个在数据后台中已存在的字段信息均做了校验,导致业务部门其实无法成功录入任何一条信息。
这个功能从逻辑上来说其实并不复杂,甚至可以说非常简单。但是我却从中发现了我个人工作流程中存在的一个很大的问题。我对于需求没有问题。没有问题自然也就没有思考。我就成为了一个传话筒,业务部门告诉我什么,我就转述给开发。我的需求文档没有什么实质性的内容,开发人员看完之后还是需要自己去梳理整个流程和逻辑。
并且,开发人员是不需要(无责任)去思考这个需求到底需不需要做?到底需要怎么做?做出来之后给谁用?能达成什么样的效果?对整个业务流程有怎么样的影响?这些问题都是需要我去提出,我去思考,我去解答的。
在不断提问的过程中,其实就完成了需求或者产品的自顶向下设计和架构。这个产品的用户是谁?面向了什么市场?解决了用户的什么问题?需要做什么功能?这些功能需要怎么设计?页面是什么样的?有哪些功能按钮?为什么要这样设计?等等。
这个不断向下深挖的过程,在我看来才是产品经理这个岗位最有魅力的部分之一。我们将一句话的需求(一个模糊的概念),通过不断的提问,不断的拷问,不断的思考,不断的寻求答案来进行细化。
最终它将从一个抽象的概念而转化为一个个具体的功能。一套套完整的,严密的架构。一条条清晰的,明确的流程和逻辑。
而逆向的流程,其实可以使用在竞品分析的时候。这个产品为什么要有这个功能?他为什么要这样设计?这样设计是为了解决用户的什么需求?这样设计的效果怎么样啊?等等。
之前在学习如何进行竞品分析的时候,很多教程都推荐《用户体验要素》中的五个元素分析。
当我在实践过后发现其实这样做出来的竞品分析就像是流水账一样。看完之后其实只是加深了对于这个竞品的了解,知道了它有哪些功能。
但是对于为什么要设计这些功能,这些功能达成了怎样的效果?是不是吸引了更多的用户,或者有没有让用户体验更好?有没有产生更多的收益和利润?有没有让知名度变得更高?
这些问题其实完全没有得到任何的解答呀。整个竞品分析报告看上去就特别的假大空。我自己读完之后,就是能看得出我去实地使用了这个产品。但是作为产品经理思考的应该不仅仅是使用,还有设计,还有背后的模式,数据甚至于生态。
所以无论是从抽象到具象,还是从具象到抽象。提问都是我目前所知最好的方法。于是我建立了自己的一套faq文档。专门记录自己在做需求,做产品过程中所提出的这些问题,还有解答。
为了解答自己所提出来的问题,或者别人所提出来的问题。就会有很多的技能需要不断的学习和精进。包括在写需求文档时如何绘制流程图,架构图,状态机甚至er图等等。
当我在解答这些问题的过程中,我才能感觉到我是个产品经理,而不单单只是夹在需求方和开发之间的传话筒。我才能感觉到产品经理这个岗位在公司的流程中是发挥了作用的。我所设计出来的东西是真正的产生了影响力的,是存在一定价值的。
所以我想学会提问,我想学会去提出一个好的问题。
#产品沉思/产品踩坑录
👍3🤯1😴1
Taking the Temperature
除了《巴菲特致股东的信》,最值得读的其他投资类“信”是Howard Marks所有的memo,50多年市场历史视野及对周期有深刻智慧和common sense (uncommon) 的老先生。新一期memo新鲜出炉,聊了如何判断市场温度。
14年在校听了他的宣讲,依然记得他的一个比喻“市场情绪就像钟摆,绝大部分时间在中间地带,偶尔会摇到极端”。Marks职业生涯只做了5次market call, 全中,都是市场极端情绪下用看似常识的second-level thinking跳过了常人的应激反应和思维情绪惯性, 看似简单,中间长时间摇摆时所需要的定力🙏🏻。
除了《巴菲特致股东的信》,最值得读的其他投资类“信”是Howard Marks所有的memo,50多年市场历史视野及对周期有深刻智慧和common sense (uncommon) 的老先生。新一期memo新鲜出炉,聊了如何判断市场温度。
14年在校听了他的宣讲,依然记得他的一个比喻“市场情绪就像钟摆,绝大部分时间在中间地带,偶尔会摇到极端”。Marks职业生涯只做了5次market call, 全中,都是市场极端情绪下用看似常识的second-level thinking跳过了常人的应激反应和思维情绪惯性, 看似简单,中间长时间摇摆时所需要的定力🙏🏻。
❤1
汽车配件商城app移动端高保真交互原型axure源文件
#产品知识库
近年来,汽车市场一度火热,车后市场一片蓝海,此app原型是一款汽车配件采购的软件,该软件为用户提供精准的购物体验,该平台可以满足现代化汽车的配件需求,它整合了汽车品牌商和消费市场,为用户提供满意的消费体验。 原型目录包括启动页&广告...
https://axurehub.com/8633.html
#产品知识库
近年来,汽车市场一度火热,车后市场一片蓝海,此app原型是一款汽车配件采购的软件,该软件为用户提供精准的购物体验,该平台可以满足现代化汽车的配件需求,它整合了汽车品牌商和消费市场,为用户提供满意的消费体验。 原型目录包括启动页&广告...
https://axurehub.com/8633.html
如何成为产品经理:没有相关工作经验的路径指南
#产品知识库
如何成为产品经理:没有相关工作经验怎么办? 成为一名产品经理可能需要一定的工作经验,但如果你没有相关的工作经验,也并非没有机会实现这个目标。以下是一些可以帮助你进入产品经理领域的建议: 学习产品管理知识:通过自学或参加相关的课程和培训,了解...
https://axurehub.com/13648.html
#产品知识库
如何成为产品经理:没有相关工作经验怎么办? 成为一名产品经理可能需要一定的工作经验,但如果你没有相关的工作经验,也并非没有机会实现这个目标。以下是一些可以帮助你进入产品经理领域的建议: 学习产品管理知识:通过自学或参加相关的课程和培训,了解...
https://axurehub.com/13648.html
#产品知识库
之前说到公司有个开发同事来找我说要一起做 AI 应用,然后拉了个群以后,三个月都没啥准备开发的动静,后面一问才知道他们在准备晋升答辩。
后面我发现申请到的 openAI 2500 刀的 startup 赞助到了,我心想不能辜负 openAI 的大手笔啊,然后就在 v2ex 上发帖找开发小伙伴。大概有十几个人加我(有一个是问我账号卖不卖😂)最后确认一起合作的有 3 个开发小伙伴。
然后就是一起讨论如何用最小成本让公司长久生存下来的方案,研究如何薅亚马逊、微软、甲骨文、阿里云的羊毛,以及研究这个 ICP 备案。
距离发帖不到一个月,公司今天已经注册下来了。
之前说到公司有个开发同事来找我说要一起做 AI 应用,然后拉了个群以后,三个月都没啥准备开发的动静,后面一问才知道他们在准备晋升答辩。
后面我发现申请到的 openAI 2500 刀的 startup 赞助到了,我心想不能辜负 openAI 的大手笔啊,然后就在 v2ex 上发帖找开发小伙伴。大概有十几个人加我(有一个是问我账号卖不卖😂)最后确认一起合作的有 3 个开发小伙伴。
然后就是一起讨论如何用最小成本让公司长久生存下来的方案,研究如何薅亚马逊、微软、甲骨文、阿里云的羊毛,以及研究这个 ICP 备案。
距离发帖不到一个月,公司今天已经注册下来了。
❤6
#职场社畜日常
最近和一个小伙伴聊天,他问:招人时总被坑,怎么办?
怎么被坑呢?
比如,自己在做新品研发,可是招了个竞品的产品过来,发现他在竞品干得很好,来了之后大半年,却啥都没搞出来。
比如,某个管理者,面试时看起来一派赤诚,结果入职后小动作不断,不接触业务、对团队天天就发脾气,老员工很快都被挤走了,换成了他的自己人。
大多数人招聘时基本都踩过这样的坑。
主要看经验、看对方面试时的说辞。
但是,有经验的人真的能为自己解决问题吗?
这样的人在面试时到底如何考察?
只要没想清楚,招聘就变成了买彩票。
被坑很正常。
比如那个换了公司就干不出来活儿的产品吧!
辞退之前再和他聊,才知道:
原来他的上家,老板才是最大的产品经理,其他人都是等着老板的想法,主要干的是把老板的想法写成需求的活儿。
现在老板换了。
创造的过程要靠自己了。
他就挂了。
我后来和这个急着招人的小伙伴总结出来,其实要想少踩坑,要在招聘前问自己这么几个问题。
按照顺序来——
1、你这个业务,靠什么成功?
他是做工具的,主要靠新产品。
产品好就有用户和收入。
2、那要做出好工具,需要这个小伙伴必须每天完成的动作是啥?
其实主要就是要天天和用户泡在一起,观察用户的使用和问题。
里面就有新的需求和新工具的机会。
只要能看到用户的问题,产品化其实不难。
那个挂掉的产品,每天就是坐办公室,不接触用户。
“乐意接触用户、和用户泡在一起、能观察出问题”,才是最重要的招聘标准。
这会儿,他的招聘标准已经变了。
此前他招聘标准上,主要是“什么学校”、“多少年从业经验”。
3、这样的人在哪里?
看来,肯定不在竞品。更可能在某种习惯于由下至上做产品的公司。
4、这样的人,历史上会有怎样的独特行为?
面试时,其实有一个基本假设——我们是基于过去的行为,来判断他未来的行为。
那习惯于大量接触用户、还得发现问题的人,大概率历史上会有怎样的独特行为呢?
他肯定从用户身上发现了大量的行为。
可以滔滔不绝的讲出很多用户动作、对应到问题的故事。
而且,
他大概率是喜欢这么做的,讲用户时,眼睛里会有光。
也能讲出一个个让他印象深刻的用户!
那面试时,就聊这个!
识别度就差不了。
其实——
总结下来,好的招聘,是从“业务如何成功”出发,找到“候选人过往应该有怎样的行为”的过程。
只要按照顺序问这几个问题,不少招人的坑,都能从此避免。
最近和一个小伙伴聊天,他问:招人时总被坑,怎么办?
怎么被坑呢?
比如,自己在做新品研发,可是招了个竞品的产品过来,发现他在竞品干得很好,来了之后大半年,却啥都没搞出来。
比如,某个管理者,面试时看起来一派赤诚,结果入职后小动作不断,不接触业务、对团队天天就发脾气,老员工很快都被挤走了,换成了他的自己人。
大多数人招聘时基本都踩过这样的坑。
主要看经验、看对方面试时的说辞。
但是,有经验的人真的能为自己解决问题吗?
这样的人在面试时到底如何考察?
只要没想清楚,招聘就变成了买彩票。
被坑很正常。
比如那个换了公司就干不出来活儿的产品吧!
辞退之前再和他聊,才知道:
原来他的上家,老板才是最大的产品经理,其他人都是等着老板的想法,主要干的是把老板的想法写成需求的活儿。
现在老板换了。
创造的过程要靠自己了。
他就挂了。
我后来和这个急着招人的小伙伴总结出来,其实要想少踩坑,要在招聘前问自己这么几个问题。
按照顺序来——
1、你这个业务,靠什么成功?
他是做工具的,主要靠新产品。
产品好就有用户和收入。
2、那要做出好工具,需要这个小伙伴必须每天完成的动作是啥?
其实主要就是要天天和用户泡在一起,观察用户的使用和问题。
里面就有新的需求和新工具的机会。
只要能看到用户的问题,产品化其实不难。
那个挂掉的产品,每天就是坐办公室,不接触用户。
“乐意接触用户、和用户泡在一起、能观察出问题”,才是最重要的招聘标准。
这会儿,他的招聘标准已经变了。
此前他招聘标准上,主要是“什么学校”、“多少年从业经验”。
3、这样的人在哪里?
看来,肯定不在竞品。更可能在某种习惯于由下至上做产品的公司。
4、这样的人,历史上会有怎样的独特行为?
面试时,其实有一个基本假设——我们是基于过去的行为,来判断他未来的行为。
那习惯于大量接触用户、还得发现问题的人,大概率历史上会有怎样的独特行为呢?
他肯定从用户身上发现了大量的行为。
可以滔滔不绝的讲出很多用户动作、对应到问题的故事。
而且,
他大概率是喜欢这么做的,讲用户时,眼睛里会有光。
也能讲出一个个让他印象深刻的用户!
那面试时,就聊这个!
识别度就差不了。
其实——
总结下来,好的招聘,是从“业务如何成功”出发,找到“候选人过往应该有怎样的行为”的过程。
只要按照顺序问这几个问题,不少招人的坑,都能从此避免。
#产品知识库
平台企业在支持科技创新、传统产业转型方面形成了一批典型案例
我给大家讲一下家暴男的特点哈。
大家都应该看过《别和陌生人说话》对吧,男主角在家暴自己的老婆之后呢,往往会痛哭流涕,抱着老婆说自己错了,以后再也不会了,好话说尽。
然后下次还敢。
平台企业在支持科技创新、传统产业转型方面形成了一批典型案例
我给大家讲一下家暴男的特点哈。
大家都应该看过《别和陌生人说话》对吧,男主角在家暴自己的老婆之后呢,往往会痛哭流涕,抱着老婆说自己错了,以后再也不会了,好话说尽。
然后下次还敢。
👍1
产品经理如何理解用户?
#产品知识库
作为产品经理,理解用户对产品的需求和喜好是至关重要的。只有深入了解用户,才能设计出符合他们期望的产品,并提供他们真正需要的解决方案。以下是一些方法,可以帮助产品经理更好地理解用户。 用户研究:进行用户研究是理解用户的重要步骤。通过面对面的访...
https://axurehub.com/13679.html
#产品知识库
作为产品经理,理解用户对产品的需求和喜好是至关重要的。只有深入了解用户,才能设计出符合他们期望的产品,并提供他们真正需要的解决方案。以下是一些方法,可以帮助产品经理更好地理解用户。 用户研究:进行用户研究是理解用户的重要步骤。通过面对面的访...
https://axurehub.com/13679.html
FqggUjBahOK5DsxuFCo8uIgVlo09v3.jpg
361.1 KB
2023 福布斯中国最佳CEO榜单。BAT和TMD一个CEO也没入选啊?
最近在细致看 AI 教育创业。某天上午尝试了一家做教学材料自动生成的YC’23届产品 http://www.flintk12.com 。注册完账号先去旁观创始人背景:佐治亚理工大二辍学、连续创业两段/累计5年,比我小1岁。看完领英+demo视频回来,也就10分钟的工夫吧,发现邮箱里已收到他手打的email,邀请我一起喝咖啡。
6小时后,我们就在我的驻地(推特总部对面)见了面,他说5周前刚拿着一个点子立项申请YC,3周前入选直接和联创all in,现在就做成了一款10刀/月、转化率到2%的成型产品(虽然他们付费的入口仍是要客户手工填表发邮件要求购买,而非stripe自动刷卡结算)。这哥们儿之前一段创业,甚至和联创一起住了三年。
第一次见职业选择和执行力都如传记书里的主人公一般的创始人。即使对他的产品有保留态度,精神上也被深深震动和感染。
无独有偶,这周还得知,去年下半年每月一起桌游的一位斯坦福CS研究生,也成功申上了这届YC。他的联创?也是室友!问他这几周进展如何,他打趣地说,过去这个月他们做得不赖,「仅仅pivot了一次」。我好奇他怎么没仔细考虑考虑要做的事,就先去领钱创业了?他说:「我们这两人公司,即使孵化期找不到价值,未来拿着50万美元的SAFE也可以活很久很久,慢慢探索方向。没有 Boss(或任何人)能把这笔钱拿走、直到我们把它花光。这世界上还有比这更好的工作吗?」
身处旧金山,就不可避免地活在「硅谷」剧本里。资本浇灌的土壤上,创想、荒诞与雄心交错生长。
6小时后,我们就在我的驻地(推特总部对面)见了面,他说5周前刚拿着一个点子立项申请YC,3周前入选直接和联创all in,现在就做成了一款10刀/月、转化率到2%的成型产品(虽然他们付费的入口仍是要客户手工填表发邮件要求购买,而非stripe自动刷卡结算)。这哥们儿之前一段创业,甚至和联创一起住了三年。
第一次见职业选择和执行力都如传记书里的主人公一般的创始人。即使对他的产品有保留态度,精神上也被深深震动和感染。
无独有偶,这周还得知,去年下半年每月一起桌游的一位斯坦福CS研究生,也成功申上了这届YC。他的联创?也是室友!问他这几周进展如何,他打趣地说,过去这个月他们做得不赖,「仅仅pivot了一次」。我好奇他怎么没仔细考虑考虑要做的事,就先去领钱创业了?他说:「我们这两人公司,即使孵化期找不到价值,未来拿着50万美元的SAFE也可以活很久很久,慢慢探索方向。没有 Boss(或任何人)能把这笔钱拿走、直到我们把它花光。这世界上还有比这更好的工作吗?」
身处旧金山,就不可避免地活在「硅谷」剧本里。资本浇灌的土壤上,创想、荒诞与雄心交错生长。
👍2😢2❤1