最近圍繞平臺產品開展需求調研、產品定義和產品設計的過程中，也在思考對于產品子系統間的規則約定和遵守，即如何設計產品規則并讓各子系統共同遵守，從而更加合理地完成產品子系統間的交互&協同設計。
平臺產品設計需要緊貼組織的業務定位，形成產品的定位，再結合現有的應用架構去進行產品定義和設計，這里不過多談論理論方面的內容，只是結合這段時間的經歷，分享自對產品子系統間如何交互&協同的一些看法：
1、業務場景規則
在設計產品子系統間的交互&協同時，從用戶使用場景出發是必須的，但用戶和數據流為何要經過子系統？有哪些用戶和數據會經過子系統？用戶和數據流經過子系統后都流向了哪些子系統？最終給用戶提供什么樣的數據輸出？這些思考在做業務分析時開始考慮，定義好業務場景才能為產品子系統間的交互&協同規則提供規則約定。
2、應用架構規則
根據業務需求劃分應用架構，切分產品子系統和每個子系統的主要模塊，形成應用架構圖。
平臺產品在做交互和協同設計過程中不可避免地會和組織內其他業務平臺產生交互，這里需要先了解業務平臺的既有規則和約束條件，對于公共平臺可能會更多的遵守他們的平臺規范，除非對他們而言接入平臺產品屬于新的業務范疇。分業務場景來設計應用架構可以保證應用架構和業務場景的完整對應。
3、產品設計規則
平臺產品一般為前端產品提供支撐并協調調度其他平臺完成業務交互或者對外部合作方提供接口開放。和前端產品做邊界劃分時要主動制定接口規范，如：提供哪些接口、調用哪些接口、存儲哪些數據、數據狀態管理、人工處理機制。對平臺內各子系統都要用到的公共數據做統一接口設計，接入其他業務平臺要遵循統一的業務接入規范。
設計步驟：
1.根據業務需求設計流程，形成業務流程圖。
2.根據業務需求把各個系統的處理流程串聯起來，定義交互&協同的接口，形成產品流程圖。
3.定義每個系統的上下文，設計內部主要功能點和說明，形成需求列表。
4.根據需求列表，細化成產品需求文檔。
4、產品分工原則
1.按產品類型區分，前端產品轉化很重要，后端更多是業務邏輯、架構和數據。目標不一致，一個產品經理同時做會顧此失彼，一般是分開，前端做體驗、提要求，后端提供實現。其中，角色的輸入->動作->輸出，這個邏輯哪邊重那邊主導更好，比如流量轉化監控，這個數據產生的邏輯在前端，后端支撐分析工作，這個前端主導最好。又比如，業務邏輯在后端，前端僅是入口和誘因，那后端主導更好。
2.對一個完整業務不要去嚴格區分前端和后端，從本質的角度出發，按對業務需求理解程度和產品把控程度（需求理解、產品迭代、運營考慮等）來分工。
posted on 2015-10-14 22:33
cheng 閱讀(5419)
評論(1) 編輯 收藏 所屬分類:
互聯網產品