一、前言
记得之前读过彼得蒂尔的《从零到一》，讲的是创业公司的从零到一。我的这篇文章主要来跟大家分享一个项目的从零到一，结合我从实习到创业再到就业的个人经历来进行总结，既是对自己的工作方法的总结提升，也是给自己这半年的职场生涯的一个交待。
二、项目流程简介
2.1、个人总结
以上工作流程是我结合很多大公司的、小而美的创业公司的以及个人的以及个人思考进行的总结。大致分为以下几个部分：
我在项目流程中更加侧重产品策划以及项目管理，而运营以及版本迭代不属于“从零到一”的范畴了，所以不做介绍。关于项目流程我会在后面进行详细介绍，后面的文章大部分将会围绕着这个流程进行展开。
2.2、优化流程比优化项目重要
当我是产品经理的时候，我更加关注的是产品本身，但是仅仅关注产品本身是不够的，因为如果没有在项目管理方面得到有力的支持，仅仅只在产品方面进行努力，效果是事倍功半的。而如果将精力放在项目流程的优化方面，那么得到的效果应该是事半功倍的。因为解决掉“面”上的事情，剩下的“点”上的事情就好做得多了。
管理无处不在，一切都是项目，一切都可以成为项目。对于管理者来说，具备规范的可继承的标准，能够清晰地看到项目的状态，具备完善的项目交接流程以及合理的培训与经验共享体系之后，剩下的事情就好做得多了。
2.3、“去流程化”管理
前面讲到了流程的重要性，那么为什么要去流程化？曾经有一段时间全世界的企业都在模仿日本人做事的认真态度，一环扣一环的流程化运作，让软件的质量得到了保障，瀑布流模型解决了大量的实际问题。流程化精细化管理曾经一度是软件行业的做法，很多互联网公司延续了这种管理方式。但是后来发现需求是万变的，于是就有了产品经理主导的开发模式。去流程化管理是因为需求变化太快了。
“去流程化”不代表没有流程，而是要有新的流程来应对这种变化。我始终认为，去流程化管理的第一步是实现流程化，没有流程化，去流程化无从谈起。刚开始工作的时候，总监在内部推行的是像索尼一样的流程化管理方式，我对此非常不理解，因为互联网公司除了做大型的后台项目没有这么细的，后来他走之后我明白了，因为大家的实力不足以进行去流程化管理。
所以项目管理中，流程化很重要，去流程化也很重要。关于项目管理在后面再进行详细介绍。
三、立项
3.1、产品定位
为什么要进行产品定位？因为你要让用户对产品有一个比较清晰的认识，比如提起淘宝大家都知道是买东西的，提起微信大家都知道是用来聊天的，然后在核心功能的基础上再加一些附加功能。那么做产品的第一步应该是产品定位，即你要做一款什么产品。
要做产品，首先要解决的一个问题：要做一款什么样的产品。即一句话说明自己的产品是干什么的。然后是这款产品的目标用户。
怎么做产品定位？光下定义不足以做出产品，定义了抽象化的框架，细节的补充就变得尤为重要，这里的具象化细节要满足三个条件：1、优先定位目标用户：必须明确谁是目标用户，目标用户的年龄层、收入、职业、生活习惯等标准要素，这是目标用户为什么用这个产品的原因。2、不能脱离原始形态，让用户一下子就能抓到产品的精髓。3、不能追求大而全或小而偏。
目标用户：年龄层分布、性别分布、职业分布、教育水平、消费水平、生活爱好、互联网使用习惯。产品定义：介绍说明，一句话说明介绍产品；产品标语，slogan；所属分类；主体功能，1-3个最重要的基础功能。亮点说明：主体功能上的亮点，需说明与同类产品差异化，指产品定位上的差异化，而非功能上的差异化。使用场景概述：讲述什么样的用户在什么情况下使用这个产品，提供什么服务，解决什么问题，起到什么作用。
3.2、市场分析
根据用户特征、场景、需求、行为等因素确定维度，把大的整体市场从客户角度细分成若干小市场，市场细分是产品定位和需求调研的基础。
细分市场决定了客户和竞争对手是谁，然后确定目标市场。
SWOT分析法：
数据来源渠道有以下几种方式，尤其是行业数据，非常重要。
3.3、用户分析
主要分析用户的地域分布、年龄分布、教育程度、职业情况、收入情况、互联网使用习惯分析等。
以在线旅游为例：
3.4、竞品分析
一份完整的竞品分析报告应该包含哪些内容？
通过用户体验的五大要素，来对产品进行一系列分析，进而生成一份竞品分析报告。当然了，如果是只是为了写竞品分析，需要着重写的一部分是“如果我是PM”，假设自己是这款产品的PM，自己应该在里面加入一些什么功能，或者是砍掉什么功能。并说明理由。
如果是只是为了分析竞争对手的话，那么通过用户体验的五大要素来进行分析完全足够了。分享我曾经写过的报告《网易云音乐用户体验报告》
四、产品策划
4.1、产品经理的思维模型
很多产品经理喜欢到处抄，我个人不反对抄，毕竟商业没有那么多情怀，所谓的做一款伟大的产品更多的是一种理想主义。但是我反对为了抄而抄，如果一款产品战略上就是快速试错那么完全照抄竞争对手都是可以的，但是如果是要投入精力去做好一款产品那还是要下一点功夫的。
为什么有些产品经理总是一做产品就想到去抄一下呢？因为还没开始做就开始看竞争对手了，而没有按照思维模型进行产品设计。真正做好一款产品肯定是不拘泥于形式的，但是并不是所有的人都可以成为天才，因此很多套路都是要有的，套路说得好听一点那叫做专业。
产品经理的思维模型应该是：目标用户群体——目标用户人群特征，需求挖掘——用户需求分析优先级排序——制定产品战略、定位——针对需求提出解决方案——确定feature，版本迭代计划——根据用户体验、实现成本等因素决定最终方案。
目标用户人群特征、需求挖掘：要将所有可能的需求、痛点都列出来。在列举的时候不要考虑优先级，更不要考虑怎么做，只是列举。需求分析：在需求分析过程中，要考虑需求优先级，往往根据两个因素来考虑：1、需求的强度，2、需求的频次。解决方案：针对每个需求，提出解决方案，然后针对这些解决方案进行优先级排序，选择最优方案。比如通过商业优先级，用户体验优先级，技术成本优先级，需求强度优先级，需求频次优先级进行相关分析。
4.2、头脑风暴
什么是头脑风暴？在群体决策中，由于群体成员心理相互作用影响，易屈于权威或大多数人意见，形成所谓的“群体思维”。群体思维削弱了群体的批判精神和创造力，损害了决策的质量。为了保证群体决策的创造性，提高决策质量，管理上发展了一系列改善群体决策的方法，头脑风暴法是较为典型的一个。
为什么要进行头脑风暴？因为只有通过头脑风暴的方式来能够尽可能的激发每个人的创造力，才能够产生好的想法。我们所提到的产品经理的思维模型其实就是一种头脑风暴的方式。现实中，我们思考任何问题都是习惯于做“不可行性分析”，还没开始思考解决方案就先把那些条条框框的限制放在脑子里限制自己了。比如我们在思考需求的时候是一定不能先思考解决方案的，先有需求然后才有产品的解决方案。
在产品策划中怎么进行头脑风暴？
参与人：产品策划小组
主持人：最擅长组织管理的最好是在产品小组中起到组织者这样的身份的人
会前准备：确定是产品策划还是需求挖掘还是两者并行，并且在会前让所有人了解头脑风暴这种方法
头脑风暴原则：庭外判决原则。对各种意见、方案的评判必须放到最后阶段，此前不能对别人的意见提出批评和评价。自由畅想原则。欢迎各抒己见，创造一种自由、活跃的气氛，激发参加者提出各种荒诞的想法，使与会者思想放松。以量求质原则。意见越多，产生好意见的可能性越大，这是获得高质量创造性设想的条件。综合改善原则。探索取长补短和改进办法。除提出自己的意见外，鼓励参加者对他人已经提出的设想进行补充、改进和综合，强调相互启发、相互补充和相互完善。
需求提炼、先发散做加法：
任务优先级评估，做减法：
做减法的过程是头脑风暴的最后一步，因为需要对所有的方法进行评估，确定最终的方法。所以需要对最终的方案进行优先级排序，参考4.1、产品经理的思维模型
4.3、Feature-list
模块：一般来说，每个模块下分3~10个子模块是合理的。子模块：稍大一点的产品至少要给功能模块做二级分类了，这部分其实又涉及另外一个很大的领域IA（信息构架，会影响将来产品的站点树形结构，页面组织，菜单层级等）。Feature：具体的说一点，要给用户提供什么功能，给这个功能起个名字。任务描述：这里可以说具体一点。商业价值描述：通俗点，卖点是什么，可以给用户提供什么价值。商业属性：简单分为基本，扩展，增值。优先级：这块是整个Feature-List工作中核心的部分，判断的准确直接影响着将来产品的方向，先基于自己对商业目标的理解，主观定一个级别，然后再PD团队PK，开发量：一般由技术部门的项目经理或者系统分析师/架构师来确定。投入产出比：综合商业属性、优先级与开发 量来确定。版本规划：计划将这个Feature放到哪个版本中。
通过Feature-list的方式能够非常清晰条理地管理所有的需求。
4.4、产品原型
原型设计在整个产品流程中处于一个非常重要的位置，原型设计之前需求或是功能信息都相对抽象，原型设计的过程就是将抽象信息转化为具象信息的过程，之后的产品交互稿、需求文档（PRD）是对原型设计中的版块、界面、元素及它们之间的执行逻辑进行描述和说明。所以说，原型设计的重要性无可替代，产品经理应当要对此有绝对的控制和驾驭能力。
原型设计虽然很重要也应当是有限度的，原型设计的作用有以下几点：
1、因为是原型是需求和功能的具象化表达，所以原型可以辅助产品经理与leader、交互、UI和技术的沟通产品思路。
2、因为原型相较于UI稿来说修改更方便，所以原型能提高产品经理的功能设计没通过评审时返工的工作效率。
3、原型图中不应该带有配色，因为带有配色容易对UI的工作产生干扰
4、原型中应该通过父子文件的形式来表现出整个产品的feature的层级关系
例：
4.5、交互稿
产品经理要不要做高保真原型？我个人是反对的，因为这种东西一般是交互设计师来做，产品经理只要做好原型与交互稿就可以了，我关注的是how it works，而不是how it looks，交互稿足以描述自己的想法了。
为什么用交互稿而不是高保真原型？1、对于设计和开发来说，他们并不会按着你预期所做的按钮跳转和动态面板去点击。这样重复的点击根本不能描述清楚产品的各个功能点和内容，只会加大理解难度。2、高保真原型不够直观，对于开发来说，需要点来点去才知道想要什么，而交互稿的话，一眼望去就知道要做什么。3、使用高保真原型，开发容易遗漏一些关键点，比如忘了点击某个按钮，然后开发出来的东西就有问题了。4、做高保真原型费时费力，容易造成项目拖延。5、交互稿方便进行需求评审，在评审过程中方便进行直观展示。而且在评审之后方便进行修改。
如何来做交互稿？多模仿吧，可以参考知乎上的这篇文章
以下是一份我曾经做过的交互稿：
五、需求评审
5.1、需求评审简介
为什么要进行需求评审？因为要保证需求分析的准确性，以及保证项目的质量，保障所有人的配合协调都非常顺利，所以要进行需求评审相关工作。在项目开始之前，产品经理对于项目进行了定义，但是技术实现方面是否考虑周全？测试方面是否考虑到每个流程的闭环？设计方面是否考虑到特殊情况的显示方式？这都是产品经理很难思考到位的，所以要进行需求评审。
5.2、评审前准备
评审前需要准备什么？我认为只要有了产品战略相关、Feature-list、交互稿然后就可以进行评审了，很多产品经理在评审之前都会把需求文档也写完，但是我觉得没有必要，因为需求文档太费时费力了。
当然了，如果有多个产品经理的话，在评审之前先进行内部评审，check每个关键点，因为这样子才会避免被开发围攻。1、说明此次迭代／产品的主要目的是什么，让大家对项目有一定的了解。2、需求简要说明（告诉大家项目范围在哪里）3、需求详细说明，使用交互稿来进行演示，或者直接用原型图就可以了。
5.3、评审中与评审后
评审中，产品经理要做的第一件事情是主持评审会议。给每个人讲解每个需求的使用场景、每个功能点的逻辑。然后针对所有人的提问进行回答。
在评审过程中，产品经理记录好所有的要修改的地方，然后进行交互稿的修改，完了之后可能需要再进行一次评审。如果是一时没有想到反驳的点，在评审之后再进行仔细思考，然后在下一次评审的时候进行反驳。
到此为止，围绕需求评审的相关事宜就告一段落了，当然在后续的工作中，根据项目的具体情况，可能还需要召开设计评审、测试用例评审、功能评审（一般由开发召开），虽然这些评审会，产品并不是第一负责人，但是按照目前的通行情况，产品经理通常会兼任项目管理方面的工作，因此我们需要帮助设计、测试、开发完成后面的评审工作，特别是在设计与用例评审中，有时会遇到对需求提出异议的情况，此时要做好协调工作，保证项目的顺利进展。
六、项目管理
6.1、WBS与甘特图
项目管理最常用的两种方式，WBS管理整体排期以及具体的每个人的任务。甘特图掌控整体进度。
以上的WBS工作表主要分为任务描述、时间与负责人、任务相关、备注。适用于软件与互联网平台的开发相关的项目管理。
1、任务描述：ID、主要功能、功能摘要、任务（详细描述）2、时间与负责人：计划开始时间、截止时间、负责人。3、任务相关：优先级、完成情况、完成时间。4、备注
甘特图：
甘特图内在思想简单，即以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。基本是一条线条图，横轴表示时间，纵轴表示活动（项目），线条表示在整个期间上计划和实际的活动完成情况。它直观地表明任务计划在什么时候进行，及实际进展与计划要求的对比。管理者由此可便利地弄清一项任务（项目）还剩下哪些工作要做，并可评估工作进度。
示例：
使用甘特图可以方便产品经理掌控所有的重要时间节点，然后根据具体的情况对于产品方面做出来相关的调整。尤其是掌控整体的进度，以及相关工作的并行关系或者是上下关系。
6.2、对接开发与设计
我们前面讲到了原型图与交互稿还有PRD，其实原型图与交互稿才是给开发与设计师看的，然后开发还要看UI的设计图以及标注图，还有UE的交互文档或者是高保真产品原型。PRD主要是给测试看的。
如何跟UI与UE进行工作对接？首先把原型跟交互稿跟UI和UE，然后他们互相配合产出设计图以及标注版设计图。同时UE负责交互文档以及高保真原型。在做的过程中，产品经理要为他们解答所有的问题，尤其是很多地方很难在需求评审中发现，所以就要当面解决。产品经理可能要对原型或者是交互稿进行相应修改。
同时UI与UE的产出物要经过产品经理的审核才能够给技术相关负责人。
对接开发，在kick off之后，后端工程师通过原型图与交互稿以及相关逻辑就可以开始写API文档了，然后后端先开始进行开发，UI、UE完成之后，产品经理审核完成就可以交给用户端进行相应的开发了。
6.3、PRD与对接测试
对于如何写PRD在此不做介绍了，PRD更多的目的是为了让测试写出来很好的测试用例。更多的是完善版的交互稿。增添了很多流程图以及前置条件后置条件使用场景。
同时PRD还要提供给运营，让他们更好地制定出运营方案。
6.4、项目管理的核心是管人
对于这种观点抛出来的话往往会有很多人反驳，如果仅仅是管人的话，那么房地产行业的项目经理到了互联网行业一样可以做项目经理么？显然是不能的。对于项目本身的了解可以说是雪中送炭的吧，而带好团队是锦上添花的，同时也是区分一般的项目管理者跟优秀的项目管理者的一种方式了。所以说项目管理的核心是管人。
因为人是最不可控的因素，项目管理中的方法都可以形成一种套路，但是带团队就不那么容易了。我曾经遇到过无数的创业者，有的人天生就适合跟人打交道，有的人天生适合资本运作，也有人产品的感觉非常好，还有人技术天分很强，同时擅长制定战略的人也挺多的，但是真正的具备很强的人格魅力以及领导力的人，我见过的就少之又少了。
很多时候领导力是很难强求的，要达到的效果是别人发自内心的佩服。而不是通过一些拿架子这种方式来达到这种目的，往往学习别人的外表而没有学到别人管理方式的精髓，那才是最恐怖的事情，比如不知道有多少人在模仿乔布斯的管理方式，却只学到了外表并没有学到精髓，反而起到的是适得其反的效果。
往往每个管理者都会具备自己的风格，每种风格都会接近这六种风格中的某一种，然后同时兼备其他的风格，毕竟你没有办法用一种方式管理好一个团队或者是一家公司。以下是六种管理风格：一、教练型领导，指导和培养员工熟悉领导职位，为下一任领导作准备。二、专家型领导，培养员工与自己一样拥有精湛的专业技术与自我管理能力。三、指令型领导，要求下属严格按照公司的规章制度和领导者下达的命令做事。四、合作型领导，注重培养员工间和谐的人际关系，员工互相合作来一起实现组织目标。五、参与型领导，把自己当作员工的一员，以身作则，鼓励员工为了共同的愿景和价值观而奋斗。六、授权型领导，把一切的事物都交给下属，锻炼下属使之成为独当一面的将才。
七、测试
7.1、测试与bug修复
产品测试完成之后会提交测试报告，产品经理记录跟进每个bug的修改情况。
其中，产品测试要在多个环境下进行，将生产环境与PRE环境或者是SIT环境隔离，然后在不同环境下进行测试。
7.·2、产品验收的流程
正常情况，都会现有专门的测试部门去测试，当产品达到了一定的条件，就会提交给产品去验收，验收没有问题之后，就可以上线了。
产品的测试阶段：重功能
清楚目标，那就要开展工作了。在测试阶段的工作中心是注重功能的实现，功能可以简单概括为三个方面：UI、具体功能、逻辑。这三个方面可以使用以下方法来进行测试。
八、产品经理面试
8.1、面试整体规划
如何在面试过程中尊重面试者？那就是不断提出有挑战的问题，表示这份职位值得期待，不容易得到。如果是面试太容易，面试者会不珍惜这份offer，觉得这家公司没有水平。在面试过程中不断追问，让面试者充分调动自己的能力，给面试者一定的主动问的机会，充分展示他的表达以及对项目的理解的能力。
尊重时间，不拖泥带水，给面试者一种非常干练的感觉，而不是让面试者觉得这家公司没有水平。
整个面试规划：
一、产品能力
二、分析能力
三、领导力与沟通能力
四、职业相关
五、关于这份职位的面试
8.2、产品能力
1、思维模型
2、产品逻辑
3、产品sense
4、需求分析汇总
5、开发流程
除了以上技能之外，也需要候选人的视野与创新、精神状态、以及学习能力的考察。
以下几种思维是产品经理必须要有的，但是不能太偏向某一种。
用户思维：产品要以用户为核心，要不断满足用户的需求
运营思维：产品要自然增长
程序员思维：产品关键是逻辑要通，设计产品应该先考虑怎么实现
设计思维：非常关注产品的具体表现层的东西
战略家思维：做产品要市场定位准确，要抓住目标用户，最重要的是符合产品定位
1、产品经理的思维模型太重要了
在圈子之外是做产品经理最可怕的事情，有很多产品经理把自己置身于圈子之外，完全按照自己的理解去做事情，这种做法对于做产品来说没有太多好处，产品经理要敢于去走野路子，但是路子不能太野，所以把产品经理的思维模型放在最前面。
伟大的产品经理理解设计的基本原则，了解如何在任何领域交付成功的产品。比如，问面试者你会如何设计给婴儿使用的太阳镜？
对方回答之后，开始增加约束，一次一个。你将会听到他如何去定位、确认用户的问题，以及可能的解决方案。产品经理的思维模型一定是：有一个客户细分群体——有一个特定问题——提出一个解决方案。顺序不能错。
做产品往往都是这样子，先有目标跟战略然后才有具体的策略。往往产品经理在做一款产品的时候先考虑目标用户，具体的特征、需求，考虑需求的时候先不考虑解决方案，而是分析需求，考虑解决方案的时候先不考虑实现。
顺序错了基本上就可以否定这个面试者了。
2、产品逻辑
产品的逻辑是作为一个产品经理入门的最基本的东西，这个可以说是雪中送炭的东西。如果一款产品连最起码的逻辑上都走不通，那再怎么创新都不行。
如何考察产品经理的逻辑？可以让产品经理去设计产品流程。比如，设计一款AA支付的产品，说出主要的使用流程以及使用场景。
当然了，最希望听到的回答是能够基于场景去设计产品。然后注意面试者设计的流程上是否有漏洞，逻辑上是否走得通。在产品经理的日常工作中会经常设计流程，做UML流程图、思维导图，通常有过工具型产品经理经验的面试者逻辑性都比较强。
3、产品sense
产品的sense是区分C端产品经理的关键，产品经理之间的差距就是通过这个来体现的。大部分的产品经理在做的都是“功能经理”，功能经理只是不停的在接产品功能需求，然后不停实现产品功能。缺登录，设计一个登录框；管理不方便，设计一个工具来管理；页面不美观，重新规划一下页面结构……这是功能经理做的事情。
如果仅仅是产品的逻辑很强，但是没有很强的产品的sense，那么对方的段位就不够高。创造性思维产生的奇妙效果往往出乎所料，就像遇上一个喜欢的姑娘对方恰好也对你动心。产品经理要有这种创造力。
如何考察面试者的产品的sense呢？比如聊现有的产品，看对方体验过的APP是否足够多。比如：
你都是通过什么样的渠道发现好的APP？
具备某个功能（比如写游记）的产品你印象中有哪些？
你最近使用得比较频繁的产品。你为什么喜欢它？你不喜欢它的部分是？
你打算如何改进？有哪些特性是你会删掉的？为何？
如果你是产品经理，下一个版本优先级最高的5个特性是什么？
然后再来点脑洞，比如:
日常生活中你遇到过哪些问题是你想用自己设计的产品来解决的？
你当时是怎么想的？
4、需求分析汇总
这个环节，候选人需要使用白板来实现这个产品。首先，找出候选人热情点，即将花些时间，在白板上创造一个新产品。选一个你有热情、感兴趣的方向，给我展示你如何构建一个新产品：候选人应当专注在定义、验证一个问题，对方如何鼓励用户发现问题，以及得到解决方案。一旦候选人找到了对应的产品，要求他们开发出一个最小可用产品（MVP），谈谈如何把这个产品做出来：
想象一下你是这个产品的唯一拥有者。你的职责是尽可能快的发布并且让这个产品成功。
你能画出基本的线框图并且描述整个过程吗？
有哪些指标需要跟踪？为什么？
候选人应该提供基本的流程框架。如果候选人没有特别的提及优先级，询问他们如何决定哪些东西不被构建：
你如何决定哪些功能不做？
知道哪些不做很关键。一个好的候选人会在潜意识中理解这一点，并体现在最小可用产品中。
5、开发流程
询问候选人关于开发流程：
你将会使用哪一种开发流程？
什么时候使用敏捷比较好？瀑布呢？
与开发团队的沟通，以及如何保证质量：
你如何评估技术团队提出的技术方面的设计？
你用来保证产品质量的手段和流程是？
项目管理：
如何对项目进行WBS工作分解？
如何进行项目排期？
如何进行版本迭代？
8.3、分析能力
产品经理需要一定的战略/行业分析能力以及具体业务的分析能力，当然了，大部分的纯互联网项目对这方面要求不高，比如工具型产品或者是社交型产品。不过战略对于产品太重要，做事情要先有目标和战略然后才有具体策略，顺序不能反了，产品经理需要这种分析能力。
不过此类问题不宜问太多，毕竟在招产品经理而不是招战略，问太多对方会觉得这家公司在装逼。其实产品经理只要做到能够理解战略就足够了。
类似于需求分析、竞品分析这种我把它们放到了第一类问题“产品能力”里面了，毕竟这些都是基础的分析。
1、市场规模评估以及问题解决
产品经理需要能够快速的建立假设以及相应的评估。假设的市场规模评估是最常见的检验这个技能的方式。
好的回答需要候选人主动与面试官沟通关键假设，在大脑高速计算的同时，还能够以简单直白的方式与面试官沟通。
问题列表：
中国所有加油站的年营收是多少？
把北京市建筑物外的玻璃清洗两遍需要多少钱？
每天有多少人从北京飞上海？
2、商业模型探索
商业模型太重要了，伟大的产品并不仅仅是情怀和功能特性。大部分产品经理都把精力放到了具体的需求、产品设计、对接开发方面了。
这类问题一般只有面试总监级的时候才会问吧，如果不是总监级对方会觉得这家公司很傲娇不接地气。
3、数据分析
数据分析相关的问题：
你使用过哪些数据分析的工具？
对于一款电商型产品，你最关心产品的哪些数据？
说一说漏斗模型在具体的产品设计中的实践。
你过去是如何结合数据做决定的？
8.4、领导力与沟通能力
我觉得如果是一个优秀的C端产品经理，首先应该是热爱生活、喜欢玩的人，因为目前大部分的互联网团队都非常逗比非常有趣，逗比跟有趣是第一生产力啊。
考察面试者是不是一个有趣的人
问题list：
1、喜欢摇滚吗？喜欢什么类型的音乐？
2、喜欢旅游吗，最近都去哪儿玩了？
3、喜欢电影、电视剧吗？可以聊聊美国大片、美剧等等
4、你平时是不是一个喜欢制造一些生活的情调的人？
沟通能力
问题list：
1、如果你是一个酒店的老板，酒店在沙漠里面，你的客人需要海南的香蕉跟烟台的苹果，你如何满足他们？
2、如何说服我使用你做过的产品？
3、你之前做过的项目中，是如何跟客户之间进行沟通的？
4、你是如何主持头脑风暴的？
领导力相关
问题list：
1、如果你是一款产品的产品经理，你已经给过产品团队PRD，但是你的领导说要改需求，你如何给产品团队解释？
2、都说产品经理起到的是一个桥梁的作用，你是如何发挥这个作用的？
3、如何跟领导说NO，比如你认为你的方案比领导的方案更优秀。
4、想象你交给工程团队8个feature供开发。技术团队说2个不可能实现。其他6个没问题。他们还说他们想加另外两个需求，来自于他们自己。你如何响应？
5、你如何获得技术团队的尊重？你如何保证团队承诺交付？
6、在与产品开发团队的一起工作中，你经历了哪些挑战？
跨职能领袖力与管理能力
产品经理需要有相当的人际沟通技巧，并且赢得关键角色的支持。
问题list：
1、能否快速画出组织结构图以及你在其中承担的关键角色？
2、跟我聊聊你的团队工作不尽如意的时候。为什么会发生？你学到了什么？
3、你喜欢跟什么样的人一起工作？
8.5、 职业相关
不要一开始就问简历上的东西，这样面试者会觉得这家公司很水。因为简历上的东西都是面试者准备好的啊，所以回答起来没有太大的压力，所以这种提问要往后放。那么针对简历上的东西如何提问呢？
产品经理的经验的确重要，但是证明自己的经验需要的是自己的能力而不是简历上的东西，因为有些人与其说他有三年工作经验，不如说他一个经验用了三年。职场之上混吃等死的人太多了！
背景以及简历Review
大概针对简历上的点，提问一下。简历造假也没有关系，只要能够自圆其说就行，至少说明对方准备充分，至少说明对方敢吹牛逼，吹牛逼是一种优点而不是缺点，我宁愿看到喜欢吹牛逼的面试者。
从最基础的角度来说，本轮面试都是关于收集候选人所有能够胜任这个工作的事实依据，以及对方是否为一个achiever. (不达目的不罢休)
面试者本身的积累
问题list：
1、提供个人博客地址，知乎、Facebook等之类产品的ID
2、提供之前做过的产品的原型以及PRD
3、你是如何进行产品相关学习的？
职业生涯
问题list：
1、你为什么离开某某公司
2、你在某个项目中最喜欢的设计是什么？
3、在过去的一年里，你认为哪个地方的设计是你最骄傲的？
4、你认为你职业生涯中最大的成就以及最大的过失是什么？
5、对于你的产品，哪些是竞争对手没有做到的？
职业规划
问题list：
1、你有什么样的职业诉求？
2、你有什么要问我的么？
3、你接下来三年、五年有什么目标
4、你的职业规划是什么？
关于这份职位的面试
这个可以往后面放，如果这类问题一开始就问，显得不太真诚，毕竟行业内向面试者做免费咨询而且不录用的情况太多见了。
问题list：
1、如果你是我们现在的这款产品的产品经理，你会怎么做？你觉得你应该增加什么功能，砍掉什么功能？为什么？
2、你知道我们所做的行业有哪些竞品，他们的模式是什么？相关的产品定位是什么？目标用户有哪些？
3、你觉得我们现有的产品应该定位在哪个群体？
4、聊一聊你对我们所做的行业的看法。
总结：
差不多就是这些吧，一般只要从中挑选一些符合自己需求的问题就可以了。不同的产品对于产品经理的要求不同，所以很多问题都用不上，比如做B端产品不能对创造力要求太多，更多的是逻辑。
如果以上的能力全部达到了谁还需要面试啊，光靠身边的人推荐就有的是机会，甚至创业都可以了。
九、人人都是产品经理
对于很多产品人来说基本上都看过一本书叫做《人人都是产品经理》，后来这本书的名字成了大家吐槽的对象了，吐槽它是因为产品经理感觉自己没有受到重视，感觉自己所做的工作所有人都可以去做。我想说的人人都是产品经理并不是让所有人都以互联网产品经理为职业，而是用产品经理的思维来做事情，那么你就是生活的产品经理。
爱生活才能爱产品，当你对生活充满希望，当你热爱你眼前的一切，喜欢让自己成为其中的一份子或者是喜欢去主导一件事情，当你爱上旅行、摄影、电影、音乐，变得爱分享、爱收藏、爱记录。追求小众、追求极致、永远对未来充满好奇，对未知充满渴望，那么你就是生活的产品经理了。
人人都可以成为生活的产品经理，只要你热爱生活。
我曾经无数次想象米开朗基罗站到一块巨大的大理石面前，历经千锤万凿，于是《大卫》从此诞生。我曾经无数次想象达芬奇静静地思索，《蒙娜丽莎的微笑》在他的脑海中一遍又一遍的构想着，终于有一天他可以将心中的蒙娜丽莎以一种全新的方式展示出来：光与影互相交织、人比神更加高贵。奋斗在路上的产品经理们，加油吧，相信我们一定可以呼唤出我们心中的大卫和我们心中的蒙娜丽莎。
