交易和支付,有啥區別?
可能不少人會有疑惑:交易系統和支付系統,二者之間存在哪些差別?有時甚至會覺得支付系統可以完成交易系統的職能,那后者存在的意義又是什么?如果想了解這個問題,可能我們需要從企業分工等角度進行考慮。先一起來看看作者的分析。
昨天微信群里有一位朋友問了一個問題,我覺得特別有代表性,也是很多初中級甚至是高級產品經常會遇到的疑惑:
“感覺交易系統的事,其實支付系統也能做?!?/p>
但,我不想直接去回答,因為說了這次的答案,還會遇到更多同類問題,如“交易系統跟訂單系統有什么區別,清分系統、清算系統、計費系統三者有什么區別,賬務系統、賬戶系統、會計系統三者有什么區別”…
因此,問題的關鍵不是問題本身,而是他沒有“分析方法”,如果有分析方法,任何問題都可以自洽,就算沒有最終的所謂的標準答案,標準答案不重要也沒有,關鍵是在我們自己的認知體系里要自洽,可解釋。
我嘗試著將我的思考過程展示給他,讓他從中收獲一項“可復用的分析模型”。
那么交易系統和支付系統究竟有什么區別呢?
我們先思考一個問題:問題中提到支付系統也能做,其實它什么都能做,但為什么它不做呢?
這要從系統發展史說起,在企業發展過程中形成的“職能細化,子系統的獨立拆分”現象,就像盤古開天辟地一樣,從混沌到復雜的生態。
一、一個系統打天下
當公司剛成立很小的時候,做在線交易只需要一個“交易系統”就可以了,因為業務體量小,公司沒錢,沒人,所以沒必要搞那么復雜的產品體系。
而就算是一個“交易系統”,其中也完整地包含“收銀臺、訂單、卡券、計費結算、支付處理、渠道管理、財務”。
所以,雖然是一個系統,但是他承載的職能是清晰、明確的;無論有多少系統,系統規模大小,一個企業的主體業務大體都是一樣的,用戶要選購、要下單、要支付、商家要結算。
因此,在認識系統之前,先明白企業的各種職能,什么是交易、什么是訂單、什么是支付……因為解決這些職能不只是系統可以實現,線下面對面也可以實現,比如支付,線下給現金就可以,寫個收據就可以,把“事搞明白”。
二、舊系統解體,新體系形成
隨著公司的發展,業務體量的增加,原來的交易系統越來越笨重,調整越來越難,逐漸成為平臺的瓶頸。
而這個時候公司也有錢了,開始重新細化和打包職能,重新定義和規劃舊交易系統中的“收銀臺服務”“訂單服務”“清結算服務”“支付處理服務”“卡券營銷服務”“渠道管理”,為了更精準高效的管理這些服務,開始逐漸獨立出新的單獨的系統,交付給單獨的團隊和產品經理去負責。
因此,子系統“收銀臺”“訂單系統”“清結算系統”“卡券系統”“支付處理系統”“渠道管理系統”出現……
這樣將每個獨立出來的系統分派給不同的產品部門和產品團隊,這時候產品經理隊伍可能逐漸擴招到了20人甚至是200人,2000人,其中這些獨立出來的眾多系統之間的協同成了非常重要的問題,因為一次交易大家都要參與,而這種協同關系和處理流程就是“交易”。
也就是最原始的那個系統“交易系統”,雖然大家都獨立出去了,但是留下來的那些職能逐漸成為了交易系統的核心職能,比如,訂單系統獨立出去了,但是“創建訂單服務”留在了交易系統里;卡券系統獨立出去了,但是核銷優惠券服務留在了交易系統……
這個過程隨著企業發展而不斷的重復。
企業更大了,業務體量是期初的上百萬倍,更多的職能開始產生,更多的子系統開始獨立處理,更多的人開始被招募進來;
- 收銀臺被分化出前臺、后臺、H5收銀臺、App收銀臺、收銀臺中臺、收銀臺策略平臺……
- 清結算系統開始分化出計費系統、清分系統、規則子系統、結算系統、賬戶系統……
- 支付系統開始分化出收款系統、付款系統、調撥系統、支付風控系統、支付策略系統……
- 渠道管理開始分化出路由系統……
周而復始,無窮盡也。
所以,不能靜態的去理解“誰能做什么,誰做什么,做成什么樣”,而是要從歷史發展和演變的角度、分工的角度、選擇的角度去理解當前的職能是什么,系統是什么,這都是在企業發展過程中,基于企業的特色和個性化選擇下,所形成的系統體系。
先理解職能,企業要干什么;再去理解誰來干,怎么干,為什么這么干。
最后我們再去回答最初的那個問題,交易系統和支付系統的區別,但我的回答不代表所有企業都是這么定義。
從用戶進到平臺開始選購,到最后支付成功,做的所有事情都是交易,而交易就是統籌管理這個過程,所以這個過程里的所有業務都可以劃給交易系統,也都可以從交易系統中獨立出去,而支付系統就是從中獨立出來的一部分。
因此,支付系統只是大交易中的一個環節,主要是處理外部支付渠道支付,也就是用戶“實付”那一部分資金的處理系統,比如用微信支付、支付寶支付、銀行卡支付的那一部分資金。
但是,一筆交易,可以用卡、用券、用積分……這部分就不會由支付系統處理,而是由卡、券、積分系統承接,而與他們的鏈接就交給了“交易系統”,這種鏈接職能,就是卡券積分從交易系統獨立出來以后留在交易系統的那一部分職能……可以參考上面的演變圖。
專欄作家
陳天宇宙,微信公眾號:陳天宇宙,人人都是產品經理專欄作家。多平臺支付領域專欄作者,十年資深產品;專注為10萬支付產品經理和支付機構以及企業提供深度支付內容和服務!
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
支付是交易的一個子流程
作者大大,我好崇拜你,我是你的粉絲!看你的文章讓我受益匪淺,每看一遍都會有新的收獲
那這樣看交易系統是不是基本不會有存儲設計呀?
有交易記錄,你可以理解為交易賬單;具體可以看我的交易系統那篇文章,最好看公眾號中的,更新一點
應該會有自己的一套存根。。。且這個存根其實是一種特化過的訂單類型。
即:只限定于這個交易系統內部的訂單類型,這暗示著還會有其它的交易系統的內部將會關注不同的訂單類型,
但這些訂單類型的共性是:
都只不過是對“訂單服務”中的公共訂單能力的一層薄薄的封裝,封裝成自己的訂單類型。
學習到了,新的思路