中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

隨著互聯(lián)網(wǎng)新零售模式的發(fā)展，營銷已不是單一個體運營的時代?；ヂ?lián)網(wǎng)的發(fā)展促使各個群體相互聯(lián)合，使自身在互聯(lián)網(wǎng)這個生態(tài)鏈上站穩(wěn)腳跟?；ハ嗦?lián)合自然少不了平臺的連接，今天和大家分享一下開放平臺的構(gòu)建思路。有些文章講的過于產(chǎn)品，要么就是太偏向技術(shù)，今天我將產(chǎn)品與技術(shù)結(jié)合的方式來深入的梳理一下思路。

各大電商以及一些互聯(lián)網(wǎng)應(yīng)用公司，都建立了自己的平臺，讓更多的外部商戶享受到平臺帶來的利益。如淘寶、支付寶、京東、開放了幾百個不同的接口，外圍商戶可以根據(jù)需要創(chuàng)建不同的應(yīng)用，為客戶提供個性化的服務(wù)。

建設(shè)開放平臺的意義在于，外部商戶可以快速接入，投入很小的人工成本便可完成第三方接入能力。促使業(yè)務(wù)或應(yīng)用快速上線。另外還可以提供一些基礎(chǔ)服務(wù)，如果查詢訂單，交易、客戶服務(wù)、對賬、方便快捷的提供業(yè)務(wù)支持。并且可以很方便的管理第三方應(yīng)用。

今天以某餐飲品牌為例，來梳理一下思路。某知名餐飲品牌為了推廣自己的飲品，向其它渠道輸出自己的的代金券。企業(yè)要生產(chǎn)自己的代金券，然響有需求的渠道分銷，用戶兌換這個券之后，便可拿到門店使用。假定該品牌也有自己的會員體系，不同等級的會員會享受不同的禮遇。

一、產(chǎn)品和開放對象

首先確定我們有哪些內(nèi)容？

哪些內(nèi)容是開放給外部商戶的，這里我們把能開放給第三方的代金券、訂單信息、會員信息、評論信息等統(tǒng)稱為內(nèi)容。

以某品牌為例：我們現(xiàn)在有自己生產(chǎn)折扣券和代金券，同時還有會員體系、會員產(chǎn)品，這里所說的會員產(chǎn)品比如月會員、年會員等。這些產(chǎn)品是可開放給外部商戶進行商業(yè)行為的。

大概如下情況：

其次，考慮我們的平臺為誰開放，誰可以接入到我們的平臺？

這也是我們最原始的搭建開放平臺的出發(fā)點?，F(xiàn)在開放內(nèi)容已經(jīng)定了，哪些用戶會跟我們的內(nèi)容有關(guān)呢？分銷商銷售我們的券碼、和充值會員產(chǎn)品、當然也可以銷售會員兌換碼。所以又要支持核銷券碼和充值會員。這里將會涉及到分銷商、核銷商。如果你與其它品牌進行聯(lián)合會員，還會涉及到第三方會員的供貨商，這里就不再提及了，思路都是一樣。

這兩種角色商戶在我們平臺涉及的交互主要有：

• 分銷商：從我們平臺上獲取券碼、充值券碼、充值會員、查看訂單、查看費用等。
• 核銷商：客戶拿到一個會員兌換碼后使用的途徑。當然我們自己的應(yīng)用或網(wǎng)站也可以使用。為核銷商開放核銷途徑有個好處一是業(yè)務(wù)靈活應(yīng)用，二是核銷可以保存使用記錄方便處理客戶投訴。在這里強調(diào)一下，分銷商與核銷可能是一個主體或不同主體，如分銷商既賣券碼，又核銷券碼。

二、平臺開放能力

現(xiàn)在已經(jīng)確定我們有哪些產(chǎn)品，并且也確定了開放的對象?，F(xiàn)在需要確定我們平臺可以開放哪些能力。針對不同的業(yè)務(wù)開放的能力也是不同的，以上述業(yè)務(wù)場景為例：我們?yōu)榉址咒N商提供充值、獲取、查詢、作廢權(quán)益，同時提供券碼消兌。

如果涉及到用戶隱私信息或者需要支持其它app使用當前會員賬號登錄的情況，更安全的做法提供獲取Token的服務(wù)。

外部商戶如何才能獲取到這些服務(wù)能力呢？我們需要支持商戶自主創(chuàng)建應(yīng)用，通過應(yīng)用創(chuàng)建的方式提供貨以這些接口服務(wù)。

三、平臺服務(wù)能力

外部商入駐我們的開放平臺，平臺上將為外部商戶提供一些基本的支撐能力。支付寶開放平臺為了安全還專門為外部商戶分角色創(chuàng)建子賬號，用以管理不同的業(yè)務(wù)。這根據(jù)公司需要和能力提供更安全可靠的能力，根據(jù)業(yè)務(wù)范圍，可為外圍商戶提供提交資質(zhì)、應(yīng)用管理、財務(wù)管理、申請和查看商品、查看交易流水、訂單查詢功能。

四、平臺內(nèi)部支撐能力

我們的開放平臺當然不只是給外部人使用的，還有本公司的人員。所以還要確定內(nèi)部人都什么角色使用這個平臺?，F(xiàn)在列出幾種基本上都會有的，銷售、運營、技術(shù)、法務(wù)、會計。

• 銷售、法務(wù)：負責管理商戶，審核合同等。
• 運營：管理日常業(yè)務(wù)，負責整體日常運營事務(wù)。
• 技術(shù)：開放平臺涉及到技術(shù)部分的維護、完善文檔。
• 會計：商戶付款等費用管理。

這里簡單的列了幾個模塊，依據(jù)業(yè)務(wù)不同所涉及到的功能模塊也各不相同，而且可能會涉及到更多的角色。

五、平臺業(yè)務(wù)流程

六、商戶入住

首先商戶需求入住我們平臺，也就是注冊、登錄、提交相關(guān)資質(zhì)。此時商戶入住時，提交相關(guān)資質(zhì)，那么在我們的平臺內(nèi)部，必然涉及到商戶的審核，此場景基本上都會涉及到運營、銷售。

運營主要是審核商戶資質(zhì)正確性、審核后，如果后續(xù)需要銷售跟進。所以還還需要指定一位銷售人員跟進業(yè)務(wù)進展情況或商務(wù)層面的溝通，信息化比較完善的企業(yè)，建議平臺與CRM系統(tǒng)進行結(jié)合。每個公司的情況有所不同，根據(jù)實際情況制定相應(yīng)的業(yè)務(wù)流程。這里面主要是強調(diào)開放平臺與內(nèi)部業(yè)務(wù)銜接的思考方式。

七、創(chuàng)建應(yīng)用

為什么說是創(chuàng)建應(yīng)用呢？而不是直接找到相關(guān)接口文檔直接對接。

創(chuàng)建應(yīng)用的好處在于：

• 第一、以應(yīng)用方式提供，在商戶創(chuàng)建應(yīng)用前，我們的平臺已經(jīng)為商戶開放出各種應(yīng)用類別，應(yīng)用類別在后臺已經(jīng)綁定好了必要的api接口。一個應(yīng)用創(chuàng)建后要實現(xiàn)哪些開放的api接口，也就一目了然了，這非常適用于有幾十個或幾百個接口的平臺。也就是在我們平臺內(nèi)部應(yīng)用管理模塊來管理，一般由產(chǎn)品經(jīng)量和技術(shù)經(jīng)理來負責。
• 第二、在平臺內(nèi)部，接口與應(yīng)用類別綁定后，也便于追溯應(yīng)用都對接了哪些api接口。基于能力開放的要求，進一步簡化服務(wù)復(fù)雜性，面向SOA的設(shè)計，采用微服務(wù)架構(gòu)，松耦合的方式。在保障安全穩(wěn)定的前提下，快速靈活開發(fā)應(yīng)用。
• 第三，商戶在創(chuàng)建應(yīng)用后，也可以在開放平臺方便管理自己的應(yīng)用。當存在多個應(yīng)用時，也容易分辨出業(yè)務(wù)訂單來源于哪個應(yīng)用，便于歸類結(jié)算。

創(chuàng)建應(yīng)用離不開應(yīng)用類別、應(yīng)用、 api接口這三個關(guān)鍵資源。下面詳細說明一下三者之間的關(guān)系，這也是本文的重點部分。

應(yīng)用、接口、應(yīng)用類別三者關(guān)系：

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

以上就是三者邏輯上的關(guān)系。在開放平臺內(nèi)部使用原型圖呈現(xiàn)出來如下，僅供參考，模式是固定，思維是靈活的。

（1）api接口管理

將已部署到開放平臺網(wǎng)關(guān)的api接口添加到開放平臺。

（2）應(yīng)用類別管理

創(chuàng)建應(yīng)用類別，關(guān)聯(lián)到api接口。

（3）應(yīng)用管理

在平臺內(nèi)部，創(chuàng)建應(yīng)用

創(chuàng)建應(yīng)用，生成應(yīng)用信息，主要是 appID、appKey、appSecret。創(chuàng)建應(yīng)用時，需要指定應(yīng)用類別、所屬商戶。我們自己創(chuàng)建應(yīng)用的原因是，不是所有的商戶都會主動的按照我們開放平臺的標準api接入。但是我們依然可以按照開放平臺的模式管理自己的應(yīng)用，手動關(guān)聯(lián)已定制開發(fā)好的api。

編輯應(yīng)用。

白名單：用來控制商戶哪些地址可以訪問我們的業(yè)務(wù)平臺。

授權(quán)回調(diào)地址：一般用來單點登錄，授權(quán)后通知到商戶。

應(yīng)用網(wǎng)關(guān)：商戶回調(diào)接口API網(wǎng)關(guān).

密鑰：接口簽名用到。

我們的api接口開發(fā)完后已部署到了開放平臺網(wǎng)關(guān)，并且在平臺上創(chuàng)建了應(yīng)用類別，將接口與類別進行關(guān)聯(lián)。商戶在開放平臺上注冊完成后便可以按照類別創(chuàng)建應(yīng)用了。

（4）在開放平臺創(chuàng)建應(yīng)用

那么，商戶入駐開放平臺后，商戶按照某個類別創(chuàng)建應(yīng)用，應(yīng)用創(chuàng)建后便生成了一個appId,一個appKey，此時相關(guān)接口便與一個應(yīng)用的實例進行了關(guān)聯(lián)。商戶便有了一個身份來訪問這些接口，這里有必要提一下，一個appID,與appKey不一定是一對一的，根據(jù)業(yè)務(wù)的復(fù)雜度有可能是一對多的，用來申請不同權(quán)限的token。

有了身份之后我們還需要對身份進行鑒權(quán)，否則就相當于只有賬號沒有密碼一樣。所以在生就應(yīng)用時，還需要生成 appSecret 。 appKey相當于賬號，appSecret相當于密碼，也就所說一個公鑰和私鑰。

有了這個關(guān)鍵數(shù)據(jù)，我們就可以通過已綁定的接口請求一個Token。這個token就相當于訪問其它接口的一個臨時令牌。短時間內(nèi)有效的，當應(yīng)用訪問用衣隱私信息時，都必須帶上Token。如果想深入了解token的獲取和使用邏輯請查閱 OAuth2.0協(xié)議。

根據(jù)平臺配置展示公開申請的應(yīng)用：

商戶應(yīng)用創(chuàng)建完了，但是此時應(yīng)該讓應(yīng)用停留在測試或待審核階段，如果商戶想訪問正式資源，還需要正式上架應(yīng)用或提交審核。在提交之前可以要求用戶提供必要的信息，如果IP或域名白名單、授權(quán)回調(diào)地址。和其實一切你希望用戶提供的信息。也可以在此展示該應(yīng)用需要必要的信息，如 appkey、appSecret、默認API網(wǎng)關(guān)等。

此時商戶的應(yīng)用已經(jīng)創(chuàng)建完成，商戶側(cè)可以根據(jù)指定的接口協(xié)議進行開發(fā)，所以我們還有必要在開放平臺提供詳細的文檔說明。即前面提到的文檔管理部分，內(nèi)部技術(shù)人員對文檔進行管理。

編輯完成后，開放到外部平臺，供商戶開發(fā)使用。我們還有必要提供一沙箱環(huán)境，讓測試測試環(huán)境生產(chǎn)環(huán)境進行分離，視各公司情況而定。而在生成環(huán)境，也有必要提供一個灰度上線的方式，這樣可以在保證全部測試通過的情況下再對外發(fā)布。

商戶應(yīng)用開發(fā)完成后需要提交審核，如果平臺開發(fā)得智能化一下結(jié)，可以讓商戶在非正式環(huán)境，模擬一些業(yè)務(wù)數(shù)據(jù)，當商戶提交審核時，自動去驗證這些數(shù)據(jù)，是否合法、合規(guī)、驗證通過的情況下自動審核通過。如果有特殊要求，也可以加入人工控制，實現(xiàn)半自動審核。

（5）財務(wù)管理

應(yīng)用上架后，那么就可以進做正式業(yè)務(wù)了，在做正式業(yè)務(wù)之前，多數(shù)平臺都需要商戶預(yù)付一些款項，所以我們應(yīng)該為商戶提供一些線上付款功能，支付寶、微信、云閃付企業(yè)版均可以提供很好的支持。

如果沒有提供線上的方式，商戶在線下匯款后，平臺應(yīng)該支持提交付款信息和上傳付款憑證的功能。以便財務(wù)人、運營可為商戶認款到商戶賬戶。根據(jù)需要還可為賬戶設(shè)置不同的賬戶，如現(xiàn)金賬戶、獎勵賬戶等。涉及到款項時，平臺還應(yīng)該為商戶提供一些預(yù)警機制，以免余額不足時影響業(yè)務(wù)。

（6）正式運營

商戶付完款后，運營人員要為商戶配置相關(guān)商品，如果你平臺上的商品足夠開放的話，也可由商戶自己選擇上線哪些商品。商品配置完后，商戶便可以平臺瀏覽到已開放的商品，以便上架到商戶自己到平臺。應(yīng)用正式運營后，平臺還應(yīng)該為商戶提供訂單查詢、交易數(shù)據(jù)查看分析等基本數(shù)據(jù)，方便商戶進行對賬，減少人工溝通成本。

小結(jié)

至此，已具備一個基本的開放平臺的概念，核心思想主要是對開放接口、應(yīng)用類別、應(yīng)用的統(tǒng)一管理。以及業(yè)務(wù)為中心的涉及到運營、財務(wù)、等方面的功能支撐。實際正式的業(yè)務(wù)會比這復(fù)雜的多，重要的是在于構(gòu)建思想。

歡迎各位互相交流學(xué)習(xí)！

本文由 @大王尋山 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議