以企業微信為例,聊聊基于 API 的產品設計流程

1 評論 3568 瀏覽 24 收藏 9 分鐘

在產品經理工作中,接觸最多的就是前后端開發了,或多或少也會聽他們談及API、接口文檔。那么,通過API的方式來進行產品設計,是一種什么樣的體驗呢?作者分享了一套個人原創的“基于 API 的產品設計流程”,希望對你有所幫助。

產品經理在日常工作中,最常接觸就是前后端開發啦~

一般或多或少,都會聽到他們在討論 API、接口文檔。

如果是做過微信小程序、企業微信的產品經理,可能有基于微信的接口文檔,來完成過產品方案設計的經驗。

這種通過 API 設計產品的方式,對于懂技術的產品經理簡直灑灑水啦~

但是對于剛接觸的原型仔、初級產品經理,讓他們看接口文檔簡直就像看天書,更別說輸出一套產品方案了。

作為一個過來人,我試著總結、分享一套個人原創的“基于 API 的產品設計流程”,希望對你有幫助。

一、什么是 API?

要學會這套方法,我們首先要搞懂什么是 API。

API(Application Programming Interface)應用程序編程接口,指的是一套預先定義好的規則,它可以實現特定的功能。

簡單來說,API 有點像加工廠(接口地址),用特定的原料(接口參數),生產流水線商品(返回結果)。

1. 星座 API

舉個例子,現在有一個星座 API:

  • 接口地址:***.***xingzuo.com
  • 接口參數:星座類型、運勢范圍
  • 返回結果:今日運勢、今日指數、運勢解析

我們只需要搞懂這三要素,還有接口能干嘛,就能讓前后端開發關于“星座運勢”的 APP 了。

上圖是一個簡單的原型示例。

二、基于 API 的產品設計流程

上面的例子比較簡單,對于一些較為復雜的接口,我們就需要用設計流程了。

這套基于 API 的產品設計流程,主要有 6 個步驟:熟悉文檔、提煉功能、產品方案、版本排期、產品設計、研發落地。

  1. 熟悉文檔:因為是基于 API 的方案設計,所以 API 提供的能力尤為關鍵,你需要花些時間搞清某個模塊,它是什么、有什么用,以及略讀整個模塊的接口列表;
  2. 提煉功能:這個步驟不僅僅是將各個接口,進行簡單的分類,在這之前你需要先提煉 API 主要有什么對象(關于什么是對象,不懂的可以問下 GPT),每個對象的 API 有哪些功能(一般為增刪改查),然后對這些功能寫個簡單描述;
  3. 確定范圍:搞懂了一個 API 的功能有什么,那么確定產品方案的功能范圍,就是一件自然而然的事了;
  4. 版本排期:將確定好的整體產品方案,基于開發資源現狀,拆分為可落地的 N 個版本,完成版本排期;
  5. 產品設計:關于產品設計,可參考我之前寫過的產品設計工作流:接需求、懂業務、理流程、選方案、建模型、定狀態、畫原型、補交互;
  6. 研發落地:搞定了最簡單的準備工作,接下來該開發大佬 Carry 了~

三、案例:企業微信直播

我們試著通過一個“企業微信直播”的案例,來學會這套流程。

假設你上午摸魚時,剛接到老板的一句話需求“我要在小程序上,能看到企業微信直播”。

作為一個啥技術都不懂的原型仔,這時候肯定慌得一比。

先別著急慌,我們按剛教的“基于 API 的產品設計流程”,去翻翻企業微信的直播接口文檔。

1. 熟悉文檔

按流程的第一步,大致看看企業微信直播的接口概述,還有相關的接口功能。

2. 提煉功能

這個直播模塊的接口還真不少,居然有 10 個。

信息量有點爆炸,腦子處理不過來啦~

這種時候咋辦?

我們可以先把接口提取業務對象,然后按對象進行功能分類、總結:

直播:

  • 創建預約直播:創建一個“預約中”狀態的企微直播
  • 修改預約直播:針對“預約中”狀態的企微直播,進行修改編輯
  • 取消預約直播:把“預約中”的企微直播,給取消掉
  • 刪除直播回放:“已結束”的企微直播,一般會生成直播回放,使用這個功能刪掉回放
  • 觀看/回放直播:打開直播或直播回放,進行觀看
  • 獲取成員直播ID列表:直接查一個企微管理員的所有直播
  • 獲取直播詳情:查看一個直播的詳細信息,例如“評論數、連麥人數、預約人數”等

直播明細:

獲取直播觀看明細:查看一場直播中的所有觀眾信息,例如“觀看時長、是否評論、是否連麥”等。

觀眾:

獲取跳轉小程序商城的直播觀眾信息:查看引流進商城的直播觀眾信息、邀請人信息。

3. 確定范圍

完成了 API 的功能提煉后,可以進一步確定功能范圍了。

這時候我們需要基于老板的業務需求,進行功能刪減。

簡化后的直播功能,我們只需要這些:

  • 創建預約直播
  • 修改預約直播
  • 取消預約直播
  • 獲取直播詳情
  • 觀看/回放直播

由于老板只說,要在小程序看企微直播。

那問題就來了,關于企微直播的后臺管理做還是不做?當然是拉會再確認。

4. 版本排期

不管后臺做不做,我們可以基于“平臺、需求、功能”進行版本排期了。

版本排期:

  • 老板只要看直播:那就直接上方案 2,簡單省事
  • 老板這些功能都要:如果著急上線“觀看直播”那就先上方案 2、再上方案 1,否則就正常上

我們搞定了“熟悉文檔、提煉功能、確定范圍、版本排期”這四個步驟后,接下來的“產品設計、研發落地”就簡單多啦。

如果想了解更多產品設計方法,可以看看我之前寫過的“大廠產品經理工作流”。

總結

產品經理在日常工作中,有可能會需要通過調用接口,來設計產品方案的時候。

這種時候,可以嘗試用下我的“API 產品設計 6步法”:熟悉文檔、提煉功能、產品方案、版本排期、產品設計、研發落地。

搞懂了它,相信再遇到類似需求,你也能學會舉一反三啦~

本文由 @好夕雷 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感覺有點怪怪的!不是從提出人角度去歸納要做什么,而是從接口角度去歸納、確認要做什么!

    來自廣東 回復