想透彻，说明白，写清楚

史蒂夫·穆德（Steve Mulder）在《赢在用户》一书中提到： ●  用户的目标和我的目标不一样。 ●  用户的关注点和我的关注点不一样。 ●  用户和用户也不完全一样。 正是因为有这三点问题，所以产品经理在日常思考的过程中难免会陷入为自己设计的惯性思维中。当然，并非产品经理不能成为用户，而是因为每个产品都有特定的用户群体，而这些用户往往不是产品经理一个人所能代表的。因为日常缺

最开始国内企业并没有专职的产品经理这一岗位，都是随着后续组织不断发展扩大才出现了专职的产品经理。由于互联网产品与实体产品研发流程不同，成本不同，生命周期也不同，一个互联网产品就可以满足上万上亿人使用，因此从一开始互联网产品就是以吸引流量、抓住用户为首要目标，同时作为规模经济的一个体现，互联网产品的用户量是一个非常重要的指标。 职业发展          正因如此，产品经理已经完全不是琳

在腾讯的产品经理系统中有这样两种角色：产品策划和产品运营。         两种角色虽然都号称是产品经理，却在分工上略有不同，介入项目的阶段也不一样。下文着力描述产品策划的职责和工作。         既然职位是产品策划，自然会偏重策划功能。产品中的大部分功能主要是由产品策划提出需求，并给出解决方案和需求文档；在日常研发流程中，产品策划需要时刻与设计师、开发工程师、测试工程师保持联系，时刻

许多大公司的产品需求其实来自用户反馈，搜集后将其放入一个叫作需求池平台的地方进行管理，每次根据优先级安排选用。有些则是依据产品经理的敏感度和对市场分析得出来的结果。在此，我简单地列出一些发现需求、搜集需求的方式。●  关注产品的用户反馈。    逛产品的相关论坛，看用户都在吐槽什么。    通过搜索引擎搜索，看是否有一些用户反馈了有价值的信息。    在SNS 网络搜索，比如在微博

用户出于个人原因并不会坦露自己的真实想法——比如当产品经理问用户为什么屏幕为黑时，用户并不会说自己根本没有把显示器电源插上。所以，每当和用户进行交流时，一定要避免自以为是，而是要不断探求根源。有可能用户会觉得烦，但不合理的情况应该是产品经理高度关注的，而不应简简单单地陷入用户编织的理由中。       产品经理在思考表面背后的真实场景时，需要自己去尝试体验一下，才能感受到用户究竟是怎么想的

产品经理离用户有多远         在日常查看用户的反馈和建议时，我常常遇到这样一个问题：如何有效地判断哪些反馈和意见是需要我进行处理的，如何对它们安排优先级？         面对一大堆ID，我着实犯难了。对于它们，我没有现成的用户个人资料，不了解其场景和使用问题，不了解该如何重现对应的bug，不了解他们急切反馈的需求是否真的已经影响了整个产品的使用，不了解那些发送了负面字眼的用户究竟

说到“运营”，不得不问一个问题：究竟什么是产品运营？ 产品运营的首要目的就是帮助整个产品在市场竞争中获得成功（成功的标准有很多，比如网站转化率）；其次是一些日常运营工作，帮助产品在市场中保持一个积极的状态，包括数据是否健康、用户的反馈是否良好；再次是帮助产品构建与用户沟通的桥梁，响应用户的反馈，搜集问题并解决；然后是做好推广，做活动、做渠道都是这一类的措施；最后是通过产品运营推动产品的进步。 

定期整理和总结反馈内容是运营工作的一部分。这个总结并非会起到简单的知识参考作用，也算是一种日常运营活动的监控日报。通过整理和总结，可以看到产品在这段时间内出现的问题。用户反馈对产品团队来说是最直观的情报机制。在日常日报中，可以把用户反馈根据时间、功能进行划分，也可以把用户反馈根据类型进行划分：建议类、问题类、咨询类……           根据结果拉取对应的数据进行观察和分析 除了定性地整

在互联网时代想要搜索用户反馈相当于建立一套情报侦查系统。除了在前文中提到的利用 Google 等服务之外，每个产品团队都可以考虑建立自己的反馈渠道。 1.  微信、微博官方账号等，让大家知道有这样一个地方可以吐槽和反馈。 2.  官方产品内置反馈入口，例如反馈邮箱和反馈的网站地址。 3.  设立产品化的数据上报模版，可以了解到一些用户没有上报的信息。           在QQ

明确了用户研究在整个项目中的作用，产品经理就应该配合负责用户研究的同事一起关注用户研究和人物角色的创立。用户研究的方法可以分为两种： ●  定性研究 ●  定量研究定性研究，即从小规模的样本中发现问题或者用户的真实想法。这种研究方法不会证明任何事情，但是能反映这样一个事实：即用户在使用产品的过程中有可能遇到这样那样的问题和一些困惑。通过建立在用户角度的阐述，产品经理可以了解到之前没有想

了解了如何建立产品和用户之间的纽带之后，大部分新人可能会停留在这个阶段很久，也是学习成长最快的时候。还记得自己最开始接触用户时，体会到寻找产品bug 是最容易使人获得成长的。只有在第一线才可以接触到真实的信息，才可以看到产品背后的一些真实情况。后来在从事产品策划岗位之后，发现和用户接触的机会慢慢变少，反而在决策的时候觉得没有信心，感觉自己没有太多的成长。于是，我又重新开始关注用户反馈，这一行动和运

大部分新人时常会陷入到这样一种情境： ●  用户说了，这个功能怎么怎么…… ●  有xx位用户反馈了这个问题，好像很严重…… ●  曾经有个用户反馈这个按钮看不懂…… 那么，用户是对的，产品经理之前的逻辑都是错的吗？我在刚开始做产品运营和用户沟通时，常常会有一种“心有余而力不足”的痛苦情绪：用户反馈了那么多的问题，我却不能马上就修复这些问题。 用户是对的，但用户反馈都有各自的个

什么叫技术素养？我不想扯太多概念性的东西——我将其比喻成做数学应用题。应用题是把一个具体的问题抽象为数学模型并用数学方法去解决，产品经理在思考问题的时候，其实就需要把需求变成一个抽象的概念，思考如何用程序表达出来。而想要把抽象的概念用工程师所理解的方式表达出来，则需要了解技术实现的原理和技术可以实现的效果。            阿凡达的开发始于 1994 年，卡梅隆当时为这部电影撰写了

不同团队中的产品经理是什么角色          如果把一个产品看成是一部电影，那么就会发现二者极其相似。一部好的电影需要几个基础角色：导演、监制、演员、场务。如果是一部好莱坞级别的大片，这几个角色会更加细分，同时也会加入更多的角色：特技美术师、武打动作指导、灯光师、化妆师等。           正如电影团队根据规模不同而有不同的角色分工，产品团队也各有不同。 大项目 主要角色：项目

能做到亿级用户，背后的团队肯定不简单。简单的产品可能配备3 ～5 人的产品经理便能应付，复杂的平台级产品则有可能需要二三十个产品经理。别惊讶于人数之多，关键是在日常的工作中，如何让这么多的产品经理朝着同一个目标前进，发挥出各自的能力。          分工是社会化职能细分的一个趋势，别小看这个分工的作用。对于大部分团队来说，如何分工是管理者们需要着力考虑的问题。分工合理，可能会起