怎样提高产品经理的撕x能力

怎样提高产品经理的撕X能力？lzr。微梦广告产品经理认可27水01、与产品经理讨论产品经理与产品经理讨论问题的情况是非常频繁的，大家会出现就某个功能或交互有不同的看法，然后会出现互相争论的情况。这里有几种情况是要尽量杜绝的。一是不要为了说服别人支持自己的观点就拿着竞品或者某个很优秀的产品的对应功能对着其他产品经理说，「你看，这个产品也是这么做的」，那么这个产品的其他的功能点我们为什么不也去模仿呢。往往很多情况，为了说服别人支持这个观点就找相仿的一个应用来说事，下次为了说明另外一个观点发现之前那个应用做的跟自己的不一样就赶紧再找个跟自己做的功能相仿的应用来说事。二是不要「我觉得」，虽然有很多文章和书籍都说了，做产品不要为自己设计，要让自己一秒变成小白用户，可是很多人都是很难做到的，很容易就把自己的经历代入场景。这样出现的问题是一个产品经理说「我觉得我会A，我就是这样的」，另外一个产品经理说「我觉得我会B，我就是这样的」，如果是这样讨论问题，没得聊了。最好的方法是拿数据说话，拿用户反馈说话（这也需要批判性去看待）。三是不要拿极端情况试图推翻别人的方案。这其实是逻辑学上的一个非逻辑思维，要不得。你几乎在每个方案中都能找到问题，但这不代表别人的方案不好，为了说明别人的方案不好最好的方法是自己也拿出个方案来，不要瞎争论。其实个人觉得最好的方法是拿场景说话，看一个方案能否尽可能覆盖目标用户的场景。2、与交互设计师讨论这个时候产品经理内部功能需求评审已经通过了，进入了交互设计阶段。这里也有几种情况。一是交互没有深刻理解为什么做这个功能，当交互不了解时就会出现交互稿的偏差，这需要产品经理多沟通，不然产品以为交互都知道了，结果在讨论交互时都不在一个点上，会出现很多无意义的争论。产品经理会对交互稿提出很多不一样的想法，认为交互应该是这样的。我觉得如果产品经理不太懂交互设计，尽量让交互设计师自己决定，专业的人做专业的事。如果想跟交互讨论细节，最好自己也很懂交互设计（不然是在浪费别人时间），而且我认为交互设计也是产品经理的一项基本功。3、与工程师讨论其实与工程师发生对某个功能的争论的情况是很少的，产品经理要做的事情就是告诉开发目前这个功能出现了什么问题，改善方案是什么样的，解决之后对产品有什么好处，优先级有多高，让开发有动力去做，就OK了。4、与运营人员讨论运营人员会从他们的角度提出一些产品需求，当他们把大致的方案想好后就会来找产品经理讨论细节。这其中需要产品经理认真分析需求，不要来个需求就接，要了解清楚事情的前后经过，然后再评估。比如运营拿个方案过来说要做这个东西，产品经理就得判断做这件事情是为了解决什么问题，目标是什么，大概会需要多久的开发时间。还比如，运营要求自己负责的某个功能的入口能大一点，这要考虑整个页面的布局情况和判断它的重要性。最后，把这些思考的过程和结论告诉运营，达成一致的想法，相信合作起来也会顺畅很多。04月05日评论13景凡Idea-->Do认可14水0与各种人撕，你才有收获，有不同意见，你才能全面思考。学会撕逼，走向成功第一步。与老板撕，讲数据应该有很多产品经理最怵的就是和老板讨论需求，往往觉得老板的需求不靠谱，但是又不好直接反驳。但是把老板的需求直接放到产品中，又影响用户体验。其实是我们对老板的需求心态不对，作为产品经理，任何都都可以向你提需求，不管对与不对，都应该保持开放的心态接纳，特别是老板的需求，因为他是最希望产品成功的人，他提出的需求多么的不靠谱，也是为了产品好，因为你和老板看问题的角度不同，发现的问题和得出的结论会不同。老板的思维都偏宏观，看问题喜欢看数据，那么和老板讨论需求，先不要急于否定老板，拿到老板的需求，先换位思考一下，是否合理，然后再站在你专业的角度来看，是否合理，然后去搜集数据，通过数据来证明需求是否合理。与设计撕，将场景和设计师的沟通是产品经理最容易犯错的地方，因为“人人都可以是设计师”（怎么感觉和人人都是产品经理一个状况啊），人人都有自己的美感，产品经理最容易犯的错就是以个人的美感去评判设计师的作品。首先产品经理该如何和设计师沟通需求，当然是将场景，产品经理一定要想用户使用场景描述清楚，将清楚用户场景，然后就是讲清楚目的是为了什么？讲清楚你要解决的问题，不要带着解决方案和设计师沟通，要把设计的主导权交给设计师。设计师完成设计以后，产品经理要做的只是评判是否满足了自己的目的，解决了自己的问题，符合用户使用情景，而不要主观的判断美感。与程序员撕，讲逻辑程序员是团队中最辛苦的一批人，他们也是最容易沟通的人。只要你能讲道理，说服他们。程序员很在意他们开发出来的产品有价值，他们不愿意开发出来的东西没有用户用。所以当产品经理提出的需求不合理不靠谱时，程序员就会从内心抵制，那么他们的效率就会低，积极性就不高。产品经理在和程序员沟通需求是，首先能够讲清楚需求的业务逻辑，需求必须具体和明确的，而且是可以实现的，不能天马星空。并能讲清楚需求的价值在什么地方。与运营撕，讲方案产品经理和运营是命运共同体，荣辱与共，但是往往矛盾重重，运营与用户接触最多，收到的用户反馈也就越多。所以运营经常会给产品经理提一堆的需求，产品经理也需要从运营得到用户的需求，但是产品经理又不理解运营讲的什么。这其实是产品经理和运营思维方式的不同，产品经理的思维更偏向逻辑性和严谨性。而运营人员更注重的是灵活性和商业性。当提出来需求时，要多和运营沟通，了解需求的背景，不要和运营争论和否认。先拿出解决方案和数据与运营人员后，再一起讨论。只有撕，才有碰撞，才有进步。昨天10:49评论10匿名用户认可10水1为什么要撕逼？1.逻辑不清问题还没想清楚就画原型，找设计，找开发，被人问住了还不承认，死鸭子嘴硬；嘴笨，自己知道但说不清楚，被人一刺激就上火；喜欢鸡蛋里挑骨头，以偏概全，为了撕逼而撕逼老板的毛病，曾经有个同事说之前的公司老板最喜欢拉着一大帮人开会讨论，然后就开撕了2.喜欢在自己并不熟悉的领域瞎指挥，瞎比比不与技术商量，任性估算工时且没有优先级老找设计的毛病，但就是说不上了所以然来3.自己没想法，唯老板是从老板说做什么就做什么，老板说什么时候完成就什么时候完成，功能需求三天两头改，问的时候还理直气壮的说老板要求的，久而久之，所有人都对你敬而远之，没什么问题也给你找事撕逼，最后，连老板也开始嫌弃你了我们是为了工作，平心理性的交流，换位思考，相信绝大多数人还是能正常交流。。。7天前16:04评论6木呆子2认可7水0首先产品经理是需要对产品的整个过程负责和监督的。那么产品经理就需要了解产品从需求调研开始到产品上线整个过程的一系列工作。第一，产品经理要清楚这个产品的需求和做产品的目的，不能轻易随着设计师、开发工程师等人员的意见来改变产品的功能和一些交互设计。第二，不要在设计师、开发工程师和测试工程师面前大幅度的讨论他们岗位的工作，这样不仅限制了他们的想法还会让他们觉得你在藐视他的工作。在他的地盘动手动脚，不会觉得你牛逼，只会觉得你傻逼。第三，要懂得设计、开发、测试等相关知识，这样才能更好地跟设计师、开发工程师和测试工程师沟通和表达产品的功能设计和功能效果。前天15:18评论4沫北手机产品经理认可7水0一、撕之前先搞清楚为什么撕？能避免撕逼的时候，当然不要浪费力气，一篇文档就能搞定的话，去撕逼岂不是浪费力气，还浪费水资源。如果是开发有意见，感觉需求不合理，或者不清楚，那么撕一撕还可以，如果撕到最好，发现啥也没撕出来，或者撕的根本就没意义，那么撕的岂不是很失败。二、不同对象不同撕法不同的对象，不同对待，所谓知己知彼，百战不殆。开发、运营、测试的关注点不一样，好吧，还有驱动和硬件。开发：我要怎么做呢，要花多久，做起来会不会很操蛋，很费劲，给我预留了多长时间给我做，做完之后会不会被砍掉。这个需求看起来很不靠谱，我不想做怎么办？运营：这个需求做出来之后会不会提高下载、留存，为什么不先做我的需求，我们的需求来自用户呀用户，给我们做需求才能看到钱知道不？你这需求是什么鬼？你做了万一用户一不爽把APP卸载了怎么办。测试：你这个功能上了，版本不稳定怎么办？我们要封板，封板知道不？这个需求之前上个版本明明不是这样的，为什么不一样了?而且，我们还要改用例。老大：还要人？要人？知道人力成本都高不？这个需求做出来，能带来多少用户？有数据么？成本和收益是不是对等？要花多少人？边际成本怎么样？我刚提的需求，怎么不先给我做？不靠谱？你说哪不靠谱？三、有理有据的撕1、要数据，好吧，网上的二手数据，调研数据，友盟等数据，分分钟用数据摔你一脸。数据是很好的佐证，即使没有直接的数据，也可以通过间接的数据导出想要的结果，2、有可以拿的出的东西摔对方一脸。有文档、有PPT、有竞品分析，看我多认真，撕逼的时候分分钟摔你一脸。准备充分，没有功劳也有苦劳，尤其是在老大面前撕的时候，好吧，我要匿名，我曾经写了20多页的方案，从7种不同的角度告诉老大，他的需求有点不靠谱。3、不怕撕，气势不能弱，尤其是感觉自己有理的时候，如果你自己摇摆不定，那别人怎么有理由听你的，要自信，但不是自负，如果突然发现撕的人说的是你想到的，确实是对的，那一定要去听。不要撕一撕就死要面子了，最后闹得大家都不好看，而且之后你再照样做出修改，打脸会更厉害的。关键时候，要里子就行了。前天14:39评论10迷失の双子座益体康产品经理认可7水0第一，把自己的逻辑想清楚，自己想不清楚，开撕的时候更容易被别人干到哑火。第二，把自己的产品方案讲清楚，我认识的很多人都是头头是道的说了一大堆，到头来仔细想想其实什么也没说。所以头脑一定要清晰，123分别是什么说的清楚明白逻辑正确，才能更好的说服别人第三，虚心接受别人的意见，可以这么说：你说的很对，我已经把你的建议写在备忘录，下个版本就加上！顺利结束撕逼~~~！04月06日评论5munan一起作业网PM认可6水0请RD哥哥吃饭。让他亏欠于你。言归正传，哪里来的『撕逼』，『撕逼』何时起成了一种风气？无非来源于PM一次次的逻辑漏洞，需求改了又改，对用户本质需求和隐含需求无法把控等长期形成的不信任。5天前14:28评论4罗纳尔不多成都产品经理认可5水0真要撕逼，那就表示有争论，大家也都不是傻子，不可能针对1+1=2这种问题来撕逼吧？有撕逼，那就表示确实在别人看来，你的某些思路确实有不足或者他不赞同的地方。何必过于执着于己？先听别人的，再决定撕还是不撕岂不更好。所以，打铁还得自身硬，自己先把产品捋清楚，尽可能细致的想到最优的解决方案。当你的方案确实是经过多方论证就是最优时，别人拿你已经玩过的思路跟你撕，一切都会迎刃而解，因为他和你不在一个起跑线上。这样，你还会怕撕逼吗？当然以上只是大部分情况，人无完人，我们确实无法完美的考虑到每一个细节。在这种时候，遇到别人提出新的问题，提出新的解决方案，可能我们会觉得手足无措。这时，我们就需要调整心态了。如开始所说，不要忙着瞎比比，先听听别人的，然后再对比自己的。这既是心性的养成，也是知识的拓展，难道不是吗？我们应该更开心才对。因为，无论结果如何，我们都成长了。至于最终的方案选择，何必纠结于谁的成败？你真以为产品经理，也就是你，所说的都是对的？我们要做的仅仅是让正确的事情持续发生，而不是自以为正确的事情持续发展。—————谨此献给那些还在苦闷于撕逼的你————以上所述，仅属个人观点，与公司、行业、党国无关。昨天17:44评论3jaffreyZendai产品总监认可5水0可以分两方面来看待这个问题：1.如何判断分歧的双方中，哪一方给出的解决方案更优？这个是判断力问题2.如果确定我方给出的方案更优，如何说服对方来接受？稍微主观点儿的评估，如果问这个问题，很有可能代表了题主在问题1上稍微有点单薄。我在职业初期的时候，也觉得太多的人不懂，但最终会发现，是我不懂他们。每一个事物都是一个多面体，太多数的分歧在于不同的人看到了事物的不同面。财务要控制预算，运营要快速新颖，技术要轻盈高效，设计要精益求精：基于自己的利益/视角来考虑一件事是一个非常自然、非常本能的行为，这是不应该被指责