如何寫好解決方案

時間：2022-03-09 11:14:25 方案我要投稿

如何寫好解決方案

　　為了確保事情或工作有序有效開展，常常需要提前進行細致的方案準備工作，方案是從目的、要求、方式、方法、進度等都部署具體、周密，并有很強可操作性的計劃。優秀的方案都具備一些什么特點呢？下面是小編為大家整理的如何寫好解決方案，供大家參考借鑒，希望可以幫助到有需要的朋友。

如何寫好解決方案

　　如何寫好解決方案篇1

　　另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質量就會隨公司能力不斷增長。當然我曾經問過很多人，你到底為什么寫不出好的方案呢？基本上原因可以歸為四類：

　　1.1第一種是沒有體系

　　一旦用戶要求提供關于PDM的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。

　　這種情況一般是寫方案者不熟悉自己產品體系造成的，知道一兩個甚至更多的產品賣點不難，但難就難在成體系，知識就是成體系的點構成的，而不是一句一句離散的說法構成的。

　　因為我們這個行業從業人員說句不客氣的話，大部分對所銷售實施的管理系統并沒有很深入的研究，都是半路出家，從頭開始，在學習過程中熟悉，在熟悉過程中領悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當一個人對一個產品思路有體系以后，才能夠寫出完整的方案，否則就是一個單元也要費盡腦汁。所以一個人要想寫好一個方案，首先要把自己產品的來龍去脈，功能模塊，適應領域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補充競爭對手知識和一些技術性知識，不斷深化自己的知識體系。

　　1.2第二種是沒有思路

　　有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業務的個性化內容，這個時候有的人按照標準方案模板修改還勉強能對付，但對于個性化內容針對性方案就速手無策了。

　　這種情況從根本上講還是寫方案者不熟悉企業業務造成的，寫方案，特別是針對性方案不僅僅要求了解企業的需求，而且要知道這些需求是在何種業務需求下

　　產生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。

　　所以一個人要寫好方案，還需要了解下游客戶的業務，了解業務最有效的方法就是親自做幾次詳盡的業務調研，有了業務調研做基礎，在調研過程中把握用戶關注重難點問題，自然可以比較好的確定方案的個性化內容思路。解決方案就是把客戶的利益和產品特性之間建立一個邏輯性的橋梁。

　　1.3第三種是沒有素材

　　一般不經常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現在都是投標，不同用戶可能有不同投標的要求，這樣很難用一個方案去適應所有的用戶，因此在每個方案中都有一些需要準備的內容。

　　這些內容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去準備，造成方案完成周期過長。

　　所以寫好方案必須具備這三個條件，第一方案編制者對企業業務要很熟悉，或者有相關業務調研經驗，第二方案編制者對產品非常熟悉，至少對自己產品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。

　　1.4第四種是沒有層次

　　很多人剛和用戶接觸沒有多久，為了表現自己對客戶的重視，馬上表示要提供方案，當然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應商馬上提供一個方案。

　　結果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應商內容都差不多，覺得不好，又總結出一些個性化要求，于是大家有開始折騰第二輪方案。

　　其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟件技術，可以提供標準的產品技術白皮書，到了經過售前調研，有所準備，在演示前后階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎上提供解決方案或者投標書。

　　過早提供方案只能匆匆了事，時間緊急，質量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。

　　方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質量的方案是不可能的。如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經過練習寫出好的方案。

　　2.1第一個容易犯的錯誤：只有論點，沒有論證

　　不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產品手冊摘要版，不象方案書。

　　不好的方案是一大堆內容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質量很高。我們國內許多的企業客戶特別是大型企業都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。

　　如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結構的。

　　所以真正好的方案，不一定厚，但能看出你用心，你認真。

　　現在的解決方案一個不好的傾向是"長、厚、全"，看起來面面俱到，其實對決策者沒有幫助。所有的方案無差異性，每家供應商都說自己能解決這些問題，而且都有成功案例。

　　結果所有的方案都無法給決策者簡明的判斷依據，不得不費更大勁去做產品演示和用戶考察。

　　其實很少有企業高管不知道自己的毛病，在企業你隨便去找一個人，對問題都能講一通，在企業你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。

　　通觀這個方案并沒有研究為什么企業會產生這么多問題？問題是這些問題是什么產生的？為什么出這么多問題？而是不斷說"我能！我能！選我，選我！"。

　　如果不能找到解決這些問題的原因，簡單地去解決這些現象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。

　　不好的解決方案最大的問題就象寫一篇議論文，能夠發現問題(這個也是模板化的，可惜中國企業大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業)，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業管理進步有聯系呢？)。

　　沒有論證的東西不管內容陳列得多么繁復，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。

　　看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。

　　如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規范。但對內容認可程度并不高，實際上沒看懂。

　　2.2第二個容易犯的錯誤：業務解決方案成為功能列表

　　解決方案省事的一種方法就是將產品功能描述作為技術方案內容進行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業務去準備的內容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認可的。

　　大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。

　　而且這種方案還有一個特點，一個問題反反復復的提，在業務背景中指出某個問題，講一通，在價值分析中又重點解釋一通，到了功能介紹時又將某個問題來龍去脈概要說明一下，給用戶感覺是一堆資料的堆積，哪里體現出了方案的針對性呢？

　　按功能列表準備方案的做法在很長一段時間內不會消失，這和我們普遍是4P銷售人員，還缺少SPIN(顧問式)銷售人員有關，在資源不足的情況下，要保證效率就只能提供功能列表方案了。

　　日常工作問題剖析

　　實際的工作中，不管是項目經理還是售前工程師，給客戶提供的大部分解決方案一定是基于某個類似解決方案或者參考模板，這樣做的好處就是能夠快速高效的產出一份解決方案，解決方案的內容、層次、思路等方面出現問題的幾率都比較小，相對是一份完整的、可讀性強的方案。但是如果長時間依賴原有解決方案，對于客戶提出的個性化的一些要求，我們可能就難于下筆，或者提交客戶的解決方案無法體現出客戶個性化的解決方案，難以讓用戶滿意。

　　質量低的解決方案的特點

　　通過對低質量的解決方案的分析，我們不難發現他們都具有如下一些特點：

　　追求數量，而不是質量，看似厚厚的幾百頁方案，其實有效的、可讀的內容少之又少，更多的是一些套話、政策、功能的一些羅列，完全是為了寫方案而寫方案。客戶痛點分析不透徹，解決方案的最關鍵也是最基礎的工作就是總結客戶面臨的問題，低質量的解決方案這部分內容基本都是東湊湊、西湊湊，總之，這部分內容有就行，是不是客戶的痛點，并不重要。解決思路不清晰，所謂解決思路就是根據現有客戶的問題，提出我們的解決思路，不少的解決方案缺少這部分內容，也有的一些方案基本也是找一些套話放進去，體現不出解決方案的針對性。提出的解決方案過于臃腫，客戶本有有一些小問題或者痛點，解決直接被你放大到5倍、10倍。本來100萬預算能夠解決的問題，非得給客戶規劃500萬、1000萬，實際經驗告訴我們，這些都是徒勞無功，沒有任何作用。格式不規范，這個是屬于比較低級的`，有的解決方案編寫完成后，目錄、標題、縮進、圖例等等都不規范，整個文檔看著非常的粗糙，這種解決方案基本客戶都會PSS掉，不會采取的。強烈建議，如果你長期需要編寫方案，建議你整理一個通用模板，避免一些低級錯誤.

　　如何寫好解決方案篇2

　　1、相關資料收集很重要

　　實際經驗告訴我們，平時工作中，愿意收集資料的同事，更容易寫出高質量的解決方案文檔。“工欲善其事，必先利其器”、“他山之石，可以攻玉 ”這些蘊含的道理大家應該都明白，在我們編寫解決方案時，不管是痛點分析、解決方案的提出，如果我們有一些基礎資料能夠材料，對我們會有非常大的幫助，也能啟發我們的靈感，特別是我們有思路、有想法的情況，更是能夠幫助我們快速整理出一份高質量的解決方案。

　　2、寫上去的一定是自己理解的

　　給客戶提供的解決方案的每一個段落，不管我們是找參考資料還是從類似方案中借鑒，只要寫到解決方案的內容，一定是我們自己理解的。實際的工作中，不少的同事自己提出的解決方案，客戶隨便找個點咨詢，竟然被問的一塌糊涂，遇到這種情況，你覺得客戶還有相信你嗎？所以，只要你寫到解決方案上面的內容，你一定要理解。

　　3、掌握業務要全面，不能一知半解

　　對于客戶的業務，特別是有規模的企業，他們的業務相對也復雜，給編寫方案的人員帶來一定的難度。對于復雜的業務，我們可以不全盤掌握，但是方案中涉及的業務我們要全面的了解，比如業務涉及的部門、涉及的人員、業務的流程等等，這樣我們在需求分析的時候，才能更加的準確到位。

　　4、公司產品的特色、優點要掌握

　　提供給客戶的解決方案，如果能列舉同等規模、同等級別、遇到的問題類似的企業的成功案例，解決方案的說服力會更強，也有助于客戶理解提供的解決方案的思路。但是這樣做的前提就是編寫方案的人員需要掌握公司的產品的特色、優點。如果不具備這個能力，那就不要胡亂寫，不能對號入座的案例，客戶可能會懷疑公司的實施能力。

　　5、客戶關注的內容，單章節呈現

　　如果我們前期有和客戶溝通，或者通過商務已經了解到客戶關注的內容，我們需要把客戶關注的章節單獨成章節展示。這樣的好處有：客戶能夠快速找到自己關心的內容，而不是包含在整個文檔里面，讓客戶去查找，如果客戶沒找到，客戶會認為你提交的方案不專業，不予采取。

　　6、解決方案的基本思路要掌握

　　很多的方案也能夠提出客戶的問題，也給出了對應的解決方案，但是沒有詳細的闡述解決方案中的措施是如何解決客戶的問題。類似與我們高中時候寫作文一樣，只有論點，沒有論證。就像高中語文老師講到的，滿滿的800字的文章，全是論點，對于文章開頭拋出的問題，一概沒有提出論證，前后沒有呼應，一篇不合格的論文。寫解決方案也是一個道理，相信大家應該理解了。

　　7、檢查、檢查、再檢查

　　解決方案編寫完成后，還有一個非常重要的步驟就是檢查，首先要檢查的就是目錄、頁碼、頁眉、項目名稱等等這些基本信息，其次要檢查的就是圖例，文中可能從別的文檔復制的一些圖片，一定要改掉，客戶是非常反感的，最后就是非本次解決方案需要的文檔一律刪掉。