S2E0: 一切,从指标开始

积极拥抱指标吧!

S2E0: 一切,从指标开始
Photo by Mark Wilkinson Hughes / Unsplash

Hi, 你好

许久没更新,主要是忙着低头做事,却忘了应该时不时的抬头看看路。好在有读者们的催更,让我想起来,我还欠了不少的事情(所以,还是得写呀~)。于是乎,就趁着这个周末,继续拿起笔来写文章吧!

既要能埋头做事,也得能抬头看路,不然,容易走偏~。


Season 2 ,将以指标作为切入点,开始我们的旅程。

指标是一个很有意思的话题。想到指标,我们往往想到的是管理。的确,指标的存在,让管理者有了抓手,基于指标去观察业务数据,并基于业务数据,作出决策,推动业务迭代,并通过观察指标的变化,验证自己的决策是否正确(决策能力也是在这样一次次的迭代过程中,得到提升的)。

阿里土话:没有过程的结果是垃圾,没有结果的过程是放屁。

而对于执行者来说,指标则很容易变成我们头顶的达摩克利斯之剑 —— 指标没做到位, 担心 Leader 说你没做好,产出不够;指标做到位了,担心 Leader 说你定的太低,没有挑战性。但不管怎么说,指标可以帮助我们从众多不确定性中,找到一些确定性,让我们更有安全感,所以,积极拥抱指标吧!

我自己是比较喜欢指标的,当我加入一个新的团队的时候,我一般会问我的 Leader:我要达成的目标是什么?我们使用哪些指标来衡量?这两个问题可以帮助我快速找到自己在团队中的定位,并评估自己对于团队的贡献。

制定指标,对于传统业务来说,并不复杂,DAU、WAU、转化率、留存率、ARR、MRR、NDR 等等一系列指标,都可以帮助我们得到产品的变化和决策。但面向开发者的业务,由于其 To Dev(To B)的特性,使得指标对于业务的价值没有那么的明显:调用量是一个好的指标么?我们还可以观测哪些指标?

这让我们这些开发者关系的从业者颇为苦恼 —— 毕竟企业是要讲求投入产出比的,如果无法证明自己价值,那么结局一定是被裁员。好在,指标和数据不是中国从业者所独有的问题,海外的开发者关系从业者们也有类似的苦恼,在这一季度中,我也会尽可能的介绍一些海外的实践,帮助你开拓视野,看看他山之石,是否可以用来解决我们的问题。

同时,我也会结合自己过去的实践经验,给你一些我自己看待这些指标的经验,尽可能给你一些可以执行、落地的方式,从而帮助正在踩坑/已经在坑里的你,更快的解决问题。


好了,关于 Season 2 ,我们就先说到这里,新的文章。明天见!

Read more

加更: 聊聊 APILetter 的新计划

加更: 聊聊 APILetter 的新计划

Hi,你好, APILetter 从创刊号,到 S1E6,经历了一年的时间。 虽然在定更新节奏时,我就考虑到自己拖更的可能性,但确实没想到我拖更这么严重,在 2022 年,一口气更新了 3 篇,然后就是长达半年的拖更。不过,总算是把第六篇写完,算是给 Season 1 做个了结。 过去 APILetter 的出现,是源自我在研究 RESTFul 架构时发现的问题:国内有太多解释什么是 RESTFul 规范的文章,但你点进去看,篇篇都是复制粘贴。 而 API 是开发者生态中非常重要的一环,它不应该被草率的对待,开发者们值得用上更好的 API。既然没有人写关于 API 的严肃内容,那就从我开始吧。刚好我在研究相关的内容,那就写一些 API 到底应该是什么样的。 也正是抱着这个想法,我开始了一篇篇的创作,

By 白宦成
S1E6 为什么 OpenAPI 的设计如此重要?

S1E6 为什么 OpenAPI 的设计如此重要?

在 APILetter 的 S1E6,我想和你聊聊 OpenAPI 设计的重要性。 在整个 S1 的文章中,我用了接近 4 篇的篇幅来介绍 OpenAPI 的设计,从一开始介绍为什么要使用 RESTFul ,到 API 的错误码设计理念,辅以批量接口设计的实例,再加上最后这篇重要性的强调,三分之二的比重,意在让你深刻认识到,OpenAPI 的设计至关重要。 为什么 OpenAPI 的设计如此重要? 在企业内部工作时,常常需要找到平衡质量和速度之间的折衷方案。当项目时间非常紧迫时,往往会牺牲一些质量。但如果项目有足够的时间,就有更高的概率能够设计出一个质量更好、开发者体验更佳的 OpenAPI。 然而,OpenAPI 是一项非常重要的任务,不能马马虎虎。一个坏的设计会让团队持续在 OpenAPI 开发上投入更多的精力。 沟通难度高带来的维护成本增高问题 和企业团队内部使用的 API 不同,OpenAPI 的用户是外部团队,

By 白宦成