產品與技術結合解讀:開放平臺構建思路
隨著互聯網新零售模式的發(fā)展,營銷已不是單一個體運營的時代?;ヂ摼W的發(fā)展促使各個群體相互聯合,使自身在互聯網這個生態(tài)鏈上站穩(wěn)腳跟。互相聯合自然少不了平臺的連接,今天和大家分享一下開放平臺的構建思路。有些文章講的過于產品,要么就是太偏向技術,今天我將產品與技術結合的方式來深入的梳理一下思路。
各大電商以及一些互聯網應用公司,都建立了自己的平臺,讓更多的外部商戶享受到平臺帶來的利益。如淘寶、支付寶、京東、開放了幾百個不同的接口,外圍商戶可以根據需要創(chuàng)建不同的應用,為客戶提供個性化的服務。
建設開放平臺的意義在于,外部商戶可以快速接入,投入很小的人工成本便可完成第三方接入能力。促使業(yè)務或應用快速上線。另外還可以提供一些基礎服務,如果查詢訂單,交易、客戶服務、對賬、方便快捷的提供業(yè)務支持。并且可以很方便的管理第三方應用。
今天以某餐飲品牌為例,來梳理一下思路。某知名餐飲品牌為了推廣自己的飲品,向其它渠道輸出自己的的代金券。企業(yè)要生產自己的代金券,然響有需求的渠道分銷,用戶兌換這個券之后,便可拿到門店使用。假定該品牌也有自己的會員體系,不同等級的會員會享受不同的禮遇。
一、產品和開放對象
首先確定我們有哪些內容?
哪些內容是開放給外部商戶的,這里我們把能開放給第三方的代金券、訂單信息、會員信息、評論信息等統(tǒng)稱為內容。
以某品牌為例:我們現在有自己生產折扣券和代金券,同時還有會員體系、會員產品,這里所說的會員產品比如月會員、年會員等。這些產品是可開放給外部商戶進行商業(yè)行為的。
大概如下情況:
其次,考慮我們的平臺為誰開放,誰可以接入到我們的平臺?
這也是我們最原始的搭建開放平臺的出發(fā)點?,F在開放內容已經定了,哪些用戶會跟我們的內容有關呢?分銷商銷售我們的券碼、和充值會員產品、當然也可以銷售會員兌換碼。所以又要支持核銷券碼和充值會員。這里將會涉及到分銷商、核銷商。如果你與其它品牌進行聯合會員,還會涉及到第三方會員的供貨商,這里就不再提及了,思路都是一樣。
這兩種角色商戶在我們平臺涉及的交互主要有:
- 分銷商:從我們平臺上獲取券碼、充值券碼、充值會員、查看訂單、查看費用等。
- 核銷商:客戶拿到一個會員兌換碼后使用的途徑。當然我們自己的應用或網站也可以使用。為核銷商開放核銷途徑有個好處一是業(yè)務靈活應用,二是核銷可以保存使用記錄方便處理客戶投訴。在這里強調一下,分銷商與核銷可能是一個主體或不同主體,如分銷商既賣券碼,又核銷券碼。
二、平臺開放能力
現在已經確定我們有哪些產品,并且也確定了開放的對象。現在需要確定我們平臺可以開放哪些能力。針對不同的業(yè)務開放的能力也是不同的,以上述業(yè)務場景為例:我們?yōu)榉址咒N商提供充值、獲取、查詢、作廢權益,同時提供券碼消兌。
如果涉及到用戶隱私信息或者需要支持其它app使用當前會員賬號登錄的情況,更安全的做法提供獲取Token的服務。
外部商戶如何才能獲取到這些服務能力呢?我們需要支持商戶自主創(chuàng)建應用,通過應用創(chuàng)建的方式提供貨以這些接口服務。
三、平臺服務能力
外部商入駐我們的開放平臺,平臺上將為外部商戶提供一些基本的支撐能力。支付寶開放平臺為了安全還專門為外部商戶分角色創(chuàng)建子賬號,用以管理不同的業(yè)務。這根據公司需要和能力提供更安全可靠的能力,根據業(yè)務范圍,可為外圍商戶提供提交資質、應用管理、財務管理、申請和查看商品、查看交易流水、訂單查詢功能。
四、平臺內部支撐能力
我們的開放平臺當然不只是給外部人使用的,還有本公司的人員。所以還要確定內部人都什么角色使用這個平臺。現在列出幾種基本上都會有的,銷售、運營、技術、法務、會計。
- 銷售、法務:負責管理商戶,審核合同等。
- 運營:管理日常業(yè)務,負責整體日常運營事務。
- 技術:開放平臺涉及到技術部分的維護、完善文檔。
- 會計:商戶付款等費用管理。
這里簡單的列了幾個模塊,依據業(yè)務不同所涉及到的功能模塊也各不相同,而且可能會涉及到更多的角色。
五、平臺業(yè)務流程
六、商戶入住
首先商戶需求入住我們平臺,也就是注冊、登錄、提交相關資質。此時商戶入住時,提交相關資質,那么在我們的平臺內部,必然涉及到商戶的審核,此場景基本上都會涉及到運營、銷售。
運營主要是審核商戶資質正確性、審核后,如果后續(xù)需要銷售跟進。所以還還需要指定一位銷售人員跟進業(yè)務進展情況或商務層面的溝通,信息化比較完善的企業(yè),建議平臺與CRM系統(tǒng)進行結合。每個公司的情況有所不同,根據實際情況制定相應的業(yè)務流程。這里面主要是強調開放平臺與內部業(yè)務銜接的思考方式。
七、創(chuàng)建應用
為什么說是創(chuàng)建應用呢?而不是直接找到相關接口文檔直接對接。
創(chuàng)建應用的好處在于:
- 第一、以應用方式提供,在商戶創(chuàng)建應用前,我們的平臺已經為商戶開放出各種應用類別,應用類別在后臺已經綁定好了必要的api接口。一個應用創(chuàng)建后要實現哪些開放的api接口,也就一目了然了,這非常適用于有幾十個或幾百個接口的平臺。也就是在我們平臺內部應用管理模塊來管理,一般由產品經量和技術經理來負責。
- 第二、在平臺內部,接口與應用類別綁定后,也便于追溯應用都對接了哪些api接口?;谀芰﹂_放的要求,進一步簡化服務復雜性,面向SOA的設計,采用微服務架構,松耦合的方式。在保障安全穩(wěn)定的前提下,快速靈活開發(fā)應用。
- 第三,商戶在創(chuàng)建應用后,也可以在開放平臺方便管理自己的應用。當存在多個應用時,也容易分辨出業(yè)務訂單來源于哪個應用,便于歸類結算。
創(chuàng)建應用離不開應用類別、應用、 api接口這三個關鍵資源。下面詳細說明一下三者之間的關系,這也是本文的重點部分。
應用、接口、應用類別三者關系:
- 一個api接口可以屬于0個或多個應用類別。比如一個作廢的api,并不一定默認就開放給商戶使用,由于涉及到結算,可能需要協議的支持才會開放,當需要開放時直接給相應的應用進行開放即可。而對于一個查詢訂單狀態(tài)的api來說,默認可能屬于多個應用類別,它屬于公用api。
- 一個應用類別可以包含0個或多個api接口,這種情況下當按照此類別創(chuàng)建應用后,需要人工添加與之關聯的接口。比如很多情況下,不是所有商戶都會按照你的開放平臺標準進行對接,此時需我們就需要按一個不包含任何接口的類別創(chuàng)建一個應用,然后將按對方標準定制化開發(fā)后的api接口與應用直接綁定。
- 一個應用只少且只能屬于1個應用類別,為什么這么說呢,一個應用類別,就相當于一個抽象的應用,一個模子,而創(chuàng)建應用正好像實例化的過程,按照模子造東西的過程。
- 一個應用類別可以包含0個或多個應用。當沒有按照這個類型創(chuàng)建應用時,自然就不包含應用了,同理按這個應用類型也可以創(chuàng)建很多應用。
- 一個api接口也可以屬于0個或多個應用。如上述第1點,一個特殊的api需要手工開放給某個應用使用。
- 一個應用也可以包含0個或多個api接口。如上述第2點,按照一個不包含任何api的類別創(chuàng)建應用時,這個應用也不會包含任何api。一些公用的api可以同時讓多個應用來使用。
以上就是三者邏輯上的關系。在開放平臺內部使用原型圖呈現出來如下,僅供參考,模式是固定,思維是靈活的。
(1)api接口管理
將已部署到開放平臺網關的api接口添加到開放平臺。
(2)應用類別管理
創(chuàng)建應用類別,關聯到api接口。
(3)應用管理
在平臺內部,創(chuàng)建應用
創(chuàng)建應用,生成應用信息,主要是 appID、appKey、appSecret。創(chuàng)建應用時,需要指定應用類別、所屬商戶。我們自己創(chuàng)建應用的原因是,不是所有的商戶都會主動的按照我們開放平臺的標準api接入。但是我們依然可以按照開放平臺的模式管理自己的應用,手動關聯已定制開發(fā)好的api。
編輯應用。
白名單:用來控制商戶哪些地址可以訪問我們的業(yè)務平臺。
授權回調地址:一般用來單點登錄,授權后通知到商戶。
應用網關:商戶回調接口API網關.
密鑰:接口簽名用到。
我們的api接口開發(fā)完后已部署到了開放平臺網關,并且在平臺上創(chuàng)建了應用類別,將接口與類別進行關聯。商戶在開放平臺上注冊完成后便可以按照類別創(chuàng)建應用了。
(4)在開放平臺創(chuàng)建應用
那么,商戶入駐開放平臺后,商戶按照某個類別創(chuàng)建應用,應用創(chuàng)建后便生成了一個appId,一個appKey,此時相關接口便與一個應用的實例進行了關聯。商戶便有了一個身份來訪問這些接口,這里有必要提一下,一個appID,與appKey不一定是一對一的,根據業(yè)務的復雜度有可能是一對多的,用來申請不同權限的token。
有了身份之后我們還需要對身份進行鑒權,否則就相當于只有賬號沒有密碼一樣。所以在生就應用時,還需要生成 appSecret 。 appKey相當于賬號,appSecret相當于密碼,也就所說一個公鑰和私鑰。
有了這個關鍵數據,我們就可以通過已綁定的接口請求一個Token。這個token就相當于訪問其它接口的一個臨時令牌。短時間內有效的,當應用訪問用衣隱私信息時,都必須帶上Token。如果想深入了解token的獲取和使用邏輯請查閱 OAuth2.0協議。
根據平臺配置展示公開申請的應用:
商戶應用創(chuàng)建完了,但是此時應該讓應用停留在測試或待審核階段,如果商戶想訪問正式資源,還需要正式上架應用或提交審核。在提交之前可以要求用戶提供必要的信息,如果IP或域名白名單、授權回調地址。和其實一切你希望用戶提供的信息。也可以在此展示該應用需要必要的信息,如 appkey、appSecret、默認API網關等。
此時商戶的應用已經創(chuàng)建完成,商戶側可以根據指定的接口協議進行開發(fā),所以我們還有必要在開放平臺提供詳細的文檔說明。即前面提到的文檔管理部分,內部技術人員對文檔進行管理。
編輯完成后,開放到外部平臺,供商戶開發(fā)使用。我們還有必要提供一沙箱環(huán)境,讓測試測試環(huán)境生產環(huán)境進行分離,視各公司情況而定。而在生成環(huán)境,也有必要提供一個灰度上線的方式,這樣可以在保證全部測試通過的情況下再對外發(fā)布。
商戶應用開發(fā)完成后需要提交審核,如果平臺開發(fā)得智能化一下結,可以讓商戶在非正式環(huán)境,模擬一些業(yè)務數據,當商戶提交審核時,自動去驗證這些數據,是否合法、合規(guī)、驗證通過的情況下自動審核通過。如果有特殊要求,也可以加入人工控制,實現半自動審核。
(5)財務管理
應用上架后,那么就可以進做正式業(yè)務了,在做正式業(yè)務之前,多數平臺都需要商戶預付一些款項,所以我們應該為商戶提供一些線上付款功能,支付寶、微信、云閃付企業(yè)版均可以提供很好的支持。
如果沒有提供線上的方式,商戶在線下匯款后,平臺應該支持提交付款信息和上傳付款憑證的功能。以便財務人、運營可為商戶認款到商戶賬戶。根據需要還可為賬戶設置不同的賬戶,如現金賬戶、獎勵賬戶等。涉及到款項時,平臺還應該為商戶提供一些預警機制,以免余額不足時影響業(yè)務。
(6)正式運營
商戶付完款后,運營人員要為商戶配置相關商品,如果你平臺上的商品足夠開放的話,也可由商戶自己選擇上線哪些商品。商品配置完后,商戶便可以平臺瀏覽到已開放的商品,以便上架到商戶自己到平臺。應用正式運營后,平臺還應該為商戶提供訂單查詢、交易數據查看分析等基本數據,方便商戶進行對賬,減少人工溝通成本。
小結
至此,已具備一個基本的開放平臺的概念,核心思想主要是對開放接口、應用類別、應用的統(tǒng)一管理。以及業(yè)務為中心的涉及到運營、財務、等方面的功能支撐。實際正式的業(yè)務會比這復雜的多,重要的是在于構建思想。
歡迎各位互相交流學習!
本文由 @大王尋山 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
希望可以交流一下 Eni_CN
希望可以交流一下 kela0007
請問可以微信交流下么,謝謝
多謝大佬,求更多開放平臺更新
寫的不錯,但錯別字也不少
實在抱歉,用的五筆打字,有時打快了,是容易打錯字。
多謝大佬,我剛好要做一個開放平臺,簡直是及時雨啊
老哥,做的咋樣了。公司目前開展了一個開放平臺項目,有空交流交流唄 ??
同學,有開放平臺交流群嗎?我正在規(guī)劃改造開放平臺系統(tǒng),交流交流!
可以亞,大家私信qq,我們公司最近也在做開放平臺,大家一起交流一下
qq在哪里呀,我也想加入一下,謝謝
我的微信zz17621374354,最近也在做開放平臺,希望可以交流下,謝謝
也在做開放平臺,交流一下可以嗎?
我也想入群,求介紹~~
希望可以加微信交流一下,謝謝
最近也準備做開放平臺項目,怎么交流啊
有開放平臺的群么?我也想入群