【產品經理】產品經理不懂API接口是什麼,怎麼和程序員做朋友?

接口不是技術經理來寫嗎?沒接過它,一臉不清楚地節奏


開放即共享,是互聯網的一個重要屬性和精神。它是一種服務模式,一個特殊的產品,目前較大規模的互聯網企業都有自己的開放平臺。

如果把自己侷限爲一個功能產品經理,工作當中只是研究研究產品交互形式、操作流程、表層架構,那確定不太需要知道開放平臺相關知識。但如果希望自己能夠在較高一層看待產品,那麼不光光要熟悉產品本身,還需要知道開放生態,清楚哪些內容可以開放出去,服務什麼樣的人羣?能和哪些垂直領域的優質ISV(獨立軟件服務商,特指專門從事軟件的開發、生產、銷售和服務的企業)合作,打造更好的服務生態。

對接口的理解

說到開發平臺就一定離不開接口,作爲pm,我們不需要對接口瞭解的特別細。只需要知道接口是什麼,有什麼用,有哪些要素就行。

1、接口是什麼。

生活中我們會接觸很多接口,像HDMI接口,USB接口,而且我們知道接入某個接口就能實現某種功能,例如U盤插入電腦USB接口就可以相互傳輸文件,我們並不需要知道具體是怎麼實現的,只需要接入之後能幹什麼就行。其實從實際意義上講程序的接口也和硬件一樣,將內部實現的功能封裝起來,像一個盒子一樣只留出一個口子,人們接入這個口子就能使用這個功能。

2、接口有什麼用。

實際開發中,當前端和後端有數據交互時,前端開發人員都會直接向後端詢問接口,而不會問他具體的實現,比如APP上需要展現目前天氣,那麼前端開發直接接入一個天氣查詢接口就行。另外接口的開放可以幫助第三方應用輕鬆實現更多功能,如第三方登錄、第三方支付等等。

3、接口的幾大要點

接口地址——請求的網址。

請求方法——一般採用的是HTTP協議的POST和GET請求。

請求參數——你傳過去是什麼內容。

返回內容——就是你傳參數過去之後得到返回的內容,返回內容的格式一般爲json或xml格式

錯誤代碼——也是返回內容的一部分,當接口發生一些意外情況時,錯誤代碼會告訴你原因。

舉個例子,你的APP上要實現查詢快遞的功能,接入了一個快遞查詢的接口。作爲用戶希望的是有一個輸入訂單號的輸入框,點擊查詢按鈕就能夠看到快遞到哪了。那麼輸入的快遞單號就是請求參數,包裹在什麼時候到達哪裏就是返回內容。

搭建開放平臺的目的

1、爲第三方開發者提供基礎服務。

通過開放自身產品服務的各種API接口,讓其他開發者在開發應用時根據需求直接調用,例如微信登錄、微信支付,支付寶支付、滴滴打車、酒店查詢預訂等等。我之前呆的一家公司做的是一款商務旅行產品,其中酒店模塊接的就是藝龍的接口,能夠快速實現基本的查詢預訂功能。

這樣一方面幫助開發者節省大量的時間,另一方面也能宣傳自身品牌,最重要的一點就是讓第三方產品更好的滿足用戶需求,假如你做了一個具有較強交易屬性的應用,但不接入微信和支付寶支付,即使其他方面做的再好,我相信也沒有多少人會使用你的產品。

2、通過平臺的優勢引進ISV服務商。

服務商通過入駐平臺,將自己開發的產品集成到別人的產品上面,這相當於一種合作模式,兩方共同合作打造一站式的服務生態,滿足用戶的更多需求。

阿里的釘釘裏面就集成了很多第三方應用,像石墨文檔、易快報銷、微投票等等,大多都是跟企業應用相關的產品,企業管理的所有需求,通過一個釘釘就夠。

 

再舉個例子,餓了麼開發平臺通過引進ISV,服務市場將提供一站式O2O+門店餐飲服務,從人員招聘、餐飲一體管理軟件、硬件設備、圖片拍攝、用戶營銷,甚至法律諮詢,滿足商家開店經營的幾乎所有需求,商家都可以在服務市場盡情挑選餓了麼精選入駐的服務商,告別到處諮詢打聽的麻煩。

3、滿足用戶的個性化需求。

正所謂衆口難調,一款再好的產品也無法滿足用戶的所有需求,總存在一些個性化需求。那麼通過開放平臺,讓那些自己有開發能力或開發資源的用戶在原基礎的服務上進行一些改造,滿足自身的特定需求。

例如我們熟悉的微信公衆號,假設你做了一個電商公衆號,想在裏面加入商品查詢、下單,訂單中心、個人中心、訂單進度查詢等功能,那麼就需要第三方平臺開發。

搭建開放平臺的大致流程

1、確定服務對象和範圍。

在打算做開發平臺之前首先要想清楚開發平臺的目標用戶羣體是誰,能夠滿足他們什麼需求,使用場景是怎麼樣的等等。例如餓了麼、美團外賣,它是一個點餐平臺,但不做收銀。那些做餐飲管理、做收銀的企業就可以通過和外賣平臺合作,讓商家的收銀系統裏集成第三方外賣功能,用戶在餓了麼、美團上點餐,商家可以在收銀機上接受他們的消息並處理訂單。商家也可以將自己的餐飲管理系統裏面商品信息同步到外賣平臺的店鋪上面。那麼這時外賣平臺需要開發店鋪信息保存接口、商品上傳接口、訂單狀態等接口,來保持兩邊的數據能夠打通。

再比如在餓了麼、美團上面開店的商戶們可能會在經營時存在資金短缺問題,那麼就可以在開發平臺上引入提供貸款服務的ISV。

2、接口設計

確定好主要的服務對象和範圍之後,接下來要做的就是接口設計。接口設計不是一般PM的工作內容,再說很多做功能設計的PM也不瞭解這塊。這需要技術人員和開發平臺產品經理一起完成。

接口設計包括接口命名,傳參格式、返回內容、字段命名等。好的命名能讓開發者便於閱讀和理解,如product.add和product.update,一看就知道商品添加和商品信息更新的接口。

3、授權和審覈

授權保障用戶和企業數據安全性,不被其他人非法調用。開發平臺成立之後就會有開發者進行註冊申請,那麼我們就需要確定審批規則,申請的接口權限越高,對開發者的資質要求也就越高。

另外對於ISV服務商和商家IT入駐,還需要設計入駐流程、入駐介紹,常見問題等等,ISV入駐大概流程如下:

商務對接——成爲服務商——資質審覈——創建應用——開發調試——應用審覈——應用上架——商務驗收

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章