两个产品经理实战面试题主要用于考察执行力和抗压性Word文档格式.docx

两个产品经理实战面试题主要用于考察执行力和抗压性Word文档格式.docx

《两个产品经理实战面试题主要用于考察执行力和抗压性Word文档格式.docx》由会员分享，可在线阅读，更多相关《两个产品经理实战面试题主要用于考察执行力和抗压性Word文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

而更多其他公司，则更无开发项目经理来保证对产品经理的工作再做一次支撑。

第二个问题的应用场景则更多，因为产品经理会经常处理一些比较紧急的需求，另外，产品经理的岗位有限，我们平常可以看到很多都喜欢称自己为产品经理，但如果作为产品经理的我们自己也真这样想，就大错特错了。

很多时候，一个大型商业上的决策，普通岗位的产品经理是不可能参与其中的，所以，当艰巨的任务来临的时候，不要试图去逃避，去游说老板放弃该计划，这在现实中是很难发生的。

我们需要做的是加强自身能力的提高，使自己能够做艰巨的项目，挑战苛刻而又复杂的商业环境，这样才能靠能力和执行力赢得更多的尊重。

所以，产品经理的责任很重，工作也很具体细致，不是靠读几本书，了解一些概念就能胜任工作，也不是侃侃而谈，游走于不同的资源之间就能完成项目。

这是我为什么提这2个问题的背景描述，因为发生概率太高，如果做产品经理，就必然会遇到类似问题。

大家各个公司不同的产品经理们，可以分享各自的观点，也让彼此都能有所提高。

不好意思，好久没有过来撰写答案总结，其实我觉得大家的回答大多都有道理。

有几个很棒的回答，也被大家投票投到了前边，说明群众的眼光还是雪亮的。

这个问题并没有标准答案，我更想让这个问题的提问和回答，成为对所有产品经理有益的阅读素材。

我顺便补充一下我自己觉得比较重要的思路和要点吧：

Q1：

要做的第一件事，当然是弄清楚需求，如果该项目需求不明确，那么首先重要的事情当然是要去弄清楚需求，而且是在尽可能穷举完需求方的情况下，比如说要尽可能地拉老板、同事、运营、客户、用户等，搞清楚需求，排出需求的优先级，这是工作进入到推动阶段之前最重要的前置条件。

然后就是美蛋的涂同学所说的与各个岗位之间的交互了，涂同学说的很详细，大家可去一楼参阅，我不再赘述。

需要注意的是，多个岗位之间的协同，要做服务生的角色，尽可能地让大家都爽，同时早中晚的进度协调跟进要不卑不亢，尽可能按照计划进行。

很多同学在写什么加班工资啊、福利之类的事情，其实，那些都是浮云。

钦点项目，广告投放的排期已确定，足见其紧急性，这里面几乎没有斡旋的余地，大家就不要花心思在说服上面了，什么快速迭代，也是扯淡。

至于说是否加班？

十一假期怎么办？

如果大家有点常识有点基础觉悟，这个时候就自觉把所有时间当作工作时间，这是不能再去问的事情。

具体如何推动的事情，下面答案都已经回答的很不错了。

但我补充一下，项目，为什么只有1/3的资源？

这个时候你作为项目的，完全可以去单挑，去争取更多的项目资源，这个并不是一成不变的。

另外，新人比较多？

那么，你完全也可以去申请调动更多的老人来参与项目，即便实在参与不了，也可以鼓动老人以项目顾问身份参与，这个是的个人能力和魅力的展示。

所以，解决这个问题的核心关键是，去为项目要更多的资源。

其他的答案请参阅大家回答。

1.先安排产品经理分别联系任务团队（运营需求方），确定大致的需求，然后确定成员（为单位），叫在一起项目；

2.与确定基本交互层，即大致要的东西是长啥样的；

3.与确定支撑系统的主要功能；

4.将与拉在一起，确定最终要实现的功能，与的联合形式，产出功能表，大致时间表（并与需求方最终确认）；

5.设计数据形式与逻辑，负责基础数据表，与的联合方式；

6.确定运营时间，或者资源提供？

看主要职能了~

7.涉及开发的团队，按照最终实现功能评估资源，提供时间表：

包括各方接入的时间点，与产品物（项目甘特图）；

运营方提供，同时期并行运营（预热》使用？

）时间表；

8.此时已各就各位，再叫在一起，项目正式开始，按照项目甘特图监控进度~直到项目完成

因为要上线大推（还有），所以不可儿戏，关于快速迭代啊，加班啊这些不是根本解决办法。

因为要实现的东西，如果缩水了，会起到极大的负效应。

所以：

运营能启动的部分就先行启动了，其他的，快速项目启动会，确定需求与要实现的功能：

1.确定该项目涉及到研发部分，具体的功能点，以及预估实现时间；

（2天）

2.确定各功能点的关键节点，然后分包为外部专业软件外包公司，功能多，一家规定时间完不成的话，就继续分，以此类推~自己公司也做并行开发（加班是肯定的，但不要指望新人当奇兵，尽量用老将，最多以老带新）；

（单个分包不能超过7天）

3.7天后收货，联合测试，修复：

上线前必须保证流程完全走通（冒烟+回归测试），如有，主流程优先处理；

产品经理同时准备产品文档；

（2-3天）

4.如有运营启动，运营与所有相关方一起加入，体验或正式使用；

产品经理完善产品文档（1天）

5.上线前最后综合准备（1-2天）

一共13-14天，确保准时上线；

然后整理各方外包产品，设定公司掌握所有外包移交的时间表；

最后使劲一下，然后要求大幅涨工资；

老板若欣然同意，提出离职因为这个老板做事一没计划，二没原则，以后会更麻烦；

如果这个项目你能圆满完成的话，去家更好的公司，或者自己创业吧~

第一问题：

1、在需求并不完全明确的情况下，从需求的来源方，收集需求，分析需求，然后形成需求列表。

在需求列表确认后，开始撰写文档和原型的设计。

在完成和原型之后，一定要与你的需求来源方，相关的产品人员讨论和确定。

2、在与需求方达成共识后，要组织一个需求分析会，在需求分析会时，召集运营、、、、、以及其他线共同参加，对你的产品和原型进行讨论和评估。

1）如果不能在会上达成共识，确定要调整内容，及调整时间，下次碰头会的时间。

会后总结目前存在的问题，对方案进行调整，准备进行下一次讨论。

2）如果对解决方案能达成共识，在当场要确认，设计，制作，开发，测试的人员及工期。

同时要对执行过程中的风险进行评估（比如，你需要使用短信通道进行测试，结果短信通道不可用，是否能在测试时间协调可用）。

3、根据需求分析会确定人员和工期，通过一些项目管理工具（例如）记录，并通过邮件等方式把项目进度公示所有人。

4、在整个设计，制作和开发过程中，需要跟踪每个人员的完成进度，并提醒完成日期。

中间一旦有请假，或其他事情延后，要尽力协调相关人员追回进度，如果不能追回进度，需要延期，也应提前发邮件通知大家。

5、在项目设计完，需要产品经理确认功能和设计风格后，再转交制作，避免开发完成后，设计不合理再做调整。

测试时，产品经理一定要参与测试，测试是最容易发现问题的。

6、在测试完成后，应该请其他产品线的及产品需求方进行验收，验收通过方能上线，验收不通过，要对问题进行评估和调整。

第二个问题：

既然是钦点的项目，而且大概会调集全公司1/3的资源来完成，目前完全授权给你，时间只有两周。

该项目在两周上线之后会在以及各大门户投广告来推广。

以上说明该项目非常重要，而且时间比较紧迫。

解决办法：

1、“最近公司技术研发体系新人较多。

”说明大家都不太了解，关系比较陌生。

可以借用下班时间，请大家一起吃个饭。

目的有2个，一是熟悉大家，拉进关系，利于工作的开展。

二是借机说明项目的重要，希望大家尽力配合。

（至于吃饭的发票公司能报销最好，不能报销可以自己承担）

2、“面临着十一国庆长假，”其实这是同时也是一个赶进度的机会。

1）首先要跟商议，项目时间紧迫，国庆长假加班要给以优厚待遇。

（例如：

按国家规定发放加班费，给予午餐报销，报销来回打车费等等）。

2）与项目的每一位技术人员协商加班。

同时自己也会陪同技术一起加班，随时根据技术的需要解答产品问题。

3）在加班过程中，主动协助项目测试。

要以自己的行动去感染每一个人，希望他们看到你忙碌的样子，也不会丢下你和整个产品不顾的。

补充一下第二问题：

前面只回答了一些协调资源的事情，哪些都是事情的铺垫，是为了事情更好，更顺利的进展。

下面回答项目实施解决方案。

1、对于项目的全部需求进行列表，然后按优先级进行排序。

先把重要的核心需求和功能提炼出来，作为一期开发，其他非必须，锦上添花的东西可以进行二期迭代。

2、产品的文档和原型利用2天时间完成，并与、运营及其他产品线，进行首轮沟通讨论。

3、对首轮讨论中的问题进行微调，然后召集设计、制作、开发、测试等召开产品需求分析会。

讲解产品功能，并阐述产品重要性及时间的紧急。

并说明完成的上线日期。

当时让相关人员确定相应的工期，比如设计1-2天，制作1天，开发3-5天。

同时可以考虑无需设计的后台功能技术提前投入开发，在设计完成部分的时候，制作先切图，然后交给技术，各部门同步进行。

对于设计和开发的周期控制在5-7天内

4、对于时间比较紧张的可以考虑晚上或长假加班完成。

在技术完成部分功能时，提前搭建环境，介入测试。

在测试时，邀请公司不太忙的人员参与测试，比如前台，助理类的。

5、整个项目大致的时间规划为：

产品的定义和原型（包括讨论会）：

3-4天

界面设计：

1-2天

界面制作：

1天

产品开发：

3-5天

产品测试：

因为会涉及一些功能可以同步进行，比如在设计时，技术要完成数据库建模，架构的规划等。

在2周时间，虽然有些紧张，但是如果参与人员都比较负责的话，足以完成。

因为项目比较重要，为了万无一失，尽量提前1,2天完成。

也就是可以利用长假加班，项目完成后可调休或要加班费。

Q1.

先出冗余版需求大纲；

推动运营先去和渠道伙伴、等先行沟通需求大纲，汇总各方意见形成反馈；

与研发、、运营等沟通需求大纲，形成反馈；

根据各方与需求会议反馈明确之前无法确认的需求，实在无法确定的需求，做减法留给下一版择机而上，出新的需求v1.0；

和老大们开会沟通需求v1.0，形成需求v1.1，并排出相关时间表；

再次召开需求会议，与研发、、运营等相关人员开需求会议，资源，根据会议反馈，形成需求v1.2（大多还是做减法），并根据v1.2形成新的时间表；

和老大们开会沟通需求v1.2，形成需求v1.3（定版），形成新的时间表；

邀请研发、、运营等相关人员开产品需求会议，完善时间表，明确时间点；

一直求各方相关人员帮你根据时间表按时完成产品的版。

Q2.

运营先行沟通与推动合作伙伴做好推广准备；

产品组形成需求初版大纲（0.5d），与等老大们需求初版大纲，并形成定版需求大纲与需求v1.0（0.5d）；

与研发、、运营等相关人员召开需求会议需求v1.0，反馈，形成需求v1.1（0.5d）；

与等老大们需求v1.1，反馈，形成需求v1.2与时间表（0.5d）；

与研发、、运营等相关人员召开需求会议分配需求任务与安排时间点（0.5d）；

研发、运营、等同步进行，研发5d，运营推广方案与计划1d，定稿1d，1d，2d。

修复2d。

：

关键时间点——确定版需求什么时候出？

研发什么时候完成？

推