负责任的技术规划：不仅仅是技术-阿里巴巴+许晓斌.docx

演讲人：许晓斌

目录

01背景、技术规划源头

01背景、技术规划源头

02业务、产品、技术目标

03

03规划的承载-OKR

04上下文环境分析

业务背景

服务的部门?

服务的部门

?淘天（淘宝、天猫）?阿里云

?国际部门（AliExpress，Lazada等）

?菜鸟

?本地生活、高德

?大文娱（优酷等）

整体覆盖数万的工程师

岗位和技术栈

?后端工程师-Java（70%+）

?前端工程师–JavaScript，TypeScript

?后端工程师–Go，C，C++

?算法和数据工程师–Python（增长）

?测试、运维/SRE

为什么要做规划

为了半年/一年的绩效考核

组织习惯：财年开始做规划老板的要求

聚焦团队的资源，实现关键的业务目标

直接业务目标：通常是和经营、财务直接相关的。例如指标：产品年度的收入，利润，运营成本（包括硬件资源成本，人力成本）

间接业务目标：和用户规模和市场占有率相关的，例如月付费用户数，市场渗透率，用户的留存率等等。（前提：开放竞争市场）

??x%。

?x%。

?

从组织的生存逻辑上看，组织内部很多时候也不完全是一个市场逻辑，这个时候一些关键干系人

的需求就往往会直接变成业务目标

国际化业务在海外面临合规风险,这个时候客户提出Aone支持多云部署的需求·从通常的财务类业务指标看,假如用户不愿意为此额外付很高的费用,那么这个事很难成为关键业务目标·但是考虑到客户本身有潜在决策数千用户是否使用我们产品的能力,同时客户甚至能直接影响我们组织核心投资人的决策·那这个时候,这个多云部署就容易成为合理的关键业务目标。

业务、产品、技术目标

通过产品目标支撑业务目标的实现

e.g.copilot的用户采纳率(用户采纳的代码次数/产品推荐的代码次数)就是一个非常好的产品指标,采纳率越高说明用户更因为产品的能力而提高了他编写代码的效率·

其他方法：销售、运营、资源优化等

B.g.通过技术的性能优化,降低服务单位用户量的硬件资源成本。

e.9.为了实现Aonecopilot渗透率的目标,我们可以增加运营的投入,给新安装的用户发咖啡券激励,这就很可能对增加新用户起到很大的作用。

关注用户行为的变化，而不是交付什么产品特性

让用户从原来不能做什么,到能做什么;从原来看不到什么,到能看到什么;

从原来的等待多久,到缩短等待时间;

从原来的多大概率遇到失败/不可用,到更少遇到失败/不可用;从原来的多大概率获得满意答案,到更高概率获得满意答案;

对于引入期的产品,不宜制定规模类的业务目标,

这个时候产品目标应该关注是否可以提供目前竞争市场上不具备的关键特性·

2.对于增长期的产品,应该制定增长的业务目标,这个时候产品目标可以关注提供更丰富的功能,并重视性能和可靠性。

3.对于成熟期的产品,通常用户数已经见顶了,这个时候业务及产品目标应该围绕用户粘性,以及降低服务单位用户的成本展开·

4.对于衰退期的产品,应该制定减少投入的目标。

e.9.产品目标:提升平均的代码推荐采纳率从

x%到y%,我们认为更高的用户采纳率的表示产品对用户更有用,并且假设使用Aonecopilot的开发者会因为自己喜欢这个产品而推荐给他身

为了实现产品目标,团队做了很多后来被证明有效的工作(交付物),包括:1.模型大小从3B升级到7B;2.把当前补全文件所依赖的代码上下文放入prompt

同时团队做的另外一些工作后来被证明是无效的,包括切换一些在行业评测中得分更高的代码大模型等等。

产品假设实际上是规划的核心组成部分

几乎所有业务目标和产品目标的达成,就会涉及到用户行为的变化,从不使用我们的产品到使用我们的产品,从简单实用产品到深度使用产品等等,而涉及到人的行为,都有很高的不确定性,都需要去验证。

技术决定了产品交付的可行性

技术理解决定产品的insight

e.g.如何让开发者可以在不接触云账号credential的情况下使用云资源

领域模型是产品和技术的sharedunderstanding技术目标本来就是产品目标

e.g.存储的可用性,扩容的成