一.動筆前先打乙個**
一般情況下，方案撰寫人只是按照別人的要求提供方案，並非直接利用方案的人。所以在寫方案之前，問問需要方案的同事，甚至是客戶，聽聽他們對方案的想法和建議，這樣對寫方案會有很大幫助。
閉門造車往往導致接受者對方案不滿意，要求返工修改。所以動筆前先打幾個**，問清楚客戶需求，這樣不但可以提高方案的針對性，也可以獲得大量的解決思路線索，對寫方案大有好處。
二.努力按客戶業務邏輯寫
一般寫方案最簡單的方式就是按照協同軟體設計思路和功能模組來寫，因為有大量素材可用。但這樣撰寫方案並非是一種最佳選擇，因為對客戶而言，他必須轉換角色進行思維，要站在供貨商的思維模式上才能看懂方案字句之間的含義。
如果從以客戶為中心的角度出發，方案應盡量讓客戶容易看懂，好理解，自然也就取得了較好的印象分。
方案應先仔細**客戶業務，而不是將調研結論一一羅列，應從業務分析中推導出業務需求，最後描述技術實現手段。從這個意義上講，解決方案要按照簡明的業務手冊來準備。
三.按標準套路寫方案
不同型別的方案都有自己的套路，例如可行性報告、解決方案、建議書等都各有套路。乙個公司可以經常討論完善和豐富方案的寫作套路。我們應盡量按照標準套路準備方案，不要自成體系。在既定套路下發揮，套路就體現了一種結構化、體系化的思維模式，很多客戶本身也是習慣閱讀有套路的文件。
套路和為客戶定製並不矛盾，好的套路反映了專業文件定製的經驗。
四.先構思提綱，經過討論，最後動筆
很多時候方案的準備時間並不充分，很多
人接到任務之後立即找個範本修改，這是不好的工作習慣。
有時候利用模板的確可以較快地完成任務，但時間長了就
形成了惰性，
形成用替換方式抄改方案的習慣。真在實際工作中遇到個性化較強的專案，而標準**鏈管理方
案模板沒有涵蓋時就無從應對。這是因為平時寫方案過程中思維始終缺少結構化思考練習的結果。
寫方案時一定不要急著動筆，而是先想提綱。提綱中的邏輯聯絡和業務銜接在腦海中推導得比較有力和充分了，才開始動筆；有了提綱，思路就不會斷，寫起來才快。
如果有條件的話，這個思路還應該和大家討論，特別是一些重要方案，一定要先反覆討論提綱。各種意見和思路在提綱中統一了，再動手寫。這樣就不至於遇到方案寫完評審時又被否定，不得不推倒重來的痛苦。
五.找乙個安靜的地方和完整的時間段開始
寫方案最怕中間不停地被打斷，這樣思路無法保持連貫性。所以無論接到多麼緊急的方案編制任務，也不要急著去寫，而是先把手頭該處理的小事情處理乾淨，確保編寫的時間段相對安靜和完整，這樣才能保證方案的質量。
一定要保證在乙個時間段內初步拿出完整的推導思路和結構提綱，然後就可以逐步補充和豐富內容，不至於在寫的過程中還為結構苦惱，不清楚從**下筆，每次要花費大量時間從頭構思。
六.認真準備方案的閱讀提示和摘要
客戶決策領導往往公務繁忙，時間有限，很難保證將厚厚一本方案的內容全部認真研讀，所以方案可以單獨附乙份摘要以供客戶領導瀏覽。摘要重點介紹整個方案中的精華部分，當然也可以附帶實施方法和典型使用者介紹。通過摘要讓方案的解決問題的思路在短短幾頁紙中得到清晰、準確的描述，這種用精煉文字描述業務思路的能力往往更能給人留下深刻印象
。對於較複雜、內容較多的方案一定要提供乙份閱讀提示，告訴不同的人其關心的內容可以通過閱讀哪些章節直接獲得。實際上很多**和書籍序言都會有一段來說明文章的結構，讀者可以直接進入感興趣的話題，這對我們編制方案也是乙個有益的啟發。
七.注意積累素材
寫方案時，無論按照何種客戶業務組織材料，必然有80％的內容是相似的，畢竟軟體設計理念不會在短期內發生巨大改變，方案涉及功能邊界在短期內也不會發生大的改變，所以不同時期不同使用者解決方案中很多素材是可以通用的。特別是一些公司通用素材，更是要隨時注意積累、補充、完善和歸類儲存，只有在乎時多作有心人，在寫方案時才不會因為缺少素材而將大量時間浪費在查詢資料上。
還要注意基本素材的運用要隨時和公司的宣傳口徑保持一致，防止引用過期素材。標準素材庫應由公司統一維護。
獲取素材的途徑主要有：
》現場初步需求調研與交流。
》與熟悉類似專案的銷售經理、技術支援工程師、實施工程師進行溝通。
》與營銷人員交流。
》可收集的同行方案。
》客戶的**。
》相關行業的資料
介紹。》行業書刊。
例如客戶企業介紹一般可以從客戶的**獲取。從**獲取的客戶企業介紹需經「角色轉換」和「內容篩選」。角色轉換是指站在軟體公司的立場描述該客戶的情況，要把第一人稱改為第三人稱。內容篩選是指主要介紹客戶資訊化的基礎，包括客戶的經濟實力、管理水平、已完成和正在進行的資訊化專案等內容，不要簡單地複製貼上。
又如：行業戰略分析可以從相關行業**中尋找素材和靈感；對業務問題解決思路可以從同行方案中尋求素材和靈感，並結合自己的素材進行組織和提高。
八.多寫，然後熟能生巧
多寫，勤寫，主動積極地寫。把每次寫方案當作一次提高的機會。在這樣的心態下才能寫出好的方案。再好的經驗也必須經過反覆練習才能成為自己的習慣，養成良好的方案撰寫習慣也是反覆練習的成果。
尋求回饋意見，持續改進
很多人寫完方案後，就覺得任務完成了，是成是敗，已經過去。
但對於乙個想寫一流方案的人，每次電子商務方案提交後一定要徵詢相關人員的看法和意見，對於認為寫得好的回饋資訊，要分析究竟好在**，遇到同樣情況時，可以有意識地借鑑；對於回饋不好的意見，要力求在下次進行改善。通過有意識地揚長避短，方案就能日見精練，更能打動客戶。
真正有志於寫出完美方案的人，對自己的方案是永遠不會滿意的，也只有這樣，才會每次進步一點，解決方案的質量才會不斷提高。
如何寫售前解決方案
一般要為客戶撰寫的售前方案分為 專案建議書 專案解決方案 專案投標書。專案建議書用於動員客戶啟動專案，為客戶啟動專案提供何行性建議分析，或者用於客戶初步選型階段，獲得調研機會後再編制解決方案。解決方案用於恰談技術協議和合同之前持軟體技術交底，或者用於議標階段，重在介紹軟體供貨商的技術能力和實施服務能...
售前解決方案
解決方案即建議書，有專門的書來具體講解此部分內容，這裡只描述我自己的理解。我認為建議書是一種非常高效 技術性很強的市場開拓行為，至少值得說明的是，建議書對客戶的一些問題和需求進行了理解，形成了乙個解決方案，能夠解決客戶方的問題，是對客戶的一種關懷，建議書的內涵是奠定客戶信任度。建議書分為兩種，一種是...
產品售前解決方案結構
產品方案注重體現產品的亮點與應用場景，讓客戶知道本產品的利用價值以及哪些應用場景能契合到客戶的需求，其實客戶很少關心底層實現方式或者實現原理或者產品整體架構。另一方面，客戶會需要一些現代化的 有質感的冠名詞，比如雲計算 人工智慧 大資料 資料探勘代替以往的自動化 電子化 流程化 便捷等詞彙，很好的抓...