起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識【產品之夏】實戰模擬，一起解決工作中碰到的問題
產品之夏（Summer of Product），是人人都是產品經理社區面向所有粉絲的一種模擬產品設計、運營的線上項目。項目流程參照互聯網公司從需求到運營的整個流程，要求參與者以產品經理的角度參與、跟進整個項目，參與文檔的編寫和修訂，參與各種評審。以讓參與者熟悉整個產品設計流程，進而對產品崗位職責及工作內容有一定程度的理解。
第一個問題：吃貨地圖要求調用高德地圖和百度地圖的api。產品上線蘋果商店后第一周。運營反饋百度地圖的API接口出了問題。用戶在調用的時候會閃退。請各位給出解決方案。
大家給的解決方案：
1. 首先向用戶說明該問題，致歉；
2. 請測試人員對問題進行排查，如果是自己的問題，請技術部門緊急處理，如果是百度方面的問題，跟百度相關部門聯系，反饋問題；
3. 請專家進行技術評估，如果短時間內無法解決該問題，暫時屏蔽該API接口，向用戶說明此情況；如果問題不大，申請最高優先級，力爭投入最多的技術人員解決該問題；
4. 問題解決后，進行問題總結和記錄，避免發生此類問題；
第二個問題：問題短時間無法修復，我們屏蔽了百度地圖的API接口。但是隨即日活直線下降，運營反饋是很多用戶無法使用百度地圖后選擇卸載。針對這種問題請各位給出解決方案。
大家給的解決方案：
1.?在官網發布公告，對此問題進行說明，并對所有用戶致歉；
2.?利用卸載用戶之前注冊時留下的信息（手機/郵箱），發送簡潔但鄭重的致歉函，請求他們的諒解；
3.?對繼續使用的用戶，給一定的補償，例如發送積分、提升用戶等級等；
4.?利用可利用的技術資源，盡快修復該API調用問題；
5.?與運營部門溝通，在推送功能，推出轉向蘋果手機地圖內容；
6.?在屏蔽API接口后，將按鈕的點擊改為消息提示，玩家點擊后提示“百度接口出現問題，我們正在盡力排查，您的體諒將是我們最大的寬慰”并配上一張幽默的圖片。
點評一下：
第一題：居然提出了屏蔽百度梯度API接口，這是最不科學的做法，
第二題：首先是問題定位，在問題沒有定位的情況下，而且也沒有對出現問題群體比例都沒有詢問，就貿然的對用戶再次進行道歉。而且之前卸載用戶之前留下的信息這種渠道發布致歉函，這樣用戶會以為泄漏用戶隱私，反而是火上澆油。
而第一題與第二題最好的解決方式轉移用戶注意力，讓用戶端注意力在閃退轉移到活動上面，然后在下個版本上悄悄把問題解決。（跳到了自己挖的坑里面了，一根手指也要爬出來，填好坑?。?/p>
第三個問題。現在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（節選）
查看更多活動
本文為人人都是產品經理產品之夏第三期成員 @肥臀 整理發布，轉載請注明來源于人人都是產品經理并附帶本文鏈接
- 目前還沒評論，等你發揮！
