惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
SegmentFault 最新的问题
G
Google Developers Blog
H
Help Net Security
月光博客
月光博客
阮一峰的网络日志
阮一峰的网络日志
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Proofpoint News Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog RSS Feed
爱范儿
爱范儿
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 三生石上(FineUI控件)
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
GbyAI
GbyAI
D
Docker
Hugging Face - Blog
Hugging Face - Blog
I
InfoQ
博客园 - 司徒正美
Last Week in AI
Last Week in AI
Microsoft Security Blog
Microsoft Security Blog
美团技术团队
Stack Overflow Blog
Stack Overflow Blog
M
MIT News - Artificial intelligence

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
以企业微信为例,聊聊基于 API 的产品设计流程
好夕雷 · 2024-01-31 · via 人人都是产品经理

在产品经理工作中,接触最多的就是前后端开发了,或多或少也会听他们谈及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协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。