首先要感謝前騰訊產品總監劉滔老師的課程，我將對劉滔老師講解的內容作以筆記和總結！
11 產品實現
11-1 產品研發流程
敏捷迭代的開發方式：循序漸進的方法，大項目分成多個互相關聯但也可獨立運行的小項目，在此過程中產品一直處於可用狀態。
產品體驗測試：產品經理自測、團隊內部測試、用戶反饋收集、產品可用性測試、產品體驗郵件輸出、形成文檔（測試用例、Buglist、報告）。
灰度發佈：分批發布，以防產品有問題，可用通過日期、用戶、應用市場分批發布。
AB測試：設計兩個方案，通過數據收集和數據分析來驗證最好的方案。
11-2 產品經理和開發的溝通
最簡單的標準：
- 能不能做，成本如何？
- 大概能夠判斷：做一個功能所需要的成本。
- 出了產品Bug，能夠找到對應的人去解決。
最謙卑的心態：
- 不懂就多問。
- 多一點尊重。
團隊協作無大障礙：漠視結果、逃避責任、欠缺投入、懼怕衝突、缺乏信任。
高效團隊協作：
- 基於目標的管理：以結果爲導向。
- 正向積極的溝通：跨團隊合租的問題就主要是溝通的問題。
- 有統一的目標與語言：團隊目標傳遞、團隊建設、注重一些形式化的技巧。
一些Tips：
- 傳遞目標：晨會、週會、月會、午餐會（老闆參加） 。
- 積極溝通：五星級溝通技巧。
- 統一語言：文娛活動、聚餐、團隊建設、小紅花制度、XX之星、榮譽團隊、生日會、慶功會。
11-3 產品發佈過程
以APP發佈爲例：
第一步：規劃版本介紹、素材、統籌時間
- 介紹和素材：頁面截圖（含設計）、宣傳文案、主要介紹。
- 時間：規劃籌備運營人員要在官方微博、微信公衆號、合作媒體中發佈的廣告及推廣軟文。
第二步：產品上線渠道和先後順序
- 哪個渠道首發，哪個渠道先行（是否長期合作？）
- 是否先做灰度發佈，試探一下市場效果
- 先發布的渠道可不可以獲得到相關的推薦位？
- 特別是安卓APP
第三步：產品自動升級規則制定
- 已安裝產品的用戶如何升級？需用戶手動檢測？是否自動提示？提示後下載安裝還是跳轉到指定應用市場或彈出瀏覽器安裝？
- 如果不安裝新版本，是否每次打開客戶端都要提示？
第四步：發佈前的數據維度確定
- 和運營商量過了麼？需要提前埋點的數據準備好。
- 監測那些數據的變化：新增用戶、活躍用戶、啓動次數、停留時長等；指定關鍵頁面的跳出率，頁面流轉路徑、功能使用頻率等；APP穩定性、Crash頻次、崩失率等。
第五步：安裝渠道號設置和管理
- 各渠道推廣逐步增多，比如某渠道需要一些推薦位，有些可以聯合做活動。
- 那每個渠道的下載量，用戶使用、付費等，都需要通過渠道號管理。
第六步：iOS客戶端的特殊注意
- 有用戶體系互聯網產品一定要可完成獨立註冊登錄的閉環操作；
- 如有跳轉網頁必須軟件內跳轉不可彈出跳轉；
- 付費、充值必須採用指定付費方式，其中虛擬物品必須使用蘋果內付費；
- 使用廣告等嵌入SDK必須是蘋果認可的，積分商城原則上是不允許出現的；
- 不可有明顯超鍊形式，不可捆綁安裝其他客戶端；
- 不可自動獲取用戶信息，含手機號、郵箱、系統版本號，IMEI號等，都不允許埋點獲取；
- 測試版、非完整版本、常規功能中存有待開啓功能等情況，都無法審覈通過；
- 全新產品上線會有一個月的新品推薦週期，等待期，如何用於運營推廣；
- iOS審覈目前加快了速度，但審覈還是嚴格，需要預留buffer；
- 可以配置一些功能隱藏的開關，避免觸雷，也是一種選擇哦。
第七步：應急籌備與回滾預警
- 產品需進行前期判定：什麼情況需要應急措施？哪些問題需要進行版本回滾？應急修改時間是多久？回滾的後續彌補的工作有哪些？回滾到再發布的時間規劃，都要跟技術、測試、渠道、運營人員提前商議確認。
最後：上線發佈總結
- 每一個產品發佈都可以是一個里程碑（milestone）。
- 輸出產品總結報告，總結經驗，發現問題，答謝項目成員，二期產品計劃等。
- 產品發佈運營。