|
很多人做产品做业务的时候，都是这样去想的，客户有价值100元的需求，那么只要我们的产品售价80元，客户就会买我们的产品，因为他有20元的收益啊！这个逻辑既正确又不正确，关键在于是否存在竞争这个前提。在供方市场，比如家里的自来水，你没得选择，卖多少你都得买账，但在需方市场，你有选择，这家大白菜贵了，你可以到隔壁家买去。 **看到上面这篇文字的时候还是对我有很大的启发，我想起了在我从业的过程当中，原来集团的一些研发部门当中明显存在着这样的一些现象，也就是我们通常所说的闭门造车行为，他们躲在自己的小天地里自我感觉良好，而全然不顾外面的世界已经发生了翻天覆地的变化。以BAT为首的互联网企业这几年已经将目前的软件、2C层面的“用户体验”提升到了一个前所未有的水平，而在传统的管理软件市场，研发人员连“用户体验为何物”都不去思量（也懒得去思量），脑袋里面一直想的是“咱搞的是专业软件，牛X”，这种夜郎自大、不思进取的心态反映在市场上就是客户嘴里反馈了无数遍的“什么破软件”、“真难用”** 用户体验驱动产品设计的要点 功能的设计不是产品经理的灵光一现，想出一个炫酷的功能；或者是技术人员说现在技术升级了，我们要做一个功能改造。如果做出来的功能用户并不想要或者用户不买帐，那么产品经理和技术人员所做的一切都是无用功。所以一切功能的设计，都必须从用户的角度考虑。用户体验不仅是要实现某个功能，还要考虑到用户对功能的理解，使用过程的流畅度等，每一个环节都要考虑进去。? **上面这段话和华为公司的企业文化里面有非常重要的一条不谋而合：那就是以客户为中心。任总在对内的讲话当中曾经不止一次地提到过“我们并不鼓励盲目的技术创新”，每一项技术的创新和进步一定要以客户是否需要为第一标准。** 拒绝不靠谱的需求：怎样确定需求才是正确的？ 首先，先说明一个问题：一个产品，从前期的需求产生，到最后的产品成型，不管你前期的用户需求把握得多准确，原型图画得多漂亮，最后开发人员开发不出来，那也是白搭。所以，有关需求评审等会议需要有项目经理的参与，项目经理进行技术评估，再确定需求，这样才能保证需求提出后能够很好地实现。 最后一点，就是项目经理在会议的过程中，他是有一票否决权的，在需求的产生后，就已经涉及到了后期的功能开发，如果太过天方夜谭无法实现的需求，项目经理以纯技术的角度，当场就可以进行拒绝，老板需求也可以拒绝，任何一个需求得不到实现，那么这个需求是没有意义的。 **上面这段话其实间接地说明了对项目经理而言技术背景的重要性，在不同类型的企业中，项目经理所承担的职责可能有一定的差异性，但无论如何如果有技术背景作为加持那无疑是极好的。**? 有时候开发人员对有些需求表示不理解的时候，经常看到有产品经理和开发人员这样解释：这是老板要求加的需求，没办法。这句话意思是什么？ 第一，我也认为这需求不靠谱 第二，他是老板，他要加我也没办法。 这句话突出了一个产品经理的无能，试问一个老板请你来做产品经理，你是专门用来做他的传声筒，还是用自身的经验看法，来用心打磨优化一款产品。 而且，开发人员也会认为你无能，在后期的沟通过程中，势必会有更大的阻力。 **这个例子讲的非常通俗易懂，每一个产品经理在成长的过程当中可能都要经历这个从传话筒到独立思考的阶段，无论如何从一开始就树立正确看待问题、思考问题的角度总是必要的。** 你必须要比团队里（甚至是公司里）的任何人都更加了解客户、市场和业务。产品团队希望得到启发，并知道他们正在从事的工作对客户有影响，并最终对业务有影响。对我来说，这是赢得团队的关键。 我记得在一次会议中，我列出了商业理由，以及我提出的功能和要求可能带来的财务影响。在那次会议中，整个团队都很投入，他们积极提问，想更多地了解我是否真的认为销售人员能够卖掉它。作为产品经理，你的第一个责任是成为客户和市场的倡导者。 **产品经理这四个字近两年几乎已经变成了烂大街的词汇，大大小小的公司都在推行产品经理的岗位，刚从学校毕业进入公司就担任产品经理的岗位再到业界已经快被神化的微信之父（产品经理）——张小龙，大家都热衷于以产品经理自居，可是到底有多少人深刻领悟到这个岗位本身的职责以及重要性？上面这段文字可以给我们一些有益的思考。** |
|
|
