1. 引言
這個系列主要寫一下自己關于支付產(chǎn)品設計的經(jīng)驗和思考。在聊具體問題前先用一篇簡短的文章概括一下我的產(chǎn)品設計思想。
2. 產(chǎn)品經(jīng)理工作內(nèi)容
產(chǎn)品經(jīng)理最核心的工作內(nèi)容是挖掘需求，并為問題找到解決方案。最獨特的性質在于，不同于其他崗位，產(chǎn)品經(jīng)理需要為整個產(chǎn)品負責，需要站在不同角色的視角分析問題。例如在內(nèi)部，需要站在銷售的視角，思考什么樣的產(chǎn)品能更好賣出去；運營視角，思考如何獲取新用戶、減少流失；技術視角，思考如何降低開發(fā)成本、保證可擴展性和易維護等；在外部，需要站在用戶視角思考如何滿足需求，以及不同屬性的用戶特異性的體驗等。所面對問題的難點主要在于：問題經(jīng)常是沒有唯一正確解法的，經(jīng)常需要在不同的要求間尋找某種平衡，例如用戶完成購買用時和單均金額間的平衡，供需匹配速度和系統(tǒng)整體效率的平衡等。其次是權責不對等的問題，產(chǎn)品經(jīng)理的角色決定了，做好產(chǎn)品工作需要為整個系統(tǒng)全流程的各個節(jié)點操心，經(jīng)常需要協(xié)調推動多團隊，但實際上產(chǎn)品經(jīng)理又不具有實際的權力，也不具有完全的方案決策權，這又涉及到另一種平衡的藝術。
3. 產(chǎn)品設計的目標
產(chǎn)品設計的目標是全局價值的最大化。具體可以分為三個方面：
- 用戶價值：產(chǎn)品解決了用戶問題，為用戶創(chuàng)造了足夠大的價值；用戶獲得的價值大于“購買”產(chǎn)品的成本，用戶才會使用該產(chǎn)品。
- 商業(yè)價值：產(chǎn)品為企業(yè)帶來了足夠大的商業(yè)價值；企業(yè)獲得的直接和間接收益大于生產(chǎn)產(chǎn)品的成本，產(chǎn)品才是有利可圖的。
- 可持續(xù)性：好的產(chǎn)品要可持續(xù)的創(chuàng)造用戶價值和商業(yè)價值。
4. 產(chǎn)品設計的前提
產(chǎn)品設計的前提是理解業(yè)務，所有產(chǎn)品都是要解決具體業(yè)務問題的。如何理解業(yè)務？互聯(lián)網(wǎng)在本質只是提升了信息傳遞和處理效率，進而使一些通過傳統(tǒng)方式不能完成的業(yè)務成為了可能。但在最根本的邏輯上，所有業(yè)務都不是新的，人的需求本就存在，大部分業(yè)務也本就存在。例如滴滴解決的無非就是叫車的效率提高了，原來我們也可以通過電話的方式預定出租車。所以理解互聯(lián)網(wǎng)業(yè)務，首先要從人的需求出發(fā)，分析現(xiàn)有的業(yè)務模式，確定要解決的問題。業(yè)務分析有以下幾個方面
- 定位
首先是業(yè)務定位，選擇業(yè)務方向和要服務的用戶等；
其次是產(chǎn)品定位，要解決的核心需求是什么，邊界在哪里，差異化點在哪里等 - 目標
首先是業(yè)務目標，業(yè)務要達成的具體目標是什么。一般每個業(yè)務都會有周期性的目標。
然后是產(chǎn)品目標，即完成業(yè)務目標所需要的支撐。產(chǎn)品為配合業(yè)務目標的達成，會依據(jù)業(yè)務所處階段和業(yè)務目標制定產(chǎn)品目標。 - 業(yè)務關系
企業(yè)通常會出于抗風險、建立協(xié)同效應、推動增長等目的，建立業(yè)務體系矩陣，各業(yè)務間通常是具有協(xié)同或互補關系的。了解當前業(yè)務與其他業(yè)務的關聯(lián)，疏導出各業(yè)務的內(nèi)在聯(lián)系和推演發(fā)展趨勢，有助于設計出更合理產(chǎn)品架構。 - 角色
搞清楚這個系統(tǒng)到底有哪些人在用，可分為內(nèi)部角色（如財務人員、銷售人員、客服人員）和外部角色（如終端用戶、商戶、配送員）。明確核心業(yè)務角色和層級關系，角色間的協(xié)同和限制條件等，針對性滿足不同角色的訴求。 - 場景
需求來源于真實的場景，場景決定了具體問題可采用的解決方案。同一個策略在不同的場景下所涉及的成本和收益差異通常是巨大的，需要有場景化思維，針對場景設計解決問題的方案。 - 業(yè)務規(guī)則
業(yè)務規(guī)則決定了在具體的情況下，哪些是可以做和不可以做的事情，控制和影響業(yè)務目標，維持業(yè)務結構、規(guī)避各類風險。 - 業(yè)務流程
業(yè)務流程是由各角色共同完成的一系列活動，這些活動的內(nèi)容、方式、責任都有明確的界定?？梢允褂妹嫦噙^程的編程思想理解業(yè)務流程，以事件為中心，分析出解決問題所需要的步驟，然后確定各個步驟如何實現(xiàn)，各個步驟的輸入輸出連接起來，組成業(yè)務流程。
5. 產(chǎn)品架構設計
一般提到架構設計，都是指技術層面的架構。產(chǎn)品也需要架構設計能力，越高階的產(chǎn)品對架構的理解應該越深入。產(chǎn)品經(jīng)理需要理解的架構設計有以下幾個層級：業(yè)務架構、信息架構、模塊架構。
業(yè)務架構：為了達成企業(yè)的愿景，或者更具體的商業(yè)目標，往往會發(fā)展出多種多種不同類型的業(yè)務，類似于上一段所說的業(yè)務間關系，多種業(yè)務如何組合去完成最核心的目標。
信息架構：對于產(chǎn)品全局，需要考慮產(chǎn)品給用戶呈現(xiàn)的全貌，各個功能之間的層架關系。對于具體的產(chǎn)品功能，需要考慮核心數(shù)據(jù)如何生成、流轉，完成整個業(yè)務流程。
模塊架構：產(chǎn)品由哪些模塊組成，各個模塊需要完成什么功能才能完成整個業(yè)務流程。各個模塊之間的層級和相互依賴關系是怎樣的。
（1）架構設計目標
- 高可用：衡量產(chǎn)品對需求的支持程度。好的產(chǎn)品設計需要盡量保證產(chǎn)品在多種場景下是高可用的，避免出現(xiàn)不可用的場景和無法閉環(huán)的邏輯漏洞；
- 低耦合：即軟件設計的高內(nèi)聚、低耦合原則；拆解產(chǎn)品模塊，把同一類型的任務內(nèi)聚到同一個模塊里完成，降低模塊間的相互依賴關系，避免出現(xiàn)改動時“牽一發(fā)而動全身”；
- 可擴展：每個模塊相互獨立，同時考慮到業(yè)務的發(fā)展，預留擴展空間。對具體功能的擴展不依賴對整個產(chǎn)品各種細節(jié)的了解。
（2）架構設計思想
- 窮舉、歸納、泛化：產(chǎn)品設計的思考階段。第一步是力求窮舉業(yè)務上可能出現(xiàn)的各種情況，比如各種業(yè)務類型、場景、用戶等；第二步是歸納，把窮舉出的各種場景、需求按照合適的維度進行分類，針對每個分類設計相應的解決方案；最后是泛化，思考各種需求背后的需求、或是衍生的需求和場景等，產(chǎn)品設計上對有必要的需求進行覆蓋。
- 面向對象：類似軟件編程的思想，把現(xiàn)實世界中的業(yè)務流程抽象一些對象，每個對象有特定的屬性和功能，通過對象間的組合、各司其職完成整個業(yè)務流程；
- 函數(shù)思想：把每個對象理解為一個函數(shù)。對于一個函數(shù)，在給定一些輸入和輸出值后，可以計算出它的表達式。對于產(chǎn)品的模塊，根據(jù)業(yè)務流程在這個節(jié)點的要求，可以確定這個“函數(shù)”需要有怎樣的輸入輸出，進而確定功能模塊的具體邏輯；一個函數(shù)的輸出可以做另一個函數(shù)的輸入，多個函數(shù)串起來即可得出最終的輸出，即完成業(yè)務流程。
- 考慮具體情況：并不是說我們能設計優(yōu)秀的產(chǎn)品架構，就一定要追求最完美的產(chǎn)品架構，還要結合業(yè)務現(xiàn)狀、投入產(chǎn)出來確定架構設計要做到什么程度。例如創(chuàng)頁早期，最重要的就是先驗證產(chǎn)品是否可用，是否能夠獲取到足夠的用戶。這時候追求合理的架構設計，一定要達成高內(nèi)聚、低耦合實際上是沒有意義的。在核心業(yè)務模式跑通、業(yè)務規(guī)模逐漸增大時才需要考慮架構問題。
