售前階段不要輕易提供解決方案要充分了解客戶需求搞清楚、問明白。
解決方案難寫在**？
1. 沒有體系
2. 沒有個性
3. 沒有素材
4. 沒有時間
不好的解決方案十個特點
1. 只有厚度，沒有質量
2. 只有論點，沒有論證
3. 結構不清晰
4. 業務解決方案成為功能列表
5. 口語書面語混雜，遣詞造句不嚴謹。
6. 沒有認真檢查，存在大量硬傷。
7. 過於突出自我
8. 沒有體現公司產品最新進展
9. 文字太多，圖表很少
10. 沒有評審
好的方案應該設計乙個好的封面，好封面的標準就是有視覺衝擊力。
建議書的要求是簡短緊湊，內容詳實，目標規劃清楚，便於客戶高層決策，可以在乙份建議書中形成幾個可選技術方案，推動客戶高管決策。
實施方案的要害是具不具備可操作性。這裡面判斷方法就是實施計畫越是結合業務細化越具有可操作性。
投標書一定要堅決按照客戶提供的招標書要求準備，客戶如何要求就如何提供資料，不要任意發揮。
解決方案寫法交流
方案框架（以下是簡單寫法）：
一、引言
主要講資訊化趨勢，企業所屬行業，特別是競爭對手的資訊化動向。
二、企業現狀分析
主要是問題分析，問題是指資訊化可以解決的問題，無關的問題不要談。
這些問題有共性，比如：資訊孤島無法整合和共享，企業流程效率低下，成本無法有效控制等等，同時，也要分析本企業及所屬行業的一些特殊性問題，比如：安全審計行業在不同行業的不同需求。
這些問題的寫法可以借鑑一些公司的方案，尤其是問題的表達，很多公司的方案還是比較典範。
三、資訊化如何解決這些問題。
本部分是重中之重，一般說來，要分成以下小章節。
1。關鍵業務流程，資訊化功能實現（重點，用流程圖，說明資訊化功能實現，特別是如何解決企業現在面臨的問題）
2。流程優化。
3。企業最佳業務實踐複製。
四、實現的價值和收益
要區分可以計量的，和不可以計量的，可以計量的，甚至可以細化到資產負債表事項。
五、專案實施初步規劃
可以用圖作簡單描述，說明時間，階段，成果，參與人員等。
六、專案資金概算。
軟硬體投資，諮詢費用，新增的專案組人員薪資等。這個概算，也是作為乙個初步**的過程，具體**要慎重，不可多寫，也不要少寫，摸清對方心理底線。
七、一些建議。
如，盡快啟動專案，要注重專案組成員的福利待遇等等。
文字盡量控制在100頁以內比較好 ，同時，一定要出乙個簡化版本，將方案濃縮在3頁，5頁a4紙上，這樣便於領導檢視主要資料。
如何寫好IT方案
在公司作為一名售前工程師會有大量的方案策劃落到頭 而我們基本上都是在方案提交前一兩天接到寫方案的任 所以我其實也特別緊張，注意力也特別集中，大腦也高 寫方案不難，知道怎麼寫才難 另外真正寫方案的人，對自己寫過的方案是永遠不會滿 當然我曾經問過很多人，你到底為什麼寫不出好的方案 基本上原因可以歸為四類...
IT售前人員如何寫解決方案
1.解決方案難寫在 很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。作為乙個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。我基本上都是在方案提交前一兩天接到寫方案的任務，而我自己的事情一般又比別人多一點，也不能不做，只好心裡大罵一句，罵完後就打 搞清...
IT售前人員如何寫解決方案
所以乙個人要想寫好乙個方案，首先要把自己產品的來龍去脈，功能模組，適應領域，典型客戶實施情況有乙個全面的了解，這樣才能建立乙個完整的知識體系，然後逐步補充競爭對手知識和一些技術性知識，不斷深化自己的知識體系。1.2 第二種是沒有思路 有很多使用者看多了模板化的方案以後，想看一些針對他們自己的業務的個...