不佳問題：「系統需要什麼功能？」
改良問題：「在您的日常作業中，哪三個流程最耗時且需要系統支援？每個流程平均需要多長時間？」

主要目標：
1. 確認核心業務流程與系統需求
2. 了解效能與容量需求
3. 確認整合介面需求

次要目標：
1. 了解使用者習慣與偏好
2. 收集系統改善建議
3. 評估訓練需求

成功指標：
1. 完成需求清單覆蓋率達 90%
2. 關鍵需求獲得明確定義
3. 所有參與者對需求理解一致

邀請函範例要素：
1. 明確說明訪談目的與重要性
2. 列出具體議程與所需時間
3. 說明參與者的角色與貢獻
4. 提供預習資料或準備要求
5. 確認時間地點與參與方式

「各位好，我是負責這次專案的 PM XXX。今天非常感謝大家撥冗參與這場需求訪談。
我們的目標是深入了解大家的作業需求，確保新系統能真正幫助提升工作效率。
接下來 90 分鐘，我會針對幾個重點議題請教各位的想法，沒有標準答案，
請大家盡量分享真實的使用經驗和期望。」

第一層（廣泛）：「請談談您的日常工作流程」
第二層（聚焦）：「在資料處理環節，主要遇到什麼挑戰？」
第三層（具體）：「資料錯誤主要發生在哪些欄位？」
第四層（量化）：「大概有多少比例的資料需要人工修正？」

記錄範本結構：
1. 會議基本資訊（時間、地點、參與者）
2. 議程項目與討論重點
3. 決策結論與行動項目
4. 未解決問題與後續追蹤
5. 參與者聯絡資訊

會議主題：客戶需求訪談 - 核心業務流程
日期時間：2025/08/13 14:00-16:00
會議地點：客戶會議室 A / Teams 線上
主持人：[PM 姓名]
記錄人：[記錄者姓名]
參與者：
  - [姓名] - [部門] - [職稱] - [聯絡方式]
  - [姓名] - [部門] - [職稱] - [聯絡方式]

需求編號：REQ-001
需求名稱：客戶資料查詢功能
提出者：業務部 - 王經理
優先級：高 ★★★
需求描述：
  能夠透過客戶編號、身分證字號或電話號碼快速查詢客戶基本資料
詳細說明：
  - 支援模糊查詢功能
  - 查詢結果需在 3 秒內顯示
  - 需要權限控制，僅授權人員可查詢
相關流程：客戶服務、業務開發
影響範圍：客服部門、業務部門
相關系統：CRM 系統、客戶資料庫
備註：目前手動查詢耗時 5-10 分鐘

決策編號：DEC-001
決策內容：採用單一登入（SSO）機制
決策理由：提升使用者體驗，降低密碼管理負擔
決策者：IT 主管 - 李總監
影響範圍：所有使用者
實施時程：第二階段開發
相關風險：與現有系統整合複雜度高

項目編號：ACT-001
行動內容：確認現有系統 API 規格文件
負責人：技術部 - 陳工程師
完成期限：2025/08/20
優先級：高
狀態：進行中
相關需求：REQ-003, REQ-007
備註：需要提供 Swagger 文件

「讓我確認一下我的理解：
1. 您提到的月處理量是 50,000 筆交易
2. 尖峰時段是上午 9-11 點和下午 2-4 點
3. 系統回應時間需要在 5 秒內
這樣理解正確嗎？」

Step 1: 發送會議紀錄給所有參與者
Step 2: 請參與者在 3 個工作天內回覆確認
Step 3: 收集修正意見並更新紀錄
Step 4: 發送最終版本並存檔

銀行線上轉帳系統需求分析：

基本需求：
- 轉帳功能正常運作
- 帳戶餘額正確顯示
- 交易安全保障

期望需求：
- 常用帳戶記憶功能
- 轉帳手續費計算
- 交易明細查詢

魅力需求：
- 智慧收款人推薦
- 語音轉帳功能
- 消費分析圖表

Must have 判斷標準：
□ 法規或合規要求
□ 核心業務流程必需
□ 系統基本功能
□ 安全性關鍵要求

Should have 判斷標準：
□ 提升工作效率
□ 改善使用者體驗
□ 重要但有替代方案
□ 利害關係人強烈要求

Could have 判斷標準：
□ 增加便利性
□ 提供額外價值
□ 時間允許時實作
□ 預算充裕時考慮

高影響力/低複雜度 → 第一優先（Quick Wins）
高影響力/高複雜度 → 第二優先（Major Projects）
低影響力/低複雜度 → 第三優先（Fill-ins）
低影響力/高複雜度 → 第四優先（Questionable）

影響力評分（1-5 分）：
5 分：核心業務流程，影響所有用戶
4 分：重要業務流程，影響主要用戶群
3 分：一般業務流程，影響部分用戶
2 分：輔助功能，影響少數用戶
1 分：可有可無的功能

複雜度評分（1-5 分）：
5 分：需要複雜技術架構或大幅系統變更
4 分：需要多系統整合或複雜邏輯
3 分：需要一般開發資源和時間
2 分：需要少量開發工作
1 分：簡單配置或小幅修改

What: 具體要實現什麼功能？
Why: 為什麼需要這個功能？
Who: 誰會使用這個功能？
When: 什麼時候需要這個功能？
Where: 在什麼情境下使用？
How: 如何實現這個功能？

變更申請流程：
1. 提出變更申請
2. 影響範圍分析
3. 成本效益評估
4. 變更委員會審核
5. 決策與通知
6. 變更實施與追蹤

1. 確定驗證目標
   - 功能邏輯是否正確
   - 使用者操作是否順暢
   - 介面設計是否符合期望

2. 設計驗證場景
   - 典型使用案例
   - 異常處理情況
   - 邊界條件測試

3. 收集使用者回饋
   - 操作困難點
   - 功能缺失或多餘
   - 介面改善建議

4. 迭代改善
   - 整理回饋意見
   - 優先序排序
   - 原型修正與再驗證

SMART 驗收標準範例：
1. 功能性標準
   - 系統登入成功率達 100%
   - 資料查詢回應時間 < 3 秒
   - 報表產生準確率 99.9%

2. 易用性標準
   - 新用戶完成基本操作訓練時間 < 30 分鐘
   - 常用功能點擊次數 < 3 次
   - 錯誤操作復原時間 < 1 分鐘

3. 效能標準
   - 系統支援 100 位併發使用者
   - 資料庫查詢回應時間 < 2 秒
   - 批次處理作業完成時間符合排程要求

□ 完整性檢核
  □ 所有功能需求都有明確描述
  □ 非功能性需求都有量化指標
  □ 異常處理情況都有說明
  □ 介面需求都有詳細規格

□ 一致性檢核
  □ 需求之間沒有矛盾
  □ 術語使用前後一致
  □ 資料定義統一
  □ 介面規格一致

□ 可行性檢核
  □ 技術實現可行
  □ 時程安排合理
  □ 資源配置充足
  □ 預算範圍內可完成

□ 可測試性檢核
  □ 需求有明確驗收標準
  □ 測試案例可設計
  □ 測試環境可準備
  □ 測試資料可取得

┌─────────────────────────────────────────────────────────┐
│                    需求確認書                            │
├─────────────────────────────────────────────────────────┤
│ 專案名稱：                                               │
│ 確認範圍：                                               │
│ 確認版本：                                               │
│ 確認日期：                                               │
├─────────────────────────────────────────────────────────┤
│ 確認內容摘要：                                           │
│ 1. 功能性需求：共 XX 項                                  │
│ 2. 非功能性需求：共 XX 項                                │
│ 3. 限制條件：共 XX 項                                    │
│ 4. 驗收標準：共 XX 項                                    │
├─────────────────────────────────────────────────────────┤
│ 確認結果：                                               │
│ □ 完全同意   □ 有條件同意   □ 需要修正                   │
├─────────────────────────────────────────────────────────┤
│ 修正意見：                                               │
│                                                         │
├─────────────────────────────────────────────────────────┤
│ 確認人簽名：                  日期：                     │
│ 職稱：                                                   │
└─────────────────────────────────────────────────────────┘

變更申請
    ↓
初步評估 → 不符合條件 → 駁回
    ↓
影響分析
    ↓
變更委員會審核
    ↓
核准 → 實施變更 → 更新文件 → 通知相關人員
    ↓
駁回 → 通知申請人 → 記錄駁回原因

影響程度 vs 實施難度

高影響/低難度 → 立即實施
高影響/高難度 → 評估後決定
低影響/低難度 → 資源允許時實施
低影響/高難度 → 不建議實施

與東方客戶訪談技巧：
1. 建立關係優先
   - 投入時間建立信任
   - 尊重階層關係
   - 重視面子問題

2. 溝通方式調整
   - 使用間接提問
   - 注意非語言訊息
   - 避免直接否定

3. 決策流程理解
   - 識別真正決策者
   - 允許充分討論時間
   - 尊重集體共識

與西方客戶訪談技巧：
1. 效率導向
   - 準時開始結束
   - 議程明確具體
   - 快速進入主題

2. 直接溝通
   - 問題明確具體
   - 意見直接表達
   - 數據事實導向

3. 專業表現
   - 展現專業能力
   - 提供創新想法
   - 快速回應問題

英語訪談實用技巧：
1. 準備關鍵詞彙
   - 業務專用術語
   - 技術相關詞彙
   - 常用提問句型

2. 確認理解
   - "Let me confirm my understanding..."
   - "Could you please elaborate on...?"
   - "What I heard is..."

3. 處理理解困難
   - "Could you please repeat that?"
   - "Could you explain it in another way?"
   - "Could you give me an example?"

□ 網路連線穩定性測試
□ 視訊會議軟體功能測試
□ 音訊設備品質確認
□ 畫面分享功能測試
□ 錄影錄音功能設定
□ 備用連線方案準備

1. 開場破冰
   - 簡單的自我介紹
   - 技術狀況確認
   - 輕鬆話題暖場

2. 互動設計
   - 點名發言確保參與
   - 使用投票或舉手功能
   - 即時文字聊天互動

3. 視覺連接
   - 鼓勵開啟攝影機
   - 保持眼神接觸
   - 適當使用手勢表達

1. 準備工作
   - 測試音質效果
   - 設定專業術語字典
   - 準備備用記錄方案

2. 使用過程
   - 清晰發音說話
   - 避免同時多人發言
   - 重要內容手動標記

3. 後續處理
   - 檢查轉錄準確性
   - 補充遺漏內容
   - 整理邏輯結構

使用 NLP 工具分析訪談記錄：
1. 情感分析結果
   - 正面情感：65% (功能期待)
   - 負面情感：25% (現況困擾)
   - 中性情感：10% (技術討論)

2. 關鍵詞頻率
   - "效率" 出現 23 次
   - "自動化" 出現 18 次
   - "整合" 出現 15 次

3. 主題分類
   - 流程改善：40%
   - 系統整合：30%
   - 使用者體驗：20%
   - 效能優化：10%

1. 標準符號使用
   - 橢圓：開始/結束
   - 矩形：處理步驟
   - 菱形：決策點
   - 平行四邊形：輸入/輸出

2. 清晰命名規則
   - 動詞開頭的步驟名稱
   - 明確的決策條件
   - 一致的命名風格

3. 層次結構
   - 高層次概覽流程
   - 中層次詳細流程
   - 低層次技術流程

心智圖結構範例：
核心系統需求
├── 功能需求
│   ├── 用戶管理
│   ├── 資料處理
│   └── 報表產生
├── 非功能需求
│   ├── 效能要求
│   ├── 安全要求
│   └── 可用性要求
└── 限制條件
    ├── 技術限制
    ├── 預算限制
    └── 時程限制

資料收集來源：
1. 訪談記錄文件
2. 問卷調查結果
3. 系統使用日誌
4. 客戶回饋資料

分析維度：
1. 需求頻率統計
2. 優先級分布
3. 利害關係人觀點
4. 實作複雜度評估

輸出報表：
1. 需求統計圖表
2. 優先序排序
3. 風險熱點圖
4. 資源需求預估

1. 完整性指標
   - 需求覆蓋率 = 已記錄需求 / 識別需求總數
   - 目標：≥ 95%

2. 正確性指標
   - 需求變更率 = 需求變更數 / 總需求數
   - 目標：≤ 15%

3. 一致性指標
   - 衝突需求比率 = 衝突需求數 / 總需求數
   - 目標：≤ 5%

4. 可追溯性指標
   - 追溯完整率 = 可追溯需求 / 總需求數
   - 目標：= 100%

1. 參與率指標
   - 關鍵人員參與率 = 實際參與人數 / 應參與人數
   - 目標：≥ 90%

2. 時間效率指標
   - 議題討論完成率 = 已討論議題 / 計畫議題
   - 目標：≥ 85%

3. 滿意度指標
   - 參與者滿意度調查平均分數
   - 目標：≥ 4.0/5.0

4. 後續跟進率
   - 行動項目完成率 = 已完成項目 / 總項目數
   - 目標：≥ 95%

Plan (計畫)
├── 分析當前問題
├── 設定改善目標
└── 制定行動計畫

Do (執行)
├── 實施改善措施
├── 收集執行數據
└── 記錄過程變化

Check (檢查)
├── 評估改善效果
├── 分析偏差原因
└── 識別成功因素

Act (行動)
├── 標準化有效做法
├── 調整未達標項目
└── 規劃下一輪改善

知識分類結構：
1. 行業別最佳實務
   ├── 金融業需求特色
   ├── 製造業系統需求
   └── 政府部門合規要求

2. 專案規模別經驗
   ├── 大型系統整合專案
   ├── 中型功能擴展專案
   └── 小型系統改善專案

3. 技術領域別知識
   ├── ERP 系統需求分析
   ├── CRM 系統需求特點
   └── BI 系統需求重點

技能評估矩陣：
               初級   中級   高級   專家
溝通技巧        □     □     □     □
業務分析        □     □     □     □
技術理解        □     □     □     □
文件撰寫        □     □     □     □
專案管理        □     □     □     □
工具應用        □     □     □     □

基礎認證：
- CBAP (Certified Business Analysis Professional)
- PMI-PBA (Professional in Business Analysis)

進階認證：
- PMP (Project Management Professional)
- CISSP (Certified Information Systems Security Professional)

專業認證：
- TOGAF (The Open Group Architecture Framework)
- ITIL (Information Technology Infrastructure Library)

1. 充分的前期準備 (3 個月)
   - 深入研究銀行業務流程
   - 建立完整的利害關係人地圖
   - 制定詳細的訪談計畫

2. 分階段需求收集
   - 第一階段：高階業務需求
   - 第二階段：詳細功能需求
   - 第三階段：技術與整合需求

3. 多元驗證機制
   - 原型系統驗證
   - 使用者驗收測試
   - 法規遵循檢查
   - 外部顧問審查

4. 嚴格的變更控制
   - 變更委員會機制
   - 影響分析標準流程
   - 版本控制與追溯

複雜的客製化需求：
1. 多工廠生產排程
2. 複雜的成本計算邏輯
3. 供應鏈整合需求
4. 多幣別財務管理

跨部門整合需求：
1. 生產與銷售預測整合
2. 採購與庫存最佳化
3. 財務與營運報表統一
4. 品質管理全程追溯

1. 需求理解不足
   - 對政府作業流程理解膚淺
   - 法規要求評估不完整
   - 使用者實際需求與文件不符

2. 利害關係人管理失當
   - 未識別所有關鍵決策者
   - 各部門需求衝突未解決
   - 政治因素考慮不足

3. 變更控制不當
   - 需求變更頻繁且缺乏控制
   - 影響評估不準確
   - 變更成本持續累積

4. 溝通機制不健全
   - 定期報告機制不完善
   - 問題升級流程不明確
   - 跨部門協調困難

主要問題：
1. 需求頻繁變更
   - 業務模式仍在摸索
   - 市場回饋快速調整
   - 缺乏明確的長期規劃

2. 資源限制
   - 預算有限
   - 人力不足
   - 時間壓力大

3. 期望管理困難
   - 客戶期望過高
   - 對技術限制理解不足
   - 急於求成的心態

改善策略：
1. 敏捷式需求管理
   - 短週期迭代開發
   - 頻繁的使用者回饋
   - 彈性的需求調整

2. 最小可行產品 (MVP)
   - 優先核心功能
   - 快速驗證概念
   - 逐步擴展功能

3. 密切溝通合作
   - 每週進度檢討
   - 即時問題解決
   - 持續期望調整

選擇參考案例時考慮：
1. 行業相似度
   - 業務性質類似
   - 法規環境相近
   - 組織文化相似

2. 專案規模對比
   - 預算規模相當
   - 時程長度類似
   - 團隊規模相近

3. 技術複雜度
   - 技術架構相似
   - 整合需求類似
   - 效能要求相當

4. 組織成熟度
   - IT 成熟度相近
   - 變革接受度相似
   - 專案管理能力相當

1. 案例資料庫維護
   - 定期更新案例內容
   - 分類標籤管理
   - 搜尋功能優化

2. 經驗分享平台
   - 內部分享會議
   - 跨專案交流
   - 外部社群參與

3. 學習成效評估
   - 應用成果追蹤
   - 改善效果測量
   - 知識吸收程度評估

某 PM 在銀行系統專案中，未事先了解該行的業務模式，
在訪談中頻繁詢問基本業務問題，浪費寶貴時間，
且讓客戶對團隊專業能力產生質疑。

改善做法：
- 訪談前一週研讀客戶年報與產品說明
- 準備針對性的業務流程問題
- 展現對銀行業的基本理解

錯誤描述：
「系統要很快」

改良描述：
「資料查詢功能在正常負載下（<100 併發用戶），
單筆查詢回應時間需在 3 秒內完成，
包含資料檢索、處理及頁面渲染時間」

錯誤描述：
「要有好的使用者介面」

改良描述：
「系統介面需支援 1024x768 以上解析度，
相容 Chrome、Firefox、Edge 瀏覽器最新版本，
關鍵功能按鈕需在不捲動畫面的情況下直接可見」

相依性檢核清單：
□ 與現有系統的資料交換需求
□ 共享資源的使用衝突
□ 法規遵循要求
□ 組織架構與流程變更
□ 使用者訓練需求
□ 維運支援能力
□ 預算與時程限制

文件管理標準：
1. 統一命名規則：
   需求規格書_v1.0_20250813.docx
   
2. 版本控制流程：
   草稿 → 內部審核 → 客戶確認 → 正式版本
   
3. 存取權限管理：
   - 編輯權：專案團隊核心成員
   - 檢視權：所有專案相關人員
   - 審核權：專案經理與客戶代表
   
4. 變更追蹤：
   所有修改需記錄原因、時間與負責人

┌─────────────────────────────────────────────────────────┐
│                    需求訪談紀錄表                         │
├─────────────────────────────────────────────────────────┤
│ 專案名稱：                                               │
│ 訪談日期：         訪談時間：                           │
│ 訪談地點：                                               │
│ 主持人：                                                 │
│ 記錄人：                                                 │
├─────────────────────────────────────────────────────────┤
│ 參與者資訊：                                             │
│ ┌───────┬────────┬────────┬──────────────────┐        │
│ │ 姓名  │ 部門   │ 職稱   │ 聯絡方式         │        │
│ ├───────┼────────┼────────┼──────────────────┤        │
│ │       │        │        │                  │        │
│ │       │        │        │                  │        │
│ └───────┴────────┴────────┴──────────────────┘        │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│                    需求詳細記錄                          │
├─────────────────────────────────────────────────────────┤
│ 需求編號：REQ-                                          │
│ 需求名稱：                                               │
│ 提出者：                                                 │
│ 優先級：□高 □中 □低                                     │
├─────────────────────────────────────────────────────────┤
│ 需求描述：                                               │
│                                                         │
│                                                         │
├─────────────────────────────────────────────────────────┤
│ 驗收標準：                                               │
│ 1.                                                      │
│ 2.                                                      │
│ 3.                                                      │
├─────────────────────────────────────────────────────────┤
│ 相關系統：                                               │
│ 影響範圍：                                               │
│ 相依需求：                                               │
├─────────────────────────────────────────────────────────┤
│ 備註：                                                   │
│                                                         │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│                  行動項目追蹤表                          │
├─────────────────────────────────────────────────────────┤
│ 項目編號：ACT-                                          │
│ 行動內容：                                               │
│                                                         │
├─────────────────────────────────────────────────────────┤
│ 負責人：                                                 │
│ 完成期限：                                               │
│ 優先級：□高 □中 □低                                     │
│ 狀態：□未開始 □進行中 □已完成 □已延期                   │
├─────────────────────────────────────────────────────────┤
│ 相關需求：                                               │
│ 依賴條件：                                               │
├─────────────────────────────────────────────────────────┤
│ 進度更新：                                               │
│ 日期：     狀態：                                       │
│ 日期：     狀態：                                       │
│ 日期：     狀態：                                       │
└─────────────────────────────────────────────────────────┘

需求分析報告
├── 1. 專案概述
│   ├── 1.1 專案背景
│   ├── 1.2 專案目標
│   └── 1.3 專案範圍
├── 2. 需求收集過程
│   ├── 2.1 訪談計畫
│   ├── 2.2 參與對象
│   └── 2.3 收集方法
├── 3. 需求分析結果
│   ├── 3.1 功能性需求
│   ├── 3.2 非功能性需求
│   └── 3.3 限制條件
├── 4. 需求優先序
│   ├── 4.1 優先序評估方法
│   ├── 4.2 優先序結果
│   └── 4.3 實作建議
├── 5. 風險與議題
│   ├── 5.1 已識別風險
│   ├── 5.2 待解決議題
│   └── 5.3 建議方案
└── 6. 附錄
    ├── 6.1 需求清單
    ├── 6.2 訪談紀錄
    └── 6.3 相關文件

┌──────────────────────────────────────────────────────────────┐
│                        需求追溯矩陣                           │
├────────┬─────────────┬─────────┬─────────┬─────────────────┤
│需求編號│   需求名稱   │ 來源    │ 優先級  │    實作狀態      │
├────────┼─────────────┼─────────┼─────────┼─────────────────┤
│REQ-001 │使用者登入功能│業務訪談 │  高     │    已完成       │
│REQ-002 │資料查詢功能  │業務訪談 │  高     │    開發中       │
│REQ-003 │報表產生功能  │管理需求 │  中     │    規劃中       │
│REQ-004 │批次處理功能  │技術需求 │  中     │    待排程       │
│REQ-005 │系統監控功能  │營運需求 │  低     │    未開始       │
└────────┴─────────────┴─────────┴─────────┴─────────────────┘

□ 訪談準備
  □ 客戶背景資料研究完成
  □ 訪談議程已制定並確認
  □ 問題清單已準備並預演
  □ 參與人員已確認出席

□ 技術準備
  □ 會議室/線上會議已安排
  □ 錄音/錄影設備已測試
  □ 筆記工具已準備
  □ 相關文件已列印/準備

□ 人員協調
  □ 所有利害關係人已邀請
  □ 會議時間已多方確認
  □ 議程已提前發送
  □ 預習資料已提供

□ 需求完整性
  □ 功能需求描述完整
  □ 非功能需求已識別
  □ 限制條件已列出
  □ 驗收標準已定義

□ 需求正確性
  □ 需求描述無歧義
  □ 技術可行性已確認
  □ 業務邏輯正確
  □ 數據定義準確

□ 需求一致性
  □ 需求間無衝突
  □ 術語使用一致
  □ 邏輯關係清楚
  □ 介面規格統一

□ 需求可追溯性
  □ 需求來源可追溯
  □ 需求關係已建立
  □ 變更歷史完整
  □ 影響分析可行