两个产品经理实战面试题主要用于考察执行力和抗压性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。
:
关键时间点——确定版需求什么时候出?
研发什么时候完成?
推