iT邦幫忙

2022 iThome 鐵人賽

DAY 2
0
Software Development

如何做好一個軟體產品?系列 第 2

產出(Output)、結果(Outcome)與建構陷阱

  • 分享至 

  • xImage
  •  

假設情境

「管理階級」告訴我們(產品團隊)一定要在我們的產品做這個功能,我必須完成且發布,否則我拿不到獎金。

「管理階級」向我們(產品團隊)施壓,如果我們不做這個功能,沒辦法向「董事會」展示,我們將沒辦法籌劃下一輪資金。

「業務」指責現在的產品缺少哪些功能,讓他們沒辦法進行販售。

產品團隊表示,沒辦法拒絕、延後上面這些功能的需求

產品團隊為了趕出這些不同的功能,跳過使用者研究、減少撰寫使用者故事的時間,將精力聚焦在能完成更多的功能。

產品團隊拼盡全力趕出許多功能,但沒時間用更有策略性的做法。

軟體新版的發布,完全成了上面提到許多的功能,老闆、管理層表示很棒棒

軟體新版的發布,發布前沒有足夠時間驗證

軟體新版的發布,排山倒海的客戶回饋,網站壞了(因為新功能沒時間被好好驗證),客戶沒有因為新功能感到開心,因為有問題,客戶流失了許多終端使用者,反而對系統沮喪。

問題點

  1. 客戶在意的點是什麼?客戶在意的是能正確、正常的使用我們的系統,使其能獲取終端使用者終獲的利潤、收益。
  2. 「業務」提供的需求,在意的點是什麼?好獲取客戶的功能、噱頭
  3. 「管理層」提供的需求,在意的點是什麼?在投資人前簡報,有益於獲取募資的功能

上面發現我們的產品內的優先順序有許多重要條目、且目標不一致,

產品團隊開法的功能有許多目標、導致團隊注意力分散

注意力分散讓團隊迷失,忘記真正的目標是什麼、最重要的是什麼東西?

產品團隊現在的模式,比起目標能帶來的結果(Outcome),更重視能盡量交付完成全部的工能(Output)

建構陷阱

當組織陷入用產出(Output)來衡量其成功,而不是用結果(Outcome)來衡量成功,這時組織會聚焦於開發很多不同功能、頻繁進行發布,更甚於這些結果實際能帶來的價值。

公司因此停止對使用者產生價值、開始流失使用者、市場,漸入崩壞,是為掉入「建構陷阱」

公司如果能更有計畫安排好「有目的性」、「穩健地」產品管理行動,方可使產品團隊更能聚焦、尋找到機會,最大化業務及客戶價值,從而逃脫 建構陷阱

參考書目

  1. 跳脫建構陷阱 產品管理如何有效創造價值
  2. 思維增長日記15|專注在成果Outcome,而非產出Output

上一篇
緣起
下一篇
跳脫建構陷阱?價值交換系統
系列文
如何做好一個軟體產品?27
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言