一般而言，編寫項目解決方案，首先應該搭建解決方案的框架結構，然後運用個人的項目經驗和總結能力逐一編寫出符合項目期望的解決方案。
IT行業項目解決方案，通常會包括方案概述、項目需求與問題分析、項目解決方案、項目實施計劃及支持服務、附加案例等幾方面的內容。
瞭解這一點後，你發現無論要寫什麼方案，就算沒有一個模板給你，你也已經有一個大綱了。
項目解決方案的大綱是相當重要的，以下以通俗易懂的文字描述一個常用的方案大綱：
第一章.方案概述
方案概述，關注項目的來源，項目的基本應用背景，以及項目的建設主體和受益方等信息。大體上可以按照以下小節來講述：
（1） 方案簡介
（2） 應用背景
（3） 建設目標及要解決的問題
（4） 投資規劃（可選）
第二章.項目需求與問題分析
本章節有條理的講述項目的範圍，需求的總體結構和外部系統、外部資源環境的支持情況。可以詳細描述項目的模塊間的結構和模塊內容。並重點分析項目解決的問題重要性、難易點、問題解決後帶來哪些好處。
第三章.項目解決方案
針對第二章提及的需求，提出項目的總體架構、項目的詳細的功能結構圖、應用的關鍵技術、亮點難點的說明。
（1）項目總體架構
（2）項目模塊功能結構圖
（3）項目亮點及難點的說明
（4）項目使用的關鍵技術（可集成在第三節中說）
第四章. 項目實施計劃及支持服務
本章節簡單介紹項目參與建設的項目團隊、實施週期、階段性計劃及成果、項目管理。目錄結構如下：
（1）項目團隊
（2）項目實施週期及其流程
詳細說明建設所需時間，按照什麼樣的流程來建設（項目啟動、項目調研、需求分析、項目設計、項目開發、項目測試、項目驗收）
（3）項目階段性計劃及成果
詳細說明項目每一個階段，甲乙等各方該如何開展工作，每一階段要提交什麼樣的產物、達成什麼樣的目的。
（4）項目管理
根據項目需要，詳細說明項目有關的質量管理、變更管理、配置管理、採購管理、溝通管理、干係人管理等管理辦法、制度。
第五章. 附加案例
根據項目需要，將類似的項目案例，寫在這一章節。內容篇幅按照案例一、案例二…來組織，主要展示已經建好的項目界面、項目架構、項目建設週期等各方關心的關鍵指標。
（1）案例一
（2）案例二
…
在寫方案過程中，需要注意幾點：
（1）項目需求與問題分析、項目解決方案章節最重要，也最難
在這兩章節，針對你的項目與應用，將內容補充完善，而這是寫方案最困難的地方了，尤其是需求與分析，以及解決方案這兩部分的內容。
清晰的大綱讓方案結構清晰，而個人的理解和總結能力，讓方案闡述得更易於理解。
（2）哪些章節內容可以COPY
方案概述、項目實施計劃、支持服務及附加案例相對而言不是那麼重點，甚至這些內容你從另外一份方案抄過來也沒什麼原則性錯誤。
（3）項目解決方案一定要交給有經驗的人士編寫
比如，為什麼要了解產品的應用背景與行業知識呢？如果你對這方面不夠了解，那麼在寫方案概述、應用背景（或是行業背景、發展趨勢之類）及需求分析時，未免就會捉襟見肘，通用性的方案或許可以，但個性化的方案就寫不出來了。
如果對過往的項目的功能與應用、項目實施瞭解不足，那麼如何下筆寫建設目標、需求分析與解決方案呢？
如果沒有項目實施經驗，估計很難理解一個產品在應用中的重點、難點與用戶關注點。
（4）方案的邏輯結構清晰，文字描述有針對性
除了完備“完整的體系結構”外，方案編寫人員還應有一定的邏輯思維和書面表達能力。
有些方案沒有一個合理的結構，內容混亂，看了半天不知道它想表達的內容與重點。
有些方案做成了廣告冊，盡是吹噓公司與產品的偉大，外加一大堆產品截圖。
有些方案做得像產品功能說明書，把產品的功能應有盡有的羅列出來，卻忘了說明最重要的內容：這些功能用來解決什麼問題的？別忘了“解決方案”的定語是“解決”。
有些方案沒有邏輯性，如只提出問題沒有分析問題的根源所在，只提出問題不給出解決方案，或者長篇論述一個問題後就給出一份產品，但沒有分析問題與解決方案之間的關聯。
（5）方案恰當
最後提醒一點就是，方案是有詳略之分的，給客戶提供什麼樣的方案，取決於商務關係以及雙方合作的進展，一開始可能是相當簡略的標準方案，在達成合作協議或投標過程中，才需要提供有詳細、有針對性的方案，否則很容易淪落到為競爭對手作嫁衣裳。
閱讀更多 通信網絡規劃與設計 的文章
