這個月，聚焦了客服系統、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規則），幫助開發者進行風控管理。
最後要說明的是，上面的開放平臺並沒有支持線上購買的方式。所有的開放能力仍然是靠市場、商務走線下方式解決的。
購買後，再通過後臺派送權限和名額，完成開放平臺的付費使用。
閱讀更多 產品經理髮現生活 的文章
