從無到有：一份方案是怎麼做出來的

老手們可以跳過本篇，對於一些面對這類任務感覺無從下手的同學來說，可以參考一下。

關於如何做方案，今天我們從工作流程的角度，看看一份方案是怎樣從無到有、從一個想法變成一份能夠交付的方案的。當然，這個所謂的流程只是根據自己的經驗做了個簡單的整理，僅供參考。

一般而言，一份方案從接到任務到交付出去，可以分為「構思」、「草案」、「草稿」、「製作」、「檢查」這五個階段。名字是我瞎想的，看看具體都幹了些什麼就基本清楚了。

構思：考慮清楚這個方案到底是要幹嘛的

草案：搭好方案的框架

草稿：添加枝幹，確定各模塊的具體內容

製作：完成方案

檢查：讓方案更完美

當然，這套流程的前提是時間足夠，遇到緊急任務的同學，可以參考這篇文章：《很急？試試快速迭代》

下面簡單介紹下每一步都要做什麼，做到什麼程度，輸出是什麼。

構思：考慮清楚這個方案到底是要幹嘛的

先前的一篇文章《能解決問題的方案才是好方案》里，我們提到過「一份解決方案的主要內容很簡單：一個問題和一個答案」。這個步驟主要就是為了干好這件事，即找到這份方案要解決什麼問題，同時給出解決辦法。

關於如何找對問題和答案的內容，參考上面提到的文章就好，這裡就不再多說了，只想再一次提醒大家，這一步至關重要。

我在工作中見過不少同事一接到任務就匆匆忙忙開始寫東西，最後卻對著看似完成卻亂七八糟的方案頭疼，不得不一次次重新來過（我見過修改了一年還算不上好的方案）。究其原因，還是因為一開始就沒想好這份東西交出去到底是用來做什麼的。

換句話說，構思這個階段，就是確定好一個大方向，大方向出了問題，後面做得再用心，也是白費力氣。而如果一開始就找准了這個點，後面的工作就輕鬆多了，所以在這一步，我強烈建議大家多花些時間和心思，思考為主，動手為輔。

通常這個階段完成的標誌是，很清楚這個方案是給誰的、用來解決什麼問題以及如何解決問題。輸出的東西，有可能只是兩句話：問題和答案；也有可能是一份簡單的導圖。這個看各人習慣。

草案：搭好方案的框架

在這一步中，我們要做好這幾件事。

理清邏輯線和故事線：通常我們會按照某種邏輯思考一個問題的解決方案，我們稱之為邏輯線，也可以叫思考線。但有些情況下，我們需要用「講故事」的方式來做這份方案，就需要重新調整各部分的順序，或者增減內容，我稱之為故事線。比較常見的是發布會上用到幻燈片、用於忽悠客戶的市場材料、用於特定教學方法的課件等。

確定方案架構：確定了主線之後，方案所需的各個部分也就基本清楚了，這個就是整體架構，就像是一棵大樹的主幹，在後面，我們就要圍繞它來添加各種內容。

確定要填充的東西：注意，這個是「東西」而不是「內容」。也就是說，我們現在不需要確定具體的內容是什麼，只需要知道這裡大概要放個什麼東西就可以了，舉個例子，在方案的某個部分，我們只需要標註「這一節論證一下喝酒容易造成損失」就可以了，而不需要標註為「舉一個案例：喝醉了之後去球場玩耍還妄圖去抓幻想出的小偷結果摔斷腿」。之所以這麼做，是為了在後續的工作中保留餘地，更有彈性。

這個階段的輸出，通常是一份主題明確，主線清晰的導圖或大綱。如下圖。

草稿：添加枝幹，確定各模塊的具體內容

這時候的主要任務是將大綱細化，並補充針對各部分或模塊的大概描述，說明白每個部分要寫什麼內容。有些次級議題的論證邏輯，也需要在這個時候補充完整。另外，一些需要填充的具體內容也要在這個階段確定下來，比如某個圖示，或上面提到的具體案例。

事實上，我們可以把前面這三步看作是規劃的階段。這個階段的輸出也是看各人喜好，如果你喜歡修改方便，更專註于思考，或許可以輸出一份手稿。如下圖。

當然，如果時間比較緊急，或者內容已經爛熟於胸，或者需要其它人的合作，也可以直接用powerpoint來做。比如下圖，除了少有的幾個現成素材外，其它都沒有具體內容，只是標註了每一頁要放什麼東西而已。

製作：完成方案

這部分其實沒什麼好說的，前面都已經規劃好了，剩下的幾乎可以看作是體力活，該寫什麼文字就寫什麼文字，該畫什麼圖就畫什麼圖。

如果前面邏輯清楚，每一部分的文字都只是一篇短短的命題作文，甚至幾句話而已，每一張圖，也不過是依樣畫葫蘆，簡單得很。只要前面花了足夠多的時間，這裡拼的就是打字速度或者做PPT的熟練度了。

這階段的輸出當然就是一份完整的方案了。

檢查：讓方案更完美

寫完方案，不檢查肯定是不行的，先不說一些錯別字，單就是邏輯這一塊，至少都會有一些需要修修補補的地方。這個檢查，要麼自己來，要麼讓別人來。之前的一篇文章《構建方案的邏輯》里提過這件事，摘錄如下。

講給自己聽：這一招在撰寫方案的過程中就應該養成習慣。試著把每一個思考和做成導圖的片段都用語言描述一遍，如果邏輯有問題，很快就能發現。在整個方案完成之後，也應該至少完整的試講一遍，看看是否通順，如果磕磕絆絆的，往往就是邏輯有問題。

講給別人聽：有時候習慣了某種思考方式就難以察覺到其中的邏輯錯誤。這時候，多講給持不同意見的人聽是最好的選擇。想想看林肯為了完善決策任命了多少自己的政敵，而你的方案同樣也是為了要說服那些最頑固的反對派，所以不要怕對方提出質疑，只有勇敢的面對這些質疑，才能持續改進和提高。如果公司有內審機制，也是個不錯的選擇，多一些意見就會多一些改進的可能性。

檢查這個階段最讓人痛苦和煩躁的是，它並不是一遍就可以完成的。為了讓最終輸出的結果更令人滿意，在有時間的情況下，我們得一直重複「發現問題 → 修改 → 發現問題 → 修改 → 發……」這個過程。這裡再放一張老圖反映一下我的心情吧。

不過讓人欣慰的是，最終，你的方案將會越來越完善，越來越有說服力。

OK，以上是一個簡單的步驟分解和解釋。在實際工作中，前三個階段的分界其實並沒有那麼明顯，大家也可以根據自己的習慣進行調整，但絕不可忽視它們。通常如果一份方案需要在一周內搞定的話，我會至少花2-3天時間在前三個階段，1-2天用來寫方案，剩下0.5-1天來檢查和修改。

以上，供參考。有機會的話，會慢慢把各部分內容再細化。