QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

软件技术团队也是技术投资者

  • 2024-08-10
    北京
  • 本文字数:1688 字

    阅读完需:约 6 分钟

大小:823.54K时长:04:41
软件技术团队也是技术投资者

组织的核心职责在于平衡用户价值与盈利能力。软件产品团队在产品上投入了自己宝贵的时间。Fabrice des Mazery 表示,软件开发人员不仅仅是利益相关者,他们也是主要的投资者,因为他们是产品团队不可或缺的一部分。


Fabrice des Mazery 在 FlowCon France 大会上谈到了 Tripadvisor 如何将其软件产品团队转变为技术投资者。


Fabrice des Mazery 指出,以用户为中心是对抗那些在不考虑用户需求和体验的情况下设计产品的一种有效的方式。然而,随着这一理念逐渐成为行业标准,也开始带来一些意想不到的负面效果。很多产品人员往往忽视了其商业层面的重要性,正如 Fabrice 所说的:


一些团队在产品演变过程中,可能因为坚信"这对用户更好"而投入更多的时间,却没有考虑到还有其他对用户和公司可能更有利的选项。


Des Mazery 提到了双重影响法则,这个法则强调产品组织存在的理由是为公司和用户双方创造投资回报率。二者的利益相辅相成,而非相互排斥。他指出:


一方面,它提醒产品组织,缺乏盈利能力会削弱公司的长期生存和发展能力。


另一方面,它也提醒我们,产品的设计和实施也不应损害用户的利益,因为这也将威胁到公司的持续发展。


Des Mazery 说,为了将技术从成本中心转变为利润中心,产品团队必须意识到自主权与责任是相互依存的。技术不仅仅是提供功能,更是要通过这些功能来驱动收入增长。他指出,正确的优先级安排、持续迭代和资源的高效分配是实现这一目标的关键。此外,产品开发团队还应该内化市场知识、市场进入策略和客户获取能力。


Des Mazery 提到,组织中的其他部门需要认识到他们最大的影响力在于为软件产品团队的工作提供支持,确保他们的工作能够实现并持续下去。他说,这并非关乎个人,而是致力于最大化公司对产品投资的回报和效益。


Des Mazery 提倡教育利益相关者,让他们理解产品,鼓励他们提出问题而不是直接给出解决方案,或者解释为什么产品路线图并非等同于发布计划。要让利益相关者发生转变,包括软件开发人员,让他们从被动的客户角色转变为积极的共同投资者,让他们参与到游戏中:


利益相关者必须学会与产品开发过程中的不确定性和情感波动共存。因此,我们建立了一个系统,让利益相关者与我们一起决定在哪些潜在机会上投入。他们将获得与我们相同的关于这些机会的信息,确切地知道我们能够投入的资源限制——既不多也不少。


Des Mazery 提到,他们的利益相关者与产品团队一起,共同为每个机会设定目标和抱负,并且在项目的成功或失败上共同承担责任:


很自然地,他们改变了提问的方式,不再单纯追问产品何时发布或为何尚未实现,而是变成“我们看看会发生什么”以及“如何提供帮助”。


在产品组织中,软件产品团队投入了大量宝贵的时间。Des Mazery 说,在 Tripadvisor,平均每年的成本为 100 万美元,这是一笔很大的投资。设定上限是为了要根据预期的回报率来决定投资的规模。


Des Mazery 强调了设定上限这一概念在评估机会时的重要性。如果一个团队认为满足特定用户群体的需求将对某个关键指标产生积极影响,并且这种影响有助于实现战略目标,那么就需要进行一系列的评估:你认为值得为它投入多少时间(通常被称为“胃口”)、与其他潜在机会比较呢?预期结果(即所谓的“雄心”)是什么?


Des Mazery 提到,设定上限也适用于团队的活动:


问题发现:你希望投入多少时间来深化对问题的理解和明确目标?

解决方案发现:投入多少时间来消除风险并完善解决方案?

交付:需要多少时间来迭代构建、发布解决方案,并确保有效地推向市场?


Des Mazery 指出,对问题或解决方案达到 100%的信心是不可能的,所以你需要接受要么继续前进,带着你所知道的和不知道的,要么停止。


Des Mazery 认为,平衡用户价值和盈利能力是确保产品业务长期可持续性的唯一途径,但实现这种平衡是一项巨大的挑战。为了确保所谓的“双重影响规则”,需要双方都能获得积极长期的投资回报率。他解释说:


只回应用户的短期需求,而不考虑可能对产品或业务造成的长期伤害,这是不负责任的行为。


Des Mazery 总结说,平衡用户价值和盈利能力不仅关乎投资框架,也关乎道德和责任。


原文链接

https://www.infoq.com/news/2024/07/software-teams-tech-investors/

2024-08-10 08:008758

评论

发布
暂无评论
发现更多内容

架构师训练营第 4 周学习总结

Season

高可用 分布式系统 高性能 极客大学架构师训练营

第四周作业

安阳

一个典型大型互联网应用系统:从问题到技术方案和手段

走过路过飞过

眼睛一闭一睁,2020年上半年就过去了

赵新龙

2020 年度计划

【架构师训练营 - 总结4】

Andy

【极客大学】【架构师训练营】【第四周】学习总结

NieXY

极客大学架构师训练营

大型互联网应用系统使用技术方案和手段

wei

第四周学习总结

天之彼方

架构师训练营第四周作业

lwy

极客大学架构师训练营

架构师训练营 -week04 学习总结

GunShotPanda

【架构师训练营 - 作业 -4】大型互联网架构

Andy

【架构课总结 - 第四周】常见架构模式和技术

Nelson

架构总结

想解耦必分层

菜根老谭

程序员 架构思维 分层思维

大型互联网应用系统技术和手段

纯纯

【第四周】命题作业——大型互联网系统的技术解决方案和手段

三尾鱼

极客大学架构师训练营

week04作业

seki

大型互联网技术架构体系

dony.zhang

第四周学习总结

慵秋

架构师训练营 -week04 作业

GunShotPanda

架构师训练营0期第四周 - 学习总结

lei Shi

架构师训练营第4期作业/学习总结

JUN

第四周总结

lwy

极客大学架构师训练营

软件架构发展史

Jeannette

架构师训练营 第四周 总结 互联网系统架构演进

CR

极客大学架构师训练营

架构师训练营第四课总结

曾祥斌

架构师训练营第四周总结

Geek_2dfa9a

案例讲解,设计模式定义

秤须苑

奔向 10W+ 的第二次 update

赵新龙

写作平台 B站 Quora

架构师训练营第四周作业

Geek_2dfa9a

week04总结

seki

架构师训练营 第四周 作业

亮灯

软件技术团队也是技术投资者_软件工程_Ben Linders_InfoQ精选文章