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

# 2.5 變更的業務案例
<a name="business-case"></a>

## 概觀
<a name="business-case-overview"></a>

變更的業務案例是一種令人信服的訊息，可將雲端轉型連結至業務理由。它應該：
+ 獲得強大的財務案例支援。
+ 持續傳達願景，以產生利益相關者承諾。
+ 專為全公司或特定職能的訊息量身打造。
+ 說明 IT、業務、財務、客戶和員工的優勢。
+ 將雲端程式連接到外部環境 （例如，競爭市場和客戶）。
+ 建立緊迫感。

若要測試您建立的變更案例，請根據下列關鍵條件進行驗證：
+ 訊息會以簡單、清晰的用語傳達未來狀態。例如，「我們位於推出新產品和失去 *x*% 市佔率的底部分位數。我們的雲端轉型計畫將讓我們能夠移至前 25 分位數，讓利益相關者和客戶感到滿意。」
+ 訊息說明為什麼變更是必要的，方法是說明目前狀態，並說明目前啟動或未啟動雲端轉型計畫的後果。
+ 訊息說明雲端轉型如何與其他改善業務成果的計畫保持一致。
+ 訊息使用隱喻來描述未來狀態，因此可以輕鬆記住。
+ 訊息會傳達您的個人定信 （透過語氣或情緒）。
+ 訊息說明您將個人執行哪些動作來支援雲端轉型的實作 （例如，個人行為變更、組織系統變更）。
+ 訊息說明對象可以採取以支援變更的特定動作 （例如，參加雲端培訓課程或研討會、建立雲端領導團隊、與其他人溝通有關雲端轉型計劃的內容和未知情況）。
+ 訊息是簡短的 (5 分鐘或更少）。

## 最佳實務
<a name="business-case-best-practices"></a>
+ 在進行利益相關者評估後建立變更案例。
+ 向影響者清楚且如實表達好處。
+ 說明不進行雲端旅程的後果。
+ 在各種通訊 （例如敘述、全體會議） 中使用案例進行變更。
+ 為特定對象量身打造訊息。
+ 鼓勵員工向其他人表達變革的案例。
+ 當您呈現變更的使用案例時，請進行雙向對話。
+ 收集並回應所有利益相關者的意見回饋和問題。

### 建立共同的變更需求
<a name="shared-need"></a>

成功的組織會學習將變革的需求架構成不只是短期威脅。他們找到將需求作為威脅和作為短期和長期機會進行溝通的方法。透過這樣做，他們可以避免傳達短期緊迫感，並確保關鍵利益相關者的長期關注和參與。具有動機的關鍵是平衡威脅和機會，將人員指向正確的方向並移動。

使用下表為您的商業案例收集變革的激勵因素。在 資料表中：
+ 威脅 (「如果我們不變更...」) 是專注於放棄目前狀態的變更原因。威脅會將目前的狀態顯示為不再吸引人，甚至無法承受。
+ 機會 (「如果我們變更...」) 是導致人們進入新狀態或未來狀態的變革原因。機會以未來為重心，以成長為導向。
+ 短期激勵措施的生效時間相對較快或較快。短期的定義可以是主觀的，且專屬於專案或情況。短期激勵因素會傳達緊迫感。
+ 長期激勵因素在未來的某個時間生效，或隨著時間累積。它們提供可持續的動力。

短期激勵因素：


| **威脅**（如果我們不變更） | **商機**（如果我們變更） | 
| --- | --- | 
| 1. | 1. | 
| 2. | 2. | 
| 3. | 3. | 
| 4. | 4. | 
| 5. | 5. | 
| 6. | 6. | 
| 7. | 7. | 

長期激勵因素：


| **威脅**（如果我們不變更） | **商機**（如果我們變更） | 
| --- | --- | 
| 1. | 1. | 
| 2. | 2. | 
| 3. | 3. | 
| 4. | 4. | 
| 5. | 5. | 
| 6. | 6. | 
| 7. | 7. | 

完成資料表後，請使用涵蓋資料表中盡可能多的激勵因素的語言，製作一個 3-4 句子陳述式來說明變更的需求。

### 塑造願景
<a name="shaping-vision"></a>

有效的願景陳述式說明變更的結果。它很清楚、合法、廣泛理解和共用；願景是以行為術語塑造的。它不是閃爍的口號，而是說明未來*好*看的樣子。 它吸引人、可衡量且令人興奮。它作為所有利益相關者的目標，這些利益相關者將成為變革工作的一部分或受到變革工作的影響。

使用下表收集視覺陳述式的資訊。


| **來自 的意見回饋** | **在雲端轉型之後，您會聽到更多內容？** | **雲端轉型後，您會少聽到什麼？** | 
| --- | --- | --- | 
| 客戶 | 1. | 1. | 
| 客戶 | 2. | 2. | 
| 客戶 | 3. | 3. | 
| 員工 | 1. | 1. | 
| 員工 | 2. | 2. | 
| 員工 | 3. | 3. | 
| 合作夥伴和供應商 | 1. | 1. | 
| 合作夥伴和供應商 | 2. | 2. | 
| 合作夥伴和供應商 | 3. | 3. | 

完成資料表後，請使用盡可能涵蓋資料表中擷取之意見回饋的語言，製作 3 到 4 個句子陳述式來說明變更的需求。

此外， 提議 3-5 個成功指標，協助您評估願景的實現。

### 撰寫未來和相關常見問答集的新聞
<a name="writing-press-release"></a>

未來的新聞發佈在創新和新產品開發方面有其根源。 新聞發佈是從未來的角度編寫的，何時發佈新產品。常見問答集隨附於新聞發佈，並強制撰寫者廣泛地思考變革。 使用此方法有三個主要優點：它 可協助您專注於客戶、強制您在假設中明確表達，並且可由任何利益相關者解釋。

您可以使用此方法來確保您的訊息一致、以利益相關者為中心且全面。

#### 新聞發佈
<a name="press-release"></a>

試想自您開始雲端轉型以來已過 12 到 18 個月，而且您受邀在記者會上發言，討論雲端轉型之旅的成功，以及它如何解決客戶需求、為競爭定位做出貢獻、增強員工技能和職業，以及增加收入和收入。

使用下列架構撰寫文章，該文章可能會在媒體在記者會上聽到您的語音後由媒體撰寫。

如果新聞發佈超過一頁半，則可能太長。保持簡短 （大多數段落三到四個句子） 和簡單。您可以在新聞發佈中包含常見問答集，以回答所有其他業務或實作問題，因此您可以將新聞發佈的重點放在客戶的好處上。

我們建議您使用主流功能業務主管的語言撰寫您的新聞發佈：從客戶的心聲說話，並避免技術詳細資訊。

新聞發佈的目標受眾是關鍵利益相關者，他們可以是解決方案、產品或服務的外部客戶或內部使用者。內容著重於客戶問題、目前的解決方案 （內部或外部） 如何失敗，以及雲端轉型如何超越現有的解決方案。

以下是 新聞稿的範例大綱：
+ 標題 – 描述雲端轉型的最重要優勢。（保持簡單。)
+ 副標題 – 描述主要利益相關者群組 （例如外部客戶、利益相關者和內部員工） 雲端轉型的優勢。  
+ 摘要 – 提供雲端轉型的業務和財務成果摘要。假設讀取器不會進一步讀取，因此請保持本節強健。 
+ 問題或機會 – 描述雲端轉型解決的問題或機會。（複製案例資訊以進行變更。)
+ 解決方案 – 描述雲端轉型如何解決這些問題或機會。
+ 公司引號 – 提供您公司發言人的引號。（可能是您）。
+ 客戶引號 – 提供假設客戶的引號，說明他們如何獲得好處。
+ 關閉並呼叫 動作 – 進行總結並提供其他資源的連結。
+ 常見問答集：提供您預期問題的答案。例如，以下是與雲端轉型相關的一些問題：
  + 客戶體驗會如何變更？
  + 我的角色會如何變更？
  + 組織的文化將如何變更？
  + 領導責任會如何變更？
  + 當我們在雲端時，需要哪些新技能？
  + 需要哪些新的行為和思維？
  + 什麼是訓練計畫？
  + 什麼是雲端轉換時間表？
  + 在雲端轉型之前，我們需要對應用程式進行哪些變更？
  + 分享未來願景需要哪些通訊？
  + 需要哪些通訊來鼓勵變革採用？
  + 我們的支援模型會如何變更？
  + 我們是否需要變更開發、測試、整合和交付工具？
  + 我們將擁有何種層級的伺服器存取？
  + 如何監控應用程式效能？

### 串聯變更案例
<a name="cascading-case-for-change"></a>

當您表達變革的案例時，請思考如何溝通並推展給員工。您可以針對變更訊息的案例使用不同的通訊格式。以下是一些範例：
+ 在大型會議中共用的簡短投影片，例如員工全體會議或員工全體會議
+ 主要發起人討論變革案例的執行影片，並邀請其他領導者從整體上討論變革的不同層面
+ 在公司走廊、自助餐廳和休息室共用的貼文或數位顯示器
+ 討論計畫的內部網站

## 常見問答集
<a name="business-case-faq"></a>

**問：什麼是變更的商業案例？  **

**答：**變更的案例是一種吸引人、激勵人心且激勵人心的訊息和文件，將雲端轉型與變更的理由相關聯。理想情況下，它受到強大的財務案例支援，並用於以一致的方式傳達願景，從而從利益相關者產生對雲端轉型的承諾。它可以量身打造和擴展，以傳達全公司或特定職能的訊息，並向 IT 團隊、業務團隊、財務團隊、客戶和員工解釋好處。 

**問：為什麼這很重要？ **

**答：**領導者需要實作變更，使其組織能夠在目前和未來的市場中取得成功。如果員工不信任領導者要求他們實現的目標，他們可能會拒絕變革。想要變更的員工和因為必須變更的員工之間的績效有很大的差異。穩健且溝通良好的變革商業案例，有助於人們自願投入雲端轉型之旅。 

**問：您何時建立它？  **

**答：**在雲端計劃的早期建立變更的商業案例，並在所有受影響的利益相關者群組之間多次交付。

**問：此活動的輸入為何？**

**答：**輸入包括專案結構、目標、目標、預算、指標、利益相關者評估和變更影響分析。

**問：此活動的輸出為何？**

**答：**輸出包含依對象、區域、業務單位、利益相關者群組的重要訊息；變更策略和計畫；通訊策略和計畫；以及訓練策略和計畫。

**問：誰涉及此活動？**

**答：**參與者包括執行發起人、雲端領導團隊、執行或指導委員會，以及參與 [IT 和業務領導者協調](alignment.md)的領導者。

## 其他步驟
<a name="business-case-steps"></a>

若要建立變更的商業案例，請遵循下列步驟：

1. 與其他人一起檢閱變更案例，並取得意見回饋。

1. 根據意見回饋微調變更案例，並視需要推出計劃。

1. 評估文件的可理解性、動機、可信度和緊迫性。

1. 確定適當的對象和共享場地。