作为产品经理,我学到了什么.pdfVIP

作为产品经理 ，我学到了什么 我一直觉得 ，不管做什么事情、在社会中扮演什么角色 ， 要定期或不定期的回顾一下 ，看 看自己在一段过程中得到了什么、失去了什么。明确目标是为了不忘记方向 ，回头看看是防 止丢了自己。 从事产品经理岗位已经有一段时间了 ，从对它美好的向往到自己切身感受、从对它的简单定位到对 它产生敬畏之心、从自己挖坑自己跳到填平别人的坑 ，有太多太多的转变、太多太多感触。 今天只是说我作为产品经理的所得 ，下一篇将反思自己作为产品经理的所失。我们常说 ，做人不该 计较得失 ，但个人认为一定要明确得失 ，只有RO I （投资回报率 ）符合自己预期才能更好的走下去 。 说话 正文开始前 ，需要明确一个大的前提。由于我个人进入社会之后的第一份工作就是产品岗位 ，诸如 沟通能力、团队合作能力、适应能力、抗压能力等等 ，这些素质是每个职场人 应该具备或者是迟 早 会得到的东西 ，当然不同岗位、行业会有所侧重 ，比如BD的沟通能力会更早的得到、金融行业 的抗压更力会更早的得到 ，我们不额外赘述。 当然 ，后续说到的一些能力放到不同的行业可能也会有普适性 ，但是个人觉得这些的确也是我所从 事的行业以及岗位与其他行业或岗位不同给我带来的好处 ，大家也不要过分纠结这些细枝末节 （不 满意你来咬我呀~ ）。 当当然 ，我只是说了我得到或者学到了这些能力 ，并不该推演出我在这些方面做的有多么出色 ，这 两者是不能等同的 ，这也是我们应该多多思考的问题 ，即如何把已得到的知识、能力发挥到极值。 当当当然 ，本文所有的内容全是基于我这样天赋差到一塌糊涂的从业者 ，进入社会前就已经具备这 些素质的优秀选手甚至是天赋异禀的朋友可以直接关闭了 ，我只有自惭形秽的份。 事实上 ，上述内容便是我第一个学到的能力——把话说圆、不说满。作为一个产品经理 ，把话说圆 是一个很有用的事情 ，比如为何加入如此这般的需求、为何砍掉一个已上线的需求、如何将砍掉的 需求再舔着脸地要求开发加回来 ，这些 是需要说明白的。开发大哥人再好 ，也受不了一次次的需 求变更 ，尤其是砍需求再回滚这样的事情。所以如何说服他按你的想法完成任务 ，并不把自己不改 这个需求这件事堵死的能力就显得更加重要。有人会问 ：说一些“片汤话” ，别把所有事情说死就完了 。但是请仔细想想 ，所谓的没有实质性内容的“片汤话”真的有说服力么 ，换位思考一下 ，别人能靠 这类的言语说服你么 ？ 这就引出了我得到了下一个能力——换位思考 ，同理心。 办事 所谓的换位思考或者叫同理心 ，体现在考虑问题时一定要想好你的目标是谁 ，先他一步想到他的关 注点或者满足他的切身利益。 比如我们在做用户需求的时候 ，一定要把自己变成用户、并把自己带 入到用户场景中 ，想清楚用户 在这个情况下需要得到什么、希望感受到什么 ，然后再做下一步的策略制定。 比如我们和商务同事打交道 ，是不是应该先关注他们的KPI是什么 ，如果是完成一单交易的话 ，那 么我们制定价格的时候 ，是不是应该给他们一些可以议价的资本、而不是将利润及合作空间压到 最低。 比如我们和开发大哥们打交道的时候 ，是否应该想想他们的关注点。开发与产品最基本的矛盾 ，个 人觉得就是产品经理的主要工作是思考并输出文档 ；而开发的主要工作是落地产品经理的思考内容 。那么矛盾就来了 ，产品经理有着“优秀”的自我否定能力 ，觉得不合适的需求文档内容可能分分钟就 删除了 ，但是开发大哥们的代码是一行行写出来的 ，再删除这些内容并不是单纯的加个注释 ，他们 还要考虑是否有程序bug和逻辑漏洞。开发喜欢什么样的开发呢 ？通过换位思考 ，如果我是开发 的话 ，我希望和这样的产品经理配合 ：把话说清楚 （需求来源、解决什么问题、边界在哪 ）、逻辑 清楚 （足够全面地考虑不同的场景分支、清晰梳理整个需求脉络 ）、可以大概指出需求迭代方向 （ 为可扩展做准备 ）。如果你是开发大哥、也认同上述理论、喜欢这样的产品经理 ，那么就努力去成 为吧。 决定 如果和你打交道的人并没有足够的同理心该怎么办呢 ？这就涉及到另一个能力——决断力。 决断力是人们对事物发生发展的分析、判断及处理的能力 （参考“百度百科” ，当然想也能想得八九 不离十 ）。有一本行业圣经大家至少应该有所耳闻 ，即 《人人 是产品经理》。由于这个岗位没有 明显的从业门槛 ，所以每个人 可以在所谓的需求上插上一脚 ，面对杂七杂八的意见或者建议 ，该 怎么抉择呢。 我个人比较推崇的是尊重分工 ，我认为开发定的技术方案就是最优的因为我不懂、测试评估的bug 严重级别就是有道理的因为我不了解、运营的文案虽然