編輯導語：對於中台產品經理來説，在推動一個項目或者一款產品落地時，都不得不考慮業務敏感性，只有保持相對的敏感才可以保證用户體驗，成功的進行迭代更新。關於中台產品如何提升業務敏感性，本文作者為我們總結了這三個關鍵點。
中台產品作為向前台業務提供服務支持的關鍵節點，越是大的公司，中台服務所面前的前台業務越廣。每一次的中台業務邏輯變更或每一次中台業務的優化，都可能影響眾多前台業務的穩定性、準確性。
雖然中台產品不直接面向用户，但是中台的業務卻最終對用户負責。
所以對於中台產品經理來説，尤其是偏業務中台的產品經理，在每一次產品方案設計及落地過程中，都要充分考慮對前台業務的影響，保持相對的敏感才不會出現功能上線後導致前台用户體驗的缺失或系統問題導致版本回滾。
1.“理解”業務如何做到對中台產品流程、功能的設計優化不會影響前台業務，關鍵之一就是理解業務。理解而不是瞭解，瞭解指你清楚當前的業務邏輯是什麼、清楚業務流程中各個環節是如何流轉的。
但理解則上升了一個層次：理解是你對整個業務生態的上下游有相對清晰的認知，知道每一個業務系統的業務邊界（即每個業務系統在業務生態中的角色定位），基於上面的認知有主觀判斷力知道如何做是對的、如何做是錯的，這遠遠比了解當前業務是什麼更重要。
如何從瞭解到理解？保持好奇心，或者説刨根問底的需求溝通方式。
做任何一次需求設計時，在需求溝通環節，要向你的需求方進行深入的需求訪談，不斷的問為什麼會產生這樣的需求，找到問題的本質才能更好的解決問題，避免遇到問題解決問題，而是遇到問題找到本源去解決本源。
當你無法判斷一個功能或者一個流程如何做才是合理的時候，想一想在互聯網出現之前，這個業務場景在線下單純由人去處理是如何做的。
一個業務、一個場景存在即合理，互聯網產品經理要做的更多的是利用互聯網、利用新技術把原有線下的業務進行線上化，提升人效，從真實存在的業務場景出發做產品設計。
做業務負責人：業務負責人是業務結果負責，而不是單純對你負責的業務模塊負責。
一個涉及多業務系統交互的需求或業務流程，在參與過程中不單純至理解自己所負責的業務系統，而是要理解業務流轉的全流程，對業務開始到結束所有的業務系統有一個清晰的認知，在產品實際落地過程中才能保證設計的合理性。
當然會有同學説如何做到全流程的理解？
這就要靠在實際工作中，涉及跨業務系統需求溝通中多問、多瞭解、多思考。這裏推薦有興趣的同學可以學習下第一性原理相關的知識內容，對於如何找到需求本質可以有更多的啓發。
2. 信息同步中台業務的接入方可能有很多，有時候在做產品設計過程中難免會有所遺漏。
例如對於某個業務服務接口做了業務邏輯的改動，在業務上線前，郵件周知所有調用這個服務的前台團隊，周知不僅僅是代表告訴各方業務邏輯改了，而是要描述清楚為什麼要改這個業務邏輯，這個業務邏輯的改動為了實現什麼目標。
很多前台團隊對中台業務沒有那麼的瞭解，單純告訴對方改了什麼不一定能讓對方評估出來改動對於他的影響點或者影響範圍。
在信息同步的過程中，描述清楚業務調整的原因、調整的邏輯及目標，讓對方可以更快評估出來是否有影響、影響是什麼以及做好對應的迴歸測試。
信息同步後，一定要得到反饋，根據反饋結果決定改動是否可以預期上線，保持對線上的敬畏心，尤其是當你的產品用户量級是百萬級、千萬級，你無法知道你的一個輕微改動會影響多少用户的真實使用體驗。
3. 做好降級中台，作為整個公司系統架構中的“火力”輸出保證，業務的延續性和穩定性是重中之重，一個前台入口掛了可以啓用其他的前台入口，但是如果中台業務掛了，最基本業務流程可能就走不下去了，這對於一個公司的打擊或影響是致命的。
如果你負責的業務系統是核心業務流程中的一個環節，是會影響到用户真實使用的。那麼做任何一個業務改動時，都需要評估對服務調用方的影響同時做好異常的監控報警及降級方案。
業務上線後，通過監控觀察所有服務調用方的業務異常率是否有明顯波動，業務核心指標的數據對比、環比，從多方面驗證業務改動對線上沒有較大影響。
一旦發生異常報警或投訴反饋，及時定位問題，通過降級方案進行恢復，保證原有業務的延續。作為產品經理，尤其是偏向於業務中台產品經理，保持對業務的敏感性是非常必要的。
這也是以用户為第一的價值觀體現，理解業務、信息同步、做好降級這三個關鍵動作，讓產品的每一次需求實現落地、每一次版本上線，不出問題或出最小的問題。
#專欄作家#記小憶，公眾號：PM龍門陣，人人都是產品經理專欄作家，OTA中後台產品經理。
本文原創發佈於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議