本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 1：確定業務目標
<a name="phase-1"></a>

[數位化投資報告的商業案例](https://econsultancy.com/reports/the-business-case-for-digital-investment/) (Econsultancy 網站) 指出：「缺乏明確的長期商業案例和投資回報率、缺乏董事會級別的理解和贊助、以及將數位營銷傳播視為是戰術而非戰略，這些都被視為至少四分之三的響應公司在確保數位策略的正確投資水平方面的重大挑戰。」 因此，根據可衡量的關鍵績效指標來發現商機並確定其優先順序非常重要。

請注意，不同產業領域的商業案例可能會有所不同，例如製造業、能源、汽車、醫療保健、生命科學、農業。如需對製造業的業務影響範例，請參閱 [Hitachi Vantara 解決方案簡介](https://d1.awsstatic.com/HitachiVantaraSolutionBrief.pdf)的「*成功的數位工業解決方案*所產生的影響」一節。

請在本階段執行以下動作：

1. [識別業務挑戰](#identify-business-challenges)

1. [識別可衡量的關鍵績效指標](#identify-measurable-kpis)

1. [確定業務目標](#identify-business-objectives)

1. [確定使用案例](#identify-use-cases)

此階段的結果是所有利益相關者都對最終目標保持一致、了解期望並知道如何衡量成功。

## 識別業務挑戰
<a name="identify-business-challenges"></a>

定義業務目標的第一步是列出您想要解決的當前業務挑戰以及在您的環境中實施工業物聯網數位轉型解決方案可能會遇到的新業務挑戰。

以下是處於工業物聯網數位轉型旅程初期階段的製造業和工業公司的一些常見業務挑戰：
+ 使傳統工業機器和設備變得智慧化
+ 擷取已捕獲的生產資料以獲得新洞察
+ 由於操作混亂和根本原因分析過程緩慢，因此降低了生產力並增加了停機時間
+ 由於資料孤島和資產缺乏數位追蹤，導致資產管理挑戰
+ 缺乏近乎即時的不同操作層級監控，例如監控工廠、生產線和機器的整體設備效率 (OEE)、輸送量和週期時間 

## 識別可衡量的關鍵績效指標
<a name="identify-measurable-kpis"></a>

根據已識別的業務挑戰，您可以開始詢問*我將如何衡量這個問題的成功解決方案？* 回答此問題可協助您採用資料驅動型方法來評估解決方案是否成功。

確定將用於衡量旅程成功的 KPI，並確保其是可衡量的。以下是適用於各種工業領域的 KPI 範例：
+ 整體設備效率 (OEE) 或類似 KPI 的改善百分比
+ 營運成本降低百分比
+ 相較於內部部署，雲端的儲存和運算成本降低百分比
+ 由於主動監控和維護，減少意外停機時間的百分比
+ 需求預測和庫存管理的準確度百分比
+ 商業智慧 (BI) 報告的商業使用者觀察到的延遲時間減少百分比
+ 提供歷史資料進行進階分析 (例如機器學習) 的時間減少百分比
+ 擴展運算與儲存的時間減少百分比
+ 系統正常運行的時間增加百分比
+ 生產力增加百分比
+ 停機時間減少百分比 

## 確定業務目標
<a name="identify-business-objectives"></a>

現在，您已經確定了要解決的業務挑戰，並決定如何衡量成功，現在可以定義您的業務目標。這些目標可以協助您回答問題：*為什麼此問題值得解決？*和*誰能從解決此問題中受益？* 您可以決定用於衡量成功的資料驅動型策略，例如比較目前狀態的 KPI 與特定業務目標的目標狀態 KPI。

針對您要使用的每個指標或 KPI，將其改為具有目標可測量值的商業目標。例如，如果您的業務挑戰是*由於手動偵測流程，產品 1 經常缺貨*，而您的指標是*減少延遲以偵測問題*，那麼業務目標可能是*減少 95% 的延遲，以識別產品 1 的可能缺貨情況*。

排定業務目標的優先順序，讓團隊清楚了解如何排定資源分配的優先順序。

## 確定使用案例
<a name="identify-use-cases"></a>

定義業務目標之後，現在可以專注於使用案例。*使用案例*定義最終使用者與系統之間的確切互動，並用其來決定如何自動建立預期的業務成果。建立藍圖時，使用案例充當主要需求。

每個使用案例應包含四個關鍵要素：
+ 與系統互動的一個或多個最終使用者角色
+ 每個角色的目標
+ 您想要實作的系統動作，如角色所體驗
+ 系統動作的預期結果，如角色所體驗 

使用商業目標範例*減少 95% 的延遲，以識別產品 1 的可能缺貨情況*，以下是此目標的使用案例範例：
+ **人物角色** – 業務分析師
+ **目標** – 使用趨勢分析在幾分鐘內預估產品 1 的缺貨情況
+ **動作** – 使用 BI 報告工具生成顯示趨勢的報告
+ **結果** – 與先前的手動流程相比，新解決方案的延遲時間應減少 95%，以識別缺貨情況

取得使用案例清單之後，請根據每個使用案例的重要性和可行性與利益相關者進行評估。*重要性*是您希望從使用案例中獲得的價值，例如其投資回報率 (ROI)，而*可行性*是實作的簡便性。建立類似下面的表格，並要求利益相關者對每個使用案例的重要性和可行性進行投票。例如，在下表中，使用案例 1 獲得了 4 個高重要性的投票和 3 個低重要性的投票。多數票表明此使用案例具有很高的重要性。


****  

<table>
<thead>
  <tr><th> </th><th colspan="2">重要性</th><th colspan="2">可行性</th><th colspan="2">多數票</th></tr>
</thead>
<tbody>
  <tr><td> </td><td>高</td><td>低</td><td>高</td><td>低</td><td>重要性</td><td>可行性</td></tr>
  <tr><td>使用案例 1</td><td>4</td><td>3</td><td>5</td><td>2</td><td>高</td><td>高</td></tr>
  <tr><td>使用案例 2</td><td>5</td><td>2</td><td>1</td><td>6</td><td>高</td><td>低</td></tr>
  <tr><td>使用案例 3</td><td>1</td><td>6</td><td>3</td><td>4</td><td>低</td><td>低</td></tr>
</tbody>
</table>


接下來，您可以使用投票結果來優先考慮使用案例。具有兩個高評分的使用案例被認為可*快速勝利*。將具有一個高評分和一個低評分的使用案例放在*評估*類別中，並將具有兩個低評分的使用案例放在*考慮*類別中。下表顯示可用來視覺化此分類的象限圖。

![象限圖基於高重要性和低重要性以及可行性等級來顯示類別](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-iiot-transformation/images/prioritize-use-cases.png)


優先考慮快速勝利的使用案例，並確保您考慮了依賴關係。當您完成旅程時，可以從快速勝利使用案例開始，隨著後續進展，可以根據預算和時間表，在評估和考慮類別中新增使用案例。