中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

我們無法保證每次的功能更新就一定會受到用戶歡迎，這種時候，就需要版本回滾。但回滾對產品來說可是一個巨大的失誤。這篇文章，我們來看作者分享的經驗。

“讓我往前走可以
千萬別讓我倒退
后面有坑可不一定看得見！”

每個產品經理都希望自己的產品一往無前，就像戰場上的沖鋒兵。但現實中，卻可能都出現過不得不面對的“產品倒車經歷”。

2023年5月經歷過一次兩天業務試用，然后由于暑期流量高峰來臨，識別到業務層面的備貨風險而被臨時叫停的產品上線。以至于主線產品所涉及到的幾個耦合上線的數字化業務系統，需要整體回滾處理。

一、回滾的處理過程，涉及到幾個方面

• 程序代碼層面的版本回退
• 系統已產生數據的處理
• 業務模式的回退

其中，代碼的版本回退，是產研團隊經歷比較多的，一般大點的版本發布都會預留有版本回退的考慮和降級方案。

至于業務模式的回退，如果不涉及對c端流程的變化，那么更多的是內部協作問題，產品上線前產研團隊也有義務知會業務團隊思考降級業務預案。

而我面臨最尷尬的，則是業務在產品試用期間已經是做的正式業務數據了。另外，有一個業務流程，原來是在一個系統里面完成的，上線之后是數據源和末段的輸出挪到了另外一個系統，原來系統僅保留了核心的算法計算和處理的部分；因此不只是系統代碼回滾、業務模式回退，還加上要處理“身首異處”的數據。

數據處理，我們會首選通過業務調整方式進行數據的調整、修正，即由業務人員通過正常的系統操作實現數據的修正（新增、刪除、對沖等）。在業務處理無法實現的情況下，不得不通過上帝之手進行接入：修數據、程序處理，這時候需要產品、研發人員介入，通過程序的修改、數據庫的修改來實現對已有系統數據的修正。

而這種方法在產品經理的世界里，越少越好，可以參考之前我們分享過的文章：《產品經理怎么老想著改數據，還玩不玩兒？》

二、事后，忍不住回顧整個過程

首先，產品設計是基于了一定的業務假設進行的，但是團隊內部不同業務線的這個業務假設差異巨大，可行性不可同日而語。對有的業務線是易如反掌，對有的業務線則是如山如海。所以從產品路徑實現上面，并沒有非常優秀的因地制宜的路徑。

其次業務的落地意愿YY過于強烈，以至于步子太大扯淡了。強行繼續下去的結果，怕少不了各個相關方互相撕逼大戰了。當初業務風險識別到了，但是風險的評估和應對顯然非常缺失。

即便系統的優化再去做，整體來看也只是工具、術的層面，并不能解決道、法層面的根本問題。結構化的困局，并不是產品路徑和優化可以強行解決的。

往后走處理問題倒是也不難，團隊通力配合也是輕而易舉。

反而很奇怪的現象，越是這種情況，大家配合的意愿、協同的順暢度、主觀能動性反而會比日常工作不知道要高出好多個level。團隊的凝聚力、默契反倒是有增益的。

只是對于趨于敏捷的團隊來說，團隊積極性確實會有損傷。不斷的迭代沖刺和交付過程，商業（業務）、技術、產品不得不擰成一股繩形成合力沖刺，盡量減少團隊間的斗志消耗和摩擦為上上之選！