#职场社畜日常
接上条动态，也可独立阅读之——有些升了高P才懂的道理：
1⃣️工作和生活无法有明确的界限，但也没有刚工作那会儿觉得天天加班这份工作干不下去的内耗，休息时间有oncall或者活动随时处理，处理完就不想了；偶尔要占用法定8小时的时间去办私事就去办。
毕竟，事儿都是自己的，我这次做得如何，结果说了算；我长期做得如何，合作伙伴说了算。
2⃣️用规范和标准去推动事情，而不是用委屈推动事情。“为什么TA做成这样？”、“为什么TA又delay”、“为什么TA不听我的意见？”，这三种常见的委屈在我看来都是规范问题：“有没有规定好对方的交付物标准”、“有没有约定好明确的交付日”、“有没有明确好双方的责任范围”。委屈、怨恨、大骂对方菜是，杀人一百，自损三千的行为，行之有效的沟通方法是“共识目标后，用规范和标准提升效率”。
在职场上，无论哪个岗位的高P，合作之前都会先聊“做事方法”，其次才是事情本身。
3⃣️精力放在自己身上，不要盯着别人。别人上班认不认真、有没有迟到早退、是不是汇报狂人，干我屁事。眼睛盯着别人，觉得其他人有各种问题，是因为你没想清楚自己的成长目标。拿职场中最常见也最“恶心”的汇报来说，如果老板喜欢汇报狂人，说明老板的老板喜欢汇报狂人，说明这个职场体系就是在培养汇报能力。如果培养汇报能力不是你的成长目标，那就走人呗，但其实对于绝大多数工作来说，汇报能力，或者换句话说，总结升华的能力，绝对是硬通货。
关注自己，刻意练习某项技能，比对着拥有这项技能的人嗤之以鼻，聪明得多。
4⃣️做产品经理，就是创业过程，产品永远是第一责任人。时间、资源、优先级、合作关系和需求质量同等重要，一个完美的洞察点转化成业务方向，从业务方向转化成产品方案，从产品方案转换成需求单，从需求单转化成设计稿和研发落地的产出，再到上线运营及市场推广。这个过程中，可能涉及到上上下下几十号人的饭碗，而你是餐厅老板，你必须打点一切，让餐厅能够盈利。经济下行周期、市场竞争红海，有的是拥有“特色菜”的餐厅开不下去的。
5⃣️最后，工作就是工作，工作的本质就是贩卖个人劳动力获得劳动报酬，不要带个人情绪进入工作。遇到卡点，该协商协商、该暴露暴露、该上升上升，解决卡点，就是工作内容本身，而不是“哎好烦好倒霉”。
工作中凡事多动逻辑脑、少用情绪脑，比啥都强。以及，永远不要因为你无法控制的事情而焦虑。
接上条动态，也可独立阅读之——有些升了高P才懂的道理：
1⃣️工作和生活无法有明确的界限，但也没有刚工作那会儿觉得天天加班这份工作干不下去的内耗，休息时间有oncall或者活动随时处理，处理完就不想了；偶尔要占用法定8小时的时间去办私事就去办。
毕竟，事儿都是自己的，我这次做得如何，结果说了算；我长期做得如何，合作伙伴说了算。
2⃣️用规范和标准去推动事情，而不是用委屈推动事情。“为什么TA做成这样？”、“为什么TA又delay”、“为什么TA不听我的意见？”，这三种常见的委屈在我看来都是规范问题：“有没有规定好对方的交付物标准”、“有没有约定好明确的交付日”、“有没有明确好双方的责任范围”。委屈、怨恨、大骂对方菜是，杀人一百，自损三千的行为，行之有效的沟通方法是“共识目标后，用规范和标准提升效率”。
在职场上，无论哪个岗位的高P，合作之前都会先聊“做事方法”，其次才是事情本身。
3⃣️精力放在自己身上，不要盯着别人。别人上班认不认真、有没有迟到早退、是不是汇报狂人，干我屁事。眼睛盯着别人，觉得其他人有各种问题，是因为你没想清楚自己的成长目标。拿职场中最常见也最“恶心”的汇报来说，如果老板喜欢汇报狂人，说明老板的老板喜欢汇报狂人，说明这个职场体系就是在培养汇报能力。如果培养汇报能力不是你的成长目标，那就走人呗，但其实对于绝大多数工作来说，汇报能力，或者换句话说，总结升华的能力，绝对是硬通货。
关注自己，刻意练习某项技能，比对着拥有这项技能的人嗤之以鼻，聪明得多。
4⃣️做产品经理，就是创业过程，产品永远是第一责任人。时间、资源、优先级、合作关系和需求质量同等重要，一个完美的洞察点转化成业务方向，从业务方向转化成产品方案，从产品方案转换成需求单，从需求单转化成设计稿和研发落地的产出，再到上线运营及市场推广。这个过程中，可能涉及到上上下下几十号人的饭碗，而你是餐厅老板，你必须打点一切，让餐厅能够盈利。经济下行周期、市场竞争红海，有的是拥有“特色菜”的餐厅开不下去的。
5⃣️最后，工作就是工作，工作的本质就是贩卖个人劳动力获得劳动报酬，不要带个人情绪进入工作。遇到卡点，该协商协商、该暴露暴露、该上升上升，解决卡点，就是工作内容本身，而不是“哎好烦好倒霉”。
工作中凡事多动逻辑脑、少用情绪脑，比啥都强。以及，永远不要因为你无法控制的事情而焦虑。
👍4
#产品知识库
就目前为止，我认为产品经理最重要的能力之一，甚至我认为可以在能力排行里面序列第一的就是提问。
产品经理应该要去提问，要问出好的问题。因为在项目落地的过程中，其实只有产品经理会去提问。产品经理就是干这个的。
曾经有一段时间我非常忙碌，需求池里面堆了上百个需求。每天看着都头大，哪怕不停地提报开发落地，这些需求就好像做不完一样。
尤其是碰到上级领导或者是更高级别领导，例如老板提出的需求时，会有非常大的压力。迫切地希望赶紧去把这个需求做完。需求就好像成了烫手山芋一样，一传到我的手里，我就希望赶紧将之扔出去。
后面我被开发老大说了一顿，说我明明是个产品经理，但是对于需求根本没有思考。有些需求其实根本是没有必要做，或者说可以用更好的方式来实现的。
因为没有思考，所以没有判断，所以需求不存在真伪性和优先级。具体到需求文档的时候就体现为没有架构，没有流程，没有逻辑。
一开始我有些不以为意，因为作为刚入行的产品经理，想要顶住来自老板的压力，我个人认为是非常困难的。于是后面我发现自己每一天都很忙，每一天都很着急，每天都很累。但是对于项目或者说产品的落地，其实根本没有任何帮助。我甚至成了这个过程中的累赘。
因为老板一催我就着急，我就催开发，开发也有别的任务。产品经理因为无法执行具体的落地动作，所以就会被夹在中间。这种感觉我相信绝大部分产品经理都会碰到和经历。
夹在甲方（老板或者上级领导其实也可以算作是甲方的一种）和开发同事之间，我要被两方同时“辱骂”，这是一种非常痛苦的煎熬。。
老板嫌弃需求开发的时间周期太长，或者嫌弃需求没有达到他一开始想要的效果。开发则表示他们的排期非常紧张，不可能每一个需求的优先级都是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也没入选啊？