【产品之夏】实战模拟,一起解决工作中碰到的问题

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

产品之夏(Summer of Product),是人人都是产品经理社区面向所有粉丝的一种模拟产品设计、运营的线上项目。项目流程参照互联网公司从需求到运营的整个流程,要求参与者以产品经理的角度参与、跟进整个项目,参与文档的编写和修订,参与各种评审。以让参与者熟悉整个产品设计流程,进而对产品岗位职责及工作内容有一定程度的理解。

【产品之夏】第三期:吃货地图介绍

【产品之夏】第三期:第一周回顾

【产品之夏】第三期:第二周回顾

【产品之夏】第三期:第三周回顾

第一个问题:吃货地图要求调用高德地图和百度地图的api。产品上线苹果商店后第一周。运营反馈百度地图的API接口出了问题。用户在调用的时候会闪退。请各位给出解决方案。

qq001

大家给的解决方案:

1. 首先向用户说明该问题,致歉;

2. 请测试人员对问题进行排查,如果是自己的问题,请技术部门紧急处理,如果是百度方面的问题,跟百度相关部门联系,反馈问题;

3. 请专家进行技术评估,如果短时间内无法解决该问题,暂时屏蔽该API接口,向用户说明此情况;如果问题不大,申请最高优先级,力争投入最多的技术人员解决该问题;

4. 问题解决后,进行问题总结和记录,避免发生此类问题;

第二个问题:问题短时间无法修复,我们屏蔽了百度地图的API接口。但是随即日活直线下降,运营反馈是很多用户无法使用百度地图后选择卸载。针对这种问题请各位给出解决方案。

qq002

大家给的解决方案:

1. 在官网发布公告,对此问题进行说明,并对所有用户致歉;

2. 利用卸载用户之前注册时留下的信息(手机/邮箱),发送简洁但郑重的致歉函,请求他们的谅解;

3. 对继续使用的用户,给一定的补偿,例如发送积分、提升用户等级等;

4. 利用可利用的技术资源,尽快修复该API调用问题;

5. 与运营部门沟通,在推送功能,推出转向苹果手机地图内容;

6. 在屏蔽API接口后,将按钮的点击改为消息提示,玩家点击后提示“百度接口出现问题,我们正在尽力排查,您的体谅将是我们最大的宽慰”并配上一张幽默的图片。

点评一下:

第一题:居然提出了屏蔽百度梯度API接口,这是最不科学的做法,

第二题:首先是问题定位,在问题没有定位的情况下,而且也没有对出现问题群体比例都没有询问,就贸然的对用户再次进行道歉。而且之前卸载用户之前留下的信息这种渠道发布致歉函,这样用户会以为泄漏用户隐私,反而是火上浇油。

而第一题与第二题最好的解决方式转移用户注意力,让用户端注意力在闪退转移到活动上面,然后在下个版本上悄悄把问题解决。(跳到了自己挖的坑里面了,一根手指也要爬出来,填好坑啊)

第三个问题。现在PRD及灰模已经提交进入研发阶段。产品进入2.0设计阶段。市场部反馈竞争对手的产品即将上线。BOSS提出砍掉现有的会员系统直接上线。同时需要运营配合,产品该怎么做?

qq003

大家给的解决方案:

1.评估竞品的情况及开发周期

2. 跟boss进行协商,说明会员系统的重要性,因为2.0版本重点在guc部分,争取一定的缓冲时间;

3. 根技术部门协商,能否加快开发进度,保住会员系统的核心部分;

4. 在宣传上多下功夫,把声势做大,力争厚积薄发,让对手给我们打广告。

5、修改迭代日期线,加快迭代进程

点评一下:

boss下达的指令,一般来说少有拒绝的,这种时候,最好的办法就是配合设计、研发、测试调整所有功能模块优先级 ,放弃会员,会员模块的功能放到2.0去。同时让运营市场死盯竞争对手的动态。会员砍掉,用户体验肯定会有损失,所以需要配合运营调低用户的预期。

第四个问题,程序在开发过程中错误预估了研发时间,技术碰到瓶颈需要延长开发工期,但是运营的活动已经宣传出去。从技术的反馈是短时间内无法解决,且为最重要的发现模块。请给出解决方案。

23123123

qq005

大家给的解决方案:

1. 评估要延期的时长,若在公布的上线时间之前可以加班加点完成,则加班;若技术无法实现,转进时间聘请外援

2.分析技术瓶颈能不能转化为较为简单且能满足需求的功能

3.运营部策划新的运营活动住用户

点评一下:

在这里需要精简功能,但是保证质量和体验

加班加点是必不可免(汪们,猿们。。。)

这种时候安抚好团队的情绪至关重要,不然其他人掉链子,问题更加严重。

第五个问题,产品上线后,2.0新增了一些UGC的功能,但是运营跟踪一段时间后发现,举报和报错功能一直被用户所误解。3.0去掉报错和举报功能后,用户不断以差评等频率指出产品放弃该功能。请问产品如何解决。

qq006

大家给的解决方案:

1、调研用户误解举报和报错的原因,同时调研用户差评的原因,进行分许,明确用户差评与删除举报和报错的关系;

2、若用户差评与举报和删除有关,则优化举报和报错设计和功能,加强对用户的引导;

3、加快新版本迭代;

4、沟通运营,对新版本功能进行宣传,提示用户使用方法

点评一下:

评估用户规模,看是否有必要,已经上线的功能砍掉,肯定是做足了功课,反思,重新放出功能是为下下策,最好的办法,还是转移注意力(这里与第一个、第二个问题相似)。

第六个问题:产品设计出来后进入测试阶段,但是因为PRD不完整产品测试一直不通过,并且登录模块一直报出问题。请给出解决方案。

qq007

qq009

大家给的解决方案:

1. 首先安抚测试人员的情绪,为产品这边的失误而导致他们工作量增加而表示由衷的歉意;

2. 加班加点完善PRD文档,同时注意与测试部门沟通,对他们之前遇到的问题进行收集和汇总,并进行解答,并在PRD中着重标明;

3. 对登陆模块的问题,进行技术排除,若是开发那边的问题,PM应该及时与开发反应,修复bug,并请开发及时跟进测试;

点评一下:

遇到什么问题,都要考虑对用户的影响。

通过这次的实战演练的问题解决方案,发现不是通过一次活动,制作一个原型,PRD,MRD就可以的。工作经验,问题联想,突发事件的应急速度,方式。都还欠缺很多很多。但是也通过这次的实战演练,加深了对突发问题的认识,反映速度。更好的锻炼的自身。

希望产品之夏最后的三个夜晚,大家不要懈怠,勇往直前。想奔向产品汪的小白们,我们要奔起来。

各位产品汪们有不同的意见,欢迎在评论中讨论。

产品之夏相关

产品之夏第二期

【产品之夏】第二期:产品小白的用户与竞品

【产品之夏】第二期:一个产品经理的阅读清单

产品之夏第一期

【产品之夏】市场需求文档(节选)

【产品之夏】用户场景设计

【产品之夏】吃神马_IOS_V1.0产品需求文档_Alpha1.0(节选)

【产品之夏】吃神马_冷启动运营推广方案(节选)

【产品之夏】总结:感谢各位,这一个月的充实

查看更多活动

人人都是产品经理-人人圆桌

人人都是产品经理-开讲啦

人人都是产品经理-黑客马拉松

 

本文为人人都是产品经理产品之夏第三期成员 @肥臀 整理发布,转载请注明来源于人人都是产品经理并附带本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中