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

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

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

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

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

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

大家给的解决方案：

1. 首先向用户说明该问题，致歉；

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

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

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

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

大家给的解决方案：

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

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

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

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

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

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

点评一下：

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

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

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

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

大家给的解决方案：

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

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

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

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

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

点评一下：

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

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

大家给的解决方案：

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

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

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

点评一下：

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

加班加点是必不可免（汪们，猿们。。。）

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

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

大家给的解决方案：

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

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

3、加快新版本迭代；

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

点评一下：

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

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

大家给的解决方案：

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

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

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

点评一下：

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

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

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

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

产品之夏相关

产品之夏第二期

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

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

产品之夏第一期

【产品之夏】市场需求文档（节选）

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

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

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

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

查看更多活动

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

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

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

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