# 【DevOps入門班】DevOps 實務中不可或缺的產品思維 - 李文忠（Jenson Lee）
{%hackmd @DevOpsDay/B1cnefOI0 %}
#### 》[議程介紹](https://devopsdays.tw/2024/speaker-page/747)
#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/en1PsPRZi2VWstpP7)

> 共筆從這開始

###### tags: `DevOpsDays Taipei 2024`

## 怎麼做出好產品？

如何挑選禮物？
送的禮物對方不喜歡怎麼辦？
做產品就像是交付一個禮物
原來這件事情是一個探索的過程
- 探索
- 決定要建構什麼
- 提出假設
- 界定問題
- 使用者訪談
- 打造原型
- 可用性測試
- 交付
- 把東西建構出來
- 選擇方案
- 使用者故事對照
- 建構產品
- Scrum
- 搜集回饋
- GA4

---

## 如何做出失敗的產品 - 產品四大風險

- value 價值風險
- 如果你做出來的產品沒人用
- usability 使用風險
- 做出沒人知道怎麼用的產品
- feasibility 建構風險
- 團隊根本做不出來
- 市場風險
- 沒人願意為這個產品付錢

## 什麼是產品思維？

能打造『對使用者有價值』『易於使用』『具有商業可持續性』之產品的思考模式

## 產品思維四大要素

- 使用者中心思考
- 最大化成果與影響
- 每個想法都是假設
- 持續對準目標

## 使用者最大

- 產品的使用者是誰？
- 他們的問題是什麼？
- 產品能為他們創造什麼價值？
- 解決這個問題，真的可以為他們帶來價值嗎
- 如何思考跟驗證這個問題
- 持續聆聽使用者的想法，尤其是在產品發布之後

## 解決方案 vs. 問題

Herry Ford
如果我去問人們，他們到底想要什麼，在二十世紀初期，他們會說：想要一批跑更快的馬
解決方案：跑更快的馬

但是他看到的，聽到的，為什麼想要更快的馬
真正想要被解決的問題是：想要更快從甲地到乙地

你該詢問人們的不是他們想要什麼
他們不會替你開發出突破的產品
但他們的意見可以指引你，避免做出沒人想要用的產品

#### 使用者中心設計
專注在問題上
痛點是什麼
使用產品交付去驗證

顧客從來就不在乎你的解決方案是什麼，真正在乎的是問題有沒有真的被解決

團隊可以一起想的事情，我們真的應該去愛上的是問題
真的好想要解決問題，想要知道背後的問題是什麼

使用者很少會需要『功能』他們要的是實現『改變』

#### 極致化成果與影響

ㄧ user story (ref: [使用者故事對照 by Jeff Patton](https://www.books.com.tw/products/0010712916))

發現有一些不開心的事情出現，有一些 IDEAS
會去寫規格寫需求
開始有些 Output
我們要最小化 Output

Release 的產品開始符合使用者的需求，使用者變開心了，這才是 Outcome

因為使用者開心，你的公司股票上漲，這就是 Impact

- Output
- 產出
- 清晰可見 易於衡量
- Tasks / TODOs
- 程式碼，網頁，APP
- Outcome
- 成果
- customers
- 對使用者造成的改變
- Impact
- 影響
- org
- 市場的訊號反應這件事情

> 最大化成果和影響，而不是產出
> 但產出的品質還是很重要，因為沒有產出就沒有成果跟影響

常常聽到
- 產品介面太老舊了，所以吸引不到年輕人，需要改成 xxxxx
- 這個功能對使用者來說很重要，一定要加上去
- 競爭對手這樣做，我們還沒有，趕快排進去開發
- 我覺得這個東西很難用，為什麼不改成 xxxxx

問題是
- 介面改了，真的會達到預期效果嗎
- 預期效果是什麼，要如何知道有沒有達成
- 開發資源很珍貴

### 『假設』驅動開發

產品想法來源
- 使用者的意見
- 經驗
- 對於資訊和數據所做出的回應

若把想法當成假設，就必須思考：
- 預期成果？
- 投入多少資源？
- 有快速、低成本驗證的方法？
- 如何證實假設是正確的？
- 有什麼跡象代表假設是有誤的？
- 如果失敗了，我們從中學習到什麼？

### 機會與解決方案樹

- 提高總觀看時間
- 選擇太多，不知道要看什麼
- AI 推薦功能
- A/B Test 推薦頁面
- 觀測推薦清單點擊
- 調整 Landing Page
- 我不知道追的劇有更新

#### 持續對準目標

- 組織策略金字塔
- 要怎麼知道公司這麼多團隊，共同的目標是什麼
- 北極星指標
- 以 Netflix 為例
- 目標：串流內容總觀看時間
- 團隊 1
- 提升使用者數
- 團隊 2
- 提升每次觀看時數
- 團隊 3
- 提升每月觀看次數
- Uber - 搭車次數

## 產品成功四大要素

- 使用者中心思考 -> 交付對使用者有價值的產品
- 最大化成果與影響 ->
- 每個想法都是假設
- 持續對準目標

## 實踐產品思維的開發流程

- 探索
- 決定要建構什麼
- 提出假設
- 機會與解決方案樹
- 界定問題
- 使用者訪談
- 打造原型
- 可用性測試
- 交付
- 把東西建構出來
- 選擇方案
- 使用者故事對照
- 建構產品
- Scrum
- 搜集回饋
- GA4

## 建立產品管理看板

#### 1. 產品管理看板 - 許願池/概念評估看板

- 用看板管理想法跟點子
- 還沒開始探索，就可以思考假設的問題
- 我們值得投資資源嗎？

#### 2. 產品管理看板 - 產品概觀看板
#### 3. 產品管理看板 - 產品探索看板
#### 4. 產品管理看板 - 產品交付看板

ref: [Strong Product People by Petra Wilie](https://www.strongproductpeople.com/)

## 探索跟交付

- 探索的目的是要找出有價值的事物，但是要交付，價值才會產生
- 創造一些小成功來建立信任，有成績後要做什麼都容易很多
- 沒有數據驗證的假設是不可靠的
- 提出假設、預測成果和設計實驗一開始都很困難，多做幾次就好

### 可以開始做的事

- 提出假設開始做實驗

[講師的領英](https://tw.linkedin.com/in/realhere)

---
# 筆記 2
## DevOps 很成功，但產品死掉了

### 如何做出好的產品

- 交付
- 挑選、購買、製作、送禮
- 把東西建構出來 ( Build the thing right )
- 探索
- 對象、理由、喜好
- 要探討出共同期望值

### 探索

- 打造原型、界定問題、提出假設

### 交付

- 蒐集回饋、建構產品、選擇方案

## 產品思維

### 產品四大風險

- Value 價值風險 做出來沒人要
- Usability 使用風險: 沒人知道怎麼用
- Feasibility 建構風險: 團隊做不出來
- Viability 市場風險: 沒人願意做

### 什麼是產品思維?

- 對使用者有價值
- 容易使用
- 商業上可持續性

### 產品思維四大要素

- 使用者中心思考
- 最大化成果與影響
- 每個想法都是假設
- 持續對準目標

## 使用者最大

- 產品使用者是誰 ?
- 使用者受眾對象
- 他們的問題是甚麼 ?
- 產品為他們能解決的問題是甚麼 ?
- 產品能為他們創造什麼價值 ?
- 解決的問題是否為他們能帶來價值 ?
- 持續聆聽使用者想法，尤其產品發布之後

### 解決方案 VS 問題

- 解決方案
- 依照當時擁有的資訊，與客戶現在情境配合。
- 問題
- 確認客戶真正的需求，對方需要的是客戶最終目的。
- 使用者中心思考
- 藉由使用者的渴望、痛點、為滿足的需求，使用產品交付進行驗證。
- 開發團隊
- 我們應該要針對問題去解決，而不是去想各種方案。

> 使用者很少需要功能，而是實現改變

# 極致化成果與影響

- 最小化輸出，最大化上線產品對使用者的影響

### OUTPUT

- 清晰可見，易於衡量的事物，可以看出團隊交付的績效，但無法衡量對使用者的價值
- 程式碼、網頁、APP，所有設計、實作與發佈的功能

### OUTCOME

- 交付產出後對於使用者 / 客戶 / 這個世界的造成的感變。
- 解決的問題，使用者行為改變，養成新習慣，新的可能性。

### IMPACT

-

> 最大化成果與影響，而不是產出
>

### 產出 ( 品質還是很重要 )

- 沒有產出沒辦法帶來成果與影響
- 高品質的產品才能帶來滿意度
- 技術債會讓未來團隊疲於奔命，在使用者量級擴大後。

## 每個想法都是假設

- 這產品介面太老舊了，吸引不到年輕人，需要改成 ..…
- 這個功能對使用者來說很重要，一定要加上去 …
- 競爭對手都這樣子做，只剩我們沒有，趕快排進開發吧!
- 我覺得這個地方很難用，何不調整為 xxx 呢 ?

### 問題是 …

- 介面改了之後，能達到預期成果嗎?
- 預期成效是什麼 ?

### 假設驅動開發

- 產品想法來源
- 使用者的意見
- 經驗
- 對於資訊和數據做出回應
- 把想法當成假設，必須思考
- 預期的成果 ?
- 成果測量 ?
- 投入多少資源 ?
- 有快速驗證的方法嗎 ?
- 如何證實假設是正確 ?
- 如果失敗了能夠學到什麼 ?

## 機會與解決方案樹

- 目標
- 提高觀看時間
- 機會
- 選擇太多不知道選擇什麼
- 不知道正在追的劇新一季上了
- xxx
- 解決方案
- AI 推薦功能 調整 Landing Page
- 實驗
- A / B Test 推薦頁面
- 觀測推薦的目標

## 組織策略金字塔

< 組織存在的理由 ? >

使用 > 願景 > 價值觀 > 目標 > 策略 > 行動計畫

### 產品指標 / 北極星指標

- 串流內容、總觀看時間
- Reach ( 使用者數 )
- Engagement ( 每次觀看時數 ) PRODUCT KPAs
- Frequency ( 每月觀看次數 )
- facebook
- 每日活躍用戶
- UBER
- 叫車趟數
- Slack
- 發送訊息量

## 產品成功的四大要素

- 使用者中心思考
- 最大化成果與影響
- 每個想法都是假設
- 持續對準目標

## 實踐產品思維的開發流程

### 探索和交付

- 探索
- 界定問題 (使用者訪談)
- 打造原型 ( 可用性測試 )
- 提出假設 ( 機會與解決方案數 )
- 交付
- 蒐集回饋 ( GA4 )
- 建構產品
- 選擇方案

> 需要持續不斷學習，在交付過程當中沒辦法達到成果，就直接丟到垃圾桶
>

### 建立產品管理看板

- 概念評估看板
- 產品概觀看板
- 機會 > 探索 > 交付 > 驗證 >
- 產品探索看板
- 機會 > 界定問題 > 驗證問題 > 構思方案 >
- 產品交付看板
- 待開發 > 開發中 >

> 視覺化知道產品的狀態，理解團隊工作內容，探索未來與開發方向
平衡探索與交付，看到 PM 和團隊時間花在哪
>

## 探索和交付

### 探索階段

### 交付階段

- 目標 > 探索 > 交付

## 還有一些事情 …

- 探索目的找出有價值的事物，但唯有交付價值才得以產生
- 創造一個小成功驗證，有成績後座什麼都容易很多
- 沒有數據驗證的假設是不可靠的
- 提出假設

## 可以開始做的事情

- 以 DevOps 實踐產品思維

> 重點從來不在於方法

---
### 閒聊區👋

我最後再將筆記補上 < 共筆

沒聽到這場QQ 請問簡報會 share 嗎？