Microsoft Copilot 可以快速產生可靠的初稿,但優美的草稿仍然可能未達到目標。 當輸出接近但不太正確時,迭代可以幫助您改進它,而無需重新開始。
在此案例中,您將解決最大的差距,並進行有針對性的變更,以協助高階主管專案關係人評估建議,以強化 Copilot 產生的提案。
案例:改善提案草稿而不從頭開始
您正在使用相同的領導力提案:跨多個團隊自動進行每週狀態報告。 該提案旨在減少人工工作,提高報告一致性,並通過試點和更廣泛推廣(如果成功)讓領導者更好地了解風險和延誤。
診斷完初稿之後,您找出最大的問題:
- 該提案沒有明確解釋領導人被要求批准的內容。
- 風險和依賴性,包括人員配置、採用和數據一致性,被低估了。
- 有關報告問題、試驗範圍、擁有者和時間表的內容缺失或不一致。
- 有些說法,尤其是圍繞效率提升的說法,過於寬泛,讓人覺得不可信。
- 某些詳細資料可能不反映最新的推出計畫。
選秀足夠強大,可以在此基礎上再接再厲。 與其重新開始,不如先關注最大的差距,改進該部分,並保留已經有效的部分。 每次修訂後,檢查提案是否更清晰、更可信,對決定是否資助該項目的領導者更有用。
如何?通過迭代來改進提案草案?
使用這些 反覆運算檢查 來進行重點變更,以強化草稿: 目標、 受眾、 限制式、 證據和 結構。
目標:將草稿的焦點重新放在您需要的決策上
| 之前: Copilot 草稿 | 之後:修訂版本 |
|---|---|
| “該提案概述了報告改進計劃的範圍和目標。” | “該提案建議分階段推出,自動為四個團隊報告每週狀態報告,以便領導者可以更快地發現風險和延誤,同時減少準備更新所需的手動工作。” |
| 這份草案還不清楚什麼: 它保持籠統性,沒有明確說明高管利益相關者需要做出什麼決定。 | 改善的功能: 修訂會命名動作、定義第一個步驟,並立即說明商務價值。 |
詢問 Copilot
“修改開頭,使建議、第一階段範圍和行政決定在前兩句話中清晰。”
對象:為高階主管專案關係人調整草稿
| 之前: Copilot 草稿 | 之後:修訂版本 |
|---|---|
| “隨著時間的推移,幾個團隊使用了不同的報告方法,並且一直在討論流程一致性和更新質量。” | “如今,團隊手動收集每週更新並使用不一致的格式,使領導者更難發現項目中的風險和延誤。” |
| 這份草案還不清楚什麼: 它花時間在一般背景上,而不是快速構建業務問題。 | 改善的功能: 修訂為高階主管提供了他們需要的背景資訊,而不會耽誤重點。 |
詢問 Copilot
「為高階主管利害關係人重寫此內容。 只保留解釋當前報告問題及其現在重要性的背景。
限制式:剪成適當的長度、範圍和格式
| 之前: Copilot 草稿 | 之後:修訂版本 |
|---|---|
| “該提案包括先前報告討論的背景、流程考慮、多種未來狀態選項以及團隊對話中的一些觀察結果。” | “該提案重點關注四點:當前的報告問題、第一階段試點、預期值以及現在需要的決定。” |
| 這份草案還不清楚什麼: 該部分過於寬泛,不符合高管需要的更嚴格的格式。 | 改善的功能: 此修訂會縮小範圍,讓內容更容易快速檢閱。 |
詢問 Copilot
“收緊這一部分以進行行政審查。 刪除低價值背景,只保留支持第一階段建議的內容。
證據:新增支持建議的具體詳細資料
| 之前: Copilot 草稿 | 之後:修訂版本 |
|---|---|
| “這一舉措將顯著提高效率並提高跨團隊的可見性。” | “這項舉措將自動為試點團隊收集每週狀態,減少編譯更新所花費的時間,並使領導者在整個每週報告週期中對風險、延誤和所有者有更一致的了解。” |
| 這份草案還不清楚什麼: 它承諾改進,但沒有解釋發生了什麼變化,也沒有解釋為什麼這種說法應該讓人覺得可信。 | 改善的功能: 該修訂將好處與實際報告問題聯繫起來,並解釋了自動化的具體價值。 |
詢問 Copilot
“使用當前的報告痛點、試點範圍和來源註釋使這一說法更加具體。”
結構:重新格式化草稿,以便更容易瀏覽並採取行動
| 之前: Copilot 草稿 | 之後:修訂版本 |
|---|---|
| “該提案建議在第一階段與選定的團隊一起開始自動化工作,具體取決於人員配置和實施準備情況,並要求領導層審查該建議和下一步。” |
建議: 開始四個團隊的第一階段試驗。 主要相依性: 確認人員配置、報告輸入和推出整備。 現在需要做出決定: 核准試驗範圍和下一步規劃。 |
| 這份草案還不清楚什麼: 關鍵點都存在,但它們以一種更難掃描和快速採取行動的方式組合在一起。 | 改善的功能: 此次修訂將要點分為高階主管可以更快地審查的格式。 |
詢問 Copilot
“將其重新格式化為簡短的執行摘要,其中包含三個項目符號:建議、關鍵依賴關係和現在需要的決策。”
快速準備檢查清單
在繼續之前,請確認每個修訂都改進了五個鏡頭之一:
✔️ 目標: 草案現在支持高管需要做出的決定。
✔️ 對象: 語氣和詳細程度適合高階主管專案關係人。
✔️ 限制式: 長度、範圍和格式都受到控制。
✔️ 證據: 聲明是具體的,並且基於報告場景。
✔️ 結構: 提案草案易於瀏覽並採取行動。
如果某個區域薄弱,請再次反覆運算。 第二次或第三次修訂是正常的。 下載 Iterate on Copilot 輸出以獲得更好的結果 快速參考指南,這是您可以在工作時重複瀏覽的實用資源。
為什麼反覆運算很重要
初稿不需要是完美的。 當方向正確時,迭代可以幫助您加強弱點、保留有效的方法並改進提案,而無需重新開始。
秘訣
下載 Iterate on Copilot 輸出以獲得更好的結果快速參考指南,這是您可以在工作時重複瀏覽的實用資源。