App上線需要自查的List:主要針對產品、部分運營和測試
下午上線最新的安卓App新版本的時候,出了一個狀況,直接把我嚇到了,瞬間以為背鍋妥妥的了,不過最終發現是第三方平臺的鍋,才稍稍淡定下來。
正常情況是這樣的:
安卓手機用戶在我們的App下載頁中點擊“立即下載”后,可以直接進行apk文件的下載,這個apk文件是我們預先存儲在某個第三方云存儲平臺的。
每次有版本更新,只要把第三方云存儲平臺中的apk文件更新過,用戶就能在下載頁中下載到最新版本的app了。
下午的異常狀況是這樣的:
CTO發現從下載頁下載的apk文件依舊是老版本的。然后我就震驚了,因為下午我確認已經上傳了最新的apk文件到第三方云存儲中。
后來逐步排除了安卓工程師打錯版本包、我上傳錯apk文件的可能性后,最終把鍋指向了第三方云存儲。
發現是第三方云存儲沒有自動清除緩存導致的。人工清除了下緩存后,下載下來的包就是最新的了。
問題最終解決了,不過這也提醒我,下次上傳新版本又多了一個地方要進行check。
產品版本上線前要check的地方那么多,不如就順手擼一遍要考慮的點好惹,從產品、部分運營、部分測試工作層面進行列舉:
產品層面
(包括部分的運營,主要是DB工作):
1、要在需求凍結前確認需求分析,不然凍結進入開發后邏輯再一直改,猿們會崩潰,搞不好還會導致版本延期;
2、確認完需求之后,要告知運營同事們有哪些新功能,何時能交付版本,這樣方便運營童鞋們也好對應的落實相關的運營工作。如果運營的部分/全部工作也是PM干的話,那么自己心里要有數;
3、該版本開始就要落實是否要做新的應用商店圖、新的歡迎頁、新的功能引導頁,并且相應的安排人手。在上線前3天最好再確認一下,萬一有漏,也有時間能再補;
注意:針對這三個東西,都有相應的文案要出;
4、確認這個項目中沒有完成的需求或者中途協商修改的需求,都已經被記錄下來,并且最好開始確認沒有解決的需求怎么辦,修改的需求怎么辦的問題;
5、確認該新功能的打點列表是否給出;
6、確認新功能帶來的相關新數據的查看地方以及方法,這里會涉及一些常用的統計平臺;
7、確認新功能帶來的后臺新的管理模塊使用或者從某個地方切換到另一個地方的使用方法的切換,培訓過相關人員,并且已經正確掌握;
8、確認提交給應用商店的新功能文案是否有出;
9、確認最終提交給應用商店的應用商店圖、新功能介紹更新了;
10、確認各個渠道中的最新版確實為最新版本;
注意:這個部分就是之前一直有所遺漏的,吃一塹長一智。原本以為理所當然的事情,還是要好好檢查一下呢。(必須要說一下,姜還是老的辣呀^_^)
11、每個版本都要觀察上個版本的打點數據是否正常,這樣能及時發現是否打錯點了,進行及時修正,避免數據浪費;
測試層面:
(僅涉及到部分,不展開描述)
1、該版本的新功能進行了完全測試,包括移動端、管理后臺、網頁端,這里包括測試用例是否覆蓋全、測試過程中是否跟著測試用例走覆蓋全、bug是否按照類型進行記錄、調整狀態;
2、涉及到新功能的頁面、以及可能和新功能有關系的之前的功能都要再回測,以免出現問題;
注意:如果這邊涉及到修改管理后臺,那么要確認所有和被修改部分相關的產品測試是否ok。例如:如果兩個產品共用一個后臺,那么修改就可能會影響另一個產品的功能/顯示正常,一定要確認;
3、這個版本測試過程中,發現的之前版本的一些不好的體驗點或者bug,及時分類記錄下來,幫助下個版本優化;
4、是否核對過新功能的UI,這個地方比較容易遺漏;
5、打點是否有打成功。出現過打點寫錯英文的、打在錯的點上、點打反了等等情況,這個要注意;
6、歡迎頁、引導頁是否被替換了,猿們有時候會忘記這個的;
7、登錄注冊找回密碼流程最好每個版本都測一測。在其他app中發現,更新了新版本之后,登錄流程不行了,太影響使用和留存以及新用戶的吸引;
好惹,這里就不涉及開發的自查部分,畢竟我不專業,非純代碼層面的內容,后面還有測試、產品進行把控…(為偷懶找個光明正大的理由,Orz)
以上列的是一些容易經常遺漏的點。如果有其他遺漏的地方,希望小伙伴們討論留言,我好繼續豐富自己的list…
本文由 @梁露瑤(公眾號:killifer) 原創發布于人人都是產品經理?,未經許可,禁止轉載。
??
?? ??