游戏新手村的博客

这是一个产品经理领域老生常谈的话题，知乎上也有相应的话题，大约有660+答主回答了该问题，问题关注者1.5万人+，问题浏览量超过234万。2019年6月我在博客上简单写过一点自己的理解(后来因为访问不了godaddy解析不了新iP，博客算是废了)，时隔6年我在原文的基础上扩充一些发在公众号上面。

之前我写过一篇《》，劝诫年轻人不要随便谈战略。但这个命题对于产品经理而言不成立，想成为产品专家或高级管理者，就不得不谈战略，这是产品经理走向高阶的必经之路。

前面一篇文章《》第4节的第4个问题有说到伪需求，本文就这个话题来深入探讨交流下。关于伪需求，最最著名的莫过于福特“用户需要一匹更快的马”这个案例，除此之外另一个经典案例就是下图这个自习室的段子。这个漫画讲的是一对情侣去酒店想要个自习室学外语，于是酒店老板真的就把酒店房间改成了自习室，然后酒店关门大吉的故事。在需求分析和产品设计中，识别伪需求是产品经理的关键能力之一。伪需求通常指用户表面提出、但实际不具备真实价值或可行性的需求，若盲目满足可能导致资源浪费、产品偏离核心目标。

典型用户是一提起产品或者服务，大家脑海中会立刻浮现出的用户画像。这个问题在此不详细展开，有兴趣的读者可以自己思考下。当然，更为普适的方法是先做用户分层，然后从对应分层的样本内选取相应的用户。

系统学习过项目管理(无论是PMP还是信息系统项目管理师)的同学应该都有感触，很多项目失败的重要原因是需求管理做的不够好。这些项目往往在开始的时候就已经注定了失败，无论项目组后面再怎么努力再怎么加班，都很难力挽狂澜把项目救活。很多产品经理认为需求管理这是PMO和项目经理的事情，自己只需要做好需求分析，需求(原型)设计，需求评审和需求跟进即可。殊不知项目经理和产品经理是需求的第一道防线，需求如果一开始没管理好，那后续的项目推进会特别难。

在某个层面无法达成一致时，往前推一个层面，在目标层面或更深的层面上达成一致。

​之前写过一篇《产品经理如何设计后台列表页面》，正如文章里面所说的那样：筛选条件和列表显示成双成对的出现，那么列表页的好基友详情页也可以八一八，今天我们就来说说详情页设计。

在后台管理系统中，我们会用到大量的列表。但从业10年以来我所见到的所接触到的大部分公司的后台系统列表这块，没有最渣只有更渣，体验极差。其实，想做好这个列表真得花心思。

只要平台或者产品有交易产生，就会有对应的订单号生成。但订单号怎样生成才能好用又好看，这是个值得思考的问题。

产品经理就是解决各类问题而存在的，如果产品经理分析解决问题的时候遇到了开发神队友，将会事半功倍。

不怕神一样的对手，就怕猪一样的队友。从事产品经理工作的这么些年，总会遇到一些欲哭无泪的猪队友给我们挖坑，本文的3个案例希望能对你有所启发。

好的产品经理必须懂一些运营相关的基础知识，正如前文所说的SEO技术，这应该是产品经理应该掌握的基本运营技能。然而光有这些是不够的，产品经理还需要知道更多的运营知识。

产品经理是否要懂技术？这是一个产品经理领域老生常谈的话题，知乎上也有很多的讨论，前百度产品副总裁、首席产品架构师俞军前辈给出的答案是下面这样的。

竞品分析说的通俗易懂接地气一点，就是在做某个具体的决策之前，先看看其它公司/产品是怎么做的。

通过MVP可以进行小样本调研，快速进入市场，接触用户，获得反馈，不断的修改产品，将极大的减少试错成本。

伪需求简单来讲就是：用户看上去想要这个，实际他想要那个。说的具体点就是：在没做出来之前一直想要的功能，做出来之后又不常用的，用户言行不一的，只能给产品增加亮点而无实际意义或者不能称之为卖点的功能。

在一个完整的产品流程里面，用户调研是非常重要的，其贯穿了产品发展的始终。但产品经理怎么来做用户调研？我们或许可以按照下面的5个步骤来循序进行。

我们收集到了一堆需求并且通过深入洞察和分析后，然后决定选取某一个需求进行来进行开发。那么问题来了，我们是直接做这个需求(功能)吗？还是说有必要且应该深入了解，探究该需求背后的真实动机或者意图呢？

需求，是产品经理工作中接触最广泛的词。不管是来自用户还是老板，产品经理总会收到各种各样的需求。产品经理需要在接到需求时辨别真伪、在迭代时排列需求优先级、在上线后分析需求效果给出反馈。在这一系列过程中，都需要产品经理做好需求管理工作。

产品经理在做某个功能或者需求点的时候，一般都能想到正常的功能点或流程，但是对于异常情况能想到多少，是需要考验产品经理功力的。这需要产品经理有很好的逻辑思维、发散思维，最好还懂点技术思维，如果有测试思维或者UE思维那就更好了。

从事产品工作这么多年以来，也带了不少新人，针对产品经理新人如何快速学习提升，自己也积累了一些经验和心得，总的来说可以分为以下4个方面：产品还原、产品体验、产品重设计、读书分享

PRD拿什么写无所谓，但一定要具备良好的可读性。用Axure写可以，用我Word文档或者在线文档写也没毛病。我个人认为一份PRD应该包括但不限于以下部分内容：需求背景、需求描述、流程图、WBS、页面及功能、交互接口、迭代记录、其它部分等。

如果说天气类APP是iOS开发初学者的上手练习题，那么注册/登录功能或许可以算作是产品经理的第一课。作为一款产品最为基础的功能模块，注册/登录功能看似简单，却暗藏着许许多多的坑，设计一个好的注册/登录系统并不轻松。

虽然网上有很多的面试宝典或者面试技巧，但我还是要啰嗦几句，说说一些面试注意事项和面试技巧

一般情况下，面试产品经理的时间长度基本在30-90分钟，如何在这么短的时间内甄别出一位求职者的能力，除了靠面试官的阅历和相人之术外，一份合适的面试题目是必不可少的。

如何辨别出产品经理简历中部分经历造假，或者张冠李戴的情况？有没有什么高招呢？我没有现成的答案，只提供了4个真实的案例，希望对于面试官能有一些帮助

产品经理的简历可以适当的删减一些内容，但大篇幅的吹牛逼张冠李戴，这种人是坚决不能要的。

如何写出一看就想约的简历，其实是有方法可循的。下面结合我的经历和经验，聊聊如何写出一看就想约的简历。

大量的应届生和“外行人”想转行从事这份“高薪”的工作，于是我就有了一个想法：和大家聊聊产品经理这个岗位。