可是，也不是所有人都寫不好文件。別人寫的好的文件是怎麼做的呢？我就想這文件總得有個套路吧。

有天看到一位同事的一篇文件，讀起來很連貫，讓我很觸動，有點 aha moment 的感覺。

我總結了一下方案文件的要點：介紹背景、分析問題、描述方案、總結。

介紹背景

做一件事，我們要知道為什麼要做。寫文件也一樣，我們要清楚為什麼要寫。所以我們要先講清楚背景，講清楚了背景，就站穩了腳跟。

我就有這樣的經歷。開始寫文件的時候，忘了最原始的問題是什麼了。我自己可能都沒意識到自己忘了原始問題。這種表現就是我完全是懵的，不知道怎麼開頭，沒有一點想法，困在那裡了。

另一種情況是，寫的不是最根本的問題，而是旁支的問題，或者是中間環節的問題。無論是哪一種情況，都會寫著寫著就覺得怪怪的，不是那麼回事兒。

把根本問題清清楚楚地寫下來，就是一個好的開頭。

分析問題

我們遇到一個問題，就要嘗試著去解決。要解決問題，我們要做一系列的工作，比如調查原因，分析問題造成的影響。這其中會有很多思考過程，有想到的關鍵資訊點。

還可能還會遇到新的問題，我們需要進一步對遇到的新問題做調查。就像樹一樣，不斷地分枝散葉。不過我們要控制一定的層次，不能無限延伸下去。

把這些調查過程、分析思路和想到的關鍵資訊，原原本本的用最樸實的話寫清楚。

描述方案

接下來要針對每個問題給出答案。需要注意的是，我們是先要找到答案，然後才寫文件。文件本身不是為了給問題找答案，而是為了把答案描述清楚。

所以如果在這一步不知道怎麼回答問題，那可能是因為答案還不清楚，問題還沒解決。

對於已經有答案的問題，把答案描述清楚。對於還沒有答案的問題，要把目前沒有答案的原因寫出來，比如說是經濟經費問題、技術問題等等，並且還要說明不解決這個問題會有多大影響。

總結

最後再要對文章做一個總結。這個總結倒顯得不是特別重要了。甚至可以不總結。根據實際情況判斷。

寫文件有一個很常見的誤區，覺得文件寫的太短了，可是又什麼也寫不出來了。這一般也有兩種情況。

一方面是對這個問題還沒有搞清楚，所以文件也就展不開，寫不清楚。另一方面可能是這個話題太小了，要考慮是不是應該把這一篇文章作為另一個文件的一部分，而不是單獨一個文件。

個人總結，供參考。