這個月，聚焦了客服系統、CRM系統、HR系統的產品設計。有朋友留言給我，說“Kevin，能不能講講其他後臺產品？”

說實話，之前的分享都是基於我在工作和團隊的案例來複盤的。對於中後臺這樣的業務系統來說，業務變則產品變、業務不變則產品穩中迭代

之前在騰訊醫療碳雲智慧負責和參與過開放平臺的設計。今天也藉此分享下網際網路產品在使用者上升後所累積的開放平臺。

開放平臺在表面看，好像就是一個產品官網，但實際上真的這麼簡單嗎？

我們看到越來越多的網際網路公司在花高薪聘請開放平臺產品經理加入。

事實上，他仍然是一個面向產品合作伙伴的一個產品。有前端、後臺、使用者客戶端，同時還會有支付能力，不是一件容易事。

今天與大家分享下開放平臺的搭建，拆解了網上一個案例

開放平臺是什麼？

開放平臺指的是能力開放，通過C端使用者逐漸積累。企業面臨要提供自身產品使用者資料、內容資料、業務流到其他產品下。

可是如果針對每個合作伙伴產品都定製化設計，導致合作成本逐漸升高，同時也不容易維護。

最主要是無法形成有商業模型的能力合作。

開放平臺的產品經理，通過梳理產品在行業的業務場景，可關聯的行業內容。

▲ 開放平臺客戶端、前端的規劃

開放平臺會分為產品介紹前端、客戶端（遊客）、客戶端（付費）、客戶端（定製）、開放平臺運營後臺（本次沒有提及）

上圖是某個開放平臺的產品roadmap,標註了1.0和2.0的各項功能開發計劃。

▲ 喜馬拉雅開放平臺

一個開放平臺，不僅是要求有足夠的開放能力，還得需要不斷通過運營策略、獲取線索、商機，再刺激普通合作使用者轉化為付費合作伙伴。

開放平臺的簽約流程

每個開放平臺，都會有一個簽約註冊流程。包括個人簽約、企業簽約，唯一要注意區別的是分別要求的資訊內容不同。

▲ 開放平臺的簽約流程

開放平臺的簽約費用是根據能力接入、頻次決定的。所以針對大客戶還會有大量的商務過程。

開放平臺的賬戶體系

雖然開放平臺是一款SaaS的web產品，但我建議中後臺產品仍然要把當做一個新的To C產品來做。包括產品的賬戶登入，當然通常會選擇關聯已有的app產品關聯登入即可。

考慮UI設計、好的互動體驗也是應該的。

▲ 開放平臺的登入註冊可使用APP產品

同時對付費使用者、遊客的不同許可權和開發共同方案，比如免費使用者呼叫介面頻次和能力如何，包括介面使用、應用建立數、接入次數，都需要限制。

▲ 開放平臺的賬戶基本資訊

和其他的基本的網際網路產品一樣，訊息通知、產品充值入口、資訊消費在開放拼圖都要具備。

展示企業的開放平臺資訊、到期時間、購買付費介面資訊都是應該的。

建立應用

開放平臺登入後，使用者第一件事是插入自己的SDK或接入API。

▲ 開放平臺的應用建立

如果是app則需要提前查詢到產品的SN資訊，包括APPKEY。其次再可建立基於開放平臺能力的應用

提供介面列表、使用次數、已經購買的介面

▲ 開放平臺統計資料

▲ 開放平臺的介面提示

介面還要提供示例，比如

請求引數返回引數介面引數異常引數

同時如果介面提供了帶有邏輯判斷等，應該提供效果演示demo。同時還要提供錯誤程式碼、常見問題。

由於開放平臺的使用者是技術人群，中後臺產品要時刻與團隊的開發產生可維護和迭代的FAQ。

開發平臺的主要場景：接入成功判斷

開放平臺可以只提供API或SDK能力，也可以都提供。具體根據開放平臺提供商而定，但不管哪種能力開放，開發者要確定接入能力是否成功。

▲ 開放平臺的除錯面板

針對請求方式、和引數名字。結果值是否和預期一樣，這都是團隊內部開發要提前梳理的內容。

同時某些開放能力是可以提供頁面的，那前端頁面可自定義化也要提供預覽的工具。

▲ 開放平臺H5自定義

中後臺產品經理要和開發團隊，提前準備好這類開放能力的正確使用程式碼示例、錯誤示例、以及引數結果。產品經理則只要按程式碼邏輯輸出展示頁面即可。

介面統計報表

開放平臺同樣屬於站在企業業務的後端，應用管理者仍然需要檢視API的呼叫資料、和API的統計資料。

所以開放平臺的報表能力是一件剛需，若API裡面有其他資料欄位，則應該展示。

▲ 開放平臺的資料報表

▲ 喜馬拉雅api資料統計

如上是介面的使用次數、和贈送份數。開發者可以看到自己產品在接呼叫的規律，提前預支產品Bug和惡意呼叫的使用者操作行為。

針對惡意行為，開放平臺可以支援安全中心。方便開發者對惡意IP地址或中斷裝置進行攔截。

▲ 開放平臺的白名單設定

勾選付費介面自定義、IP地址自定義（注意IP規則），幫助開發者進行風控管理。

最後要說明的是，上面的開放平臺並沒有支援線上購買的方式。所有的開放能力仍然是靠市場、商務走線下方式解決的。

購買後，再通過後臺派送許可權和名額，完成開放平臺的付費使用。