企劃主題太複雜無法簡述完畢？１分鐘GPS溝通術：任何話題都可以精簡地概述

如果你需要的是某人的決策，建立框架的時候應著重於你所需要的決策，而不是需要這個決策的原因。如果你需要解決某問題的建議，建立框架的時候應著重於你急需解決的問題，而不是發生問題的來龍去脈。

另外，想要傳遞清晰的訊息，最好是以精簡的文字傳達適當的資訊。

原因3：我們關注於變數和連帶影響，而非問題本身

職場上待解決的問題都很複雜，如果問題很簡單，我們的工作就不會如此辛苦了。

大多數的問題即使相對簡單，往往也不止一個變數存在，還有許多事務牽涉其中，牽一髮而動全身，其影響遠超乎你目前想要談論的狀況。例如：IT系統相互連接、一項專案成本超支會牽連到其他計畫、專案進度落後可能源於許多任務同時發生問題、一個問題沒處理好導致發生更大的問題等等，不勝枚舉。

但是，不要把問題的成因與實際需要解決的問題本身混為一談。

當人們試圖簡述一個問題，很容易張口就描述事發的前因後果，反而複雜化整個事件，並非專注於急需解決的問題上。多個變數的存在本身不是「問題」。

造成該問題的變數不確定或是不斷變化，才是問題真正的「重點所在」。想在這種情況下溝通，設定的框架應將問題定義為不斷變化的變數，至於解決方案還是著重於如何解決問題。你不需要詳細描述每個變數，提出結構摘要之後，即可在後續對話中納入每個變數的細節、及其對目標造成的影響等等，所以這些細節沒有必要出現在一分鐘的摘要裡。摘要應如其名，概述更高層次的目標、問題和理想的解決方案。

概述問題的連帶影響也是一樣。連帶影響不是急需解決的問題，如果它對工作構成了影響，你的目標還是在解決問題，而不是除去連帶影響。例如：如果一項專案延誤，而你需要等該項專案完成之後才能開始你的工作，那麼問題在於「專案延誤」，而不是「連帶影響你的後續工作」。你的結構摘要應著重於解決專案延誤的問題。

如果你能明確定義目標，以及阻礙達成目標的具體問題，就會得到清楚的框架。

原因4：我們習慣一次概述多個問題

在第二章我們學到，單一對話中包含多個主題容易令聽眾困惑，而試圖在同一個框架中概述多個問題的狀況也一樣。多個問題通常代表需要多個解決方案。