隨著互聯網新零售模式的發(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接口這三個關鍵資源。下面詳細說明一下三者之間的關系，這也是本文的重點部分。

應用、接口、應用類別三者關系：

1. 一個api接口可以屬于0個或多個應用類別。比如一個作廢的api，并不一定默認就開放給商戶使用，由于涉及到結算，可能需要協議的支持才會開放，當需要開放時直接給相應的應用進行開放即可。而對于一個查詢訂單狀態(tài)的api來說，默認可能屬于多個應用類別，它屬于公用api。
2. 一個應用類別可以包含0個或多個api接口，這種情況下當按照此類別創(chuàng)建應用后，需要人工添加與之關聯的接口。比如很多情況下，不是所有商戶都會按照你的開放平臺標準進行對接，此時需我們就需要按一個不包含任何接口的類別創(chuàng)建一個應用，然后將按對方標準定制化開發(fā)后的api接口與應用直接綁定。
3. 一個應用只少且只能屬于1個應用類別，為什么這么說呢，一個應用類別，就相當于一個抽象的應用，一個模子，而創(chuàng)建應用正好像實例化的過程，按照模子造東西的過程。
4. 一個應用類別可以包含0個或多個應用。當沒有按照這個類型創(chuàng)建應用時，自然就不包含應用了，同理按這個應用類型也可以創(chuàng)建很多應用。
5. 一個api接口也可以屬于0個或多個應用。如上述第1點，一個特殊的api需要手工開放給某個應用使用。
6. 一個應用也可以包含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協議