㈠ 求軟體銷售方面的策劃書！
一、分析營銷機會
1、管理營銷信息與衡量市場需求
（1）、營銷情報與調研
（2）、預測概述和需求衡量
2、評估營銷環境
（1）、分析宏觀環境的需要和趨勢
（2）、對主要宏觀環境因素的辨認和反應（包括人文統計環境、經濟環境、自然環境、技術環境、政治法律環境、社會文化環境）
3、分析消費者市場和購買行為
（1）、消費者購買行為模式
（2）、影響消費者購買行為的主要因素（包括文化因素、社會因素、個人因素、心理因素等）
（3）、購買過程（包括參與購買的角色，購買行為，購買決策中的各階段）
4、分析團購市場與團購購買行為（包括團購市場與消費市場的對比，團購購買過程的參與者，機構與政府市場）
5、分析行業與競爭者
（1）、識別公司競爭者（行業競爭觀念，市場競爭觀念）
（2）、辨別競爭對手的戰略
（3）、判定競爭者的目標
（4）、評估競爭者的優勢與劣勢
（5）、評估競爭者的反應模式
（6）、選擇競爭者以便進攻和迴避
（7）、在顧客導向和競爭者導向中進行平衡
6、確定細分市場和選擇目標市場
（1）、確定細分市場的層次，模式，程序，細分消費者市場的基礎，細分業務市場的基礎，有效細分的要求；
（2）、目標市場的選定，評估細分市場，選擇細分市場
二、開發營銷戰略
1、營銷差異化與定位
（1）、產品差異化、服務差異化、渠道差異化、形象差異化
（2）、開發定位戰略——推出多少差異，推出那種差異
（3）、傳播公司的定位
2、開發新產品
（1）、新產品開發的挑戰，包括外部環境分析（機會與威脅分析）
（2）、有效的組織安排，架構設計
（3）、管理新產品開發過程，包括營銷戰略發展，商業分析，市場測試，商品化
3、管理生命周期戰略
（1）、產品生命周期包括需求、技術生命周期，產品生命周期的各個階段
（2）、產品生命周期中的營銷戰略，引入階段、成長階段、成熟階段、衰退階段，產品生命周期概念的歸納和評論
4、自身定位——為市場領先者、挑戰者、追隨者和補缺者設計營銷戰略
（1）、市場領先者戰略，包括擴大總市場，保護市場份額與擴大市場份額
（2）、市場挑戰者戰略，確定戰略目標和競爭對手，選擇一個進攻戰略，選擇特定的進攻戰略
（3）、市場追隨者戰略
（4）、市場補缺者戰略
5、設計和管理全球營銷戰略
（1）、關於是否進入國際市場的決策
（2）、關於進入哪些市場的決策
（3）、關於如何進入該市場的決策，包括直接出口，間接出口，許可證貿易，合資企業直接投資，國際化進程
（4）、關於營銷方案的決策（4P）
三、營銷方案
1、管理產品線、品牌和包裝
（1）、產品線組合決策
（2）、產品線決策，包括產品線分析、產品線長度、產品線現代化、產品線特色化、產品線削減
（3）、品牌決策
（4）、包裝和標簽決策
2、設計定價策略與方案
（1）、制定價格包括選擇定價目標，確定需求，估算成本，分析競爭者成本、價格和提供物、選擇定價法，選定最終價格
（2）、修訂價格，地理定價，價格折扣和折讓，促銷定價，差別定價，產品組合定價
3、選擇和管理營銷渠道
（1）、渠道設計決策
（2）渠道管理決策
（3）、渠道動態
（4）、渠道的合作、沖突和競爭
4、設計和管理整合營銷傳播（開發有效傳播，包括確定目標受眾，確定傳播目標，設計信息，選擇傳播渠道，編制總促銷預算，管理和協調整合營銷傳播）
5、管理廣告，銷售促進和公共關系
（1）、開發和管理廣告計劃，包括確定廣告目標，廣告預算決策，廣告信息選擇，媒體決策，評價廣告效果
（2）、銷售促進
（3）、公共關系
6、管理銷售隊伍
（1）、銷售隊伍的設計，包括銷售隊伍目標，銷售隊伍戰略，銷售隊伍結構，銷售隊伍規模，銷售隊伍報酬）
（2）、銷售隊伍管理，包括招牌和挑選銷售代表，銷售代表培訓，銷售代表的監督，銷售代表的極力，銷售代表的評價
四、管理營銷
1、營銷組織，營銷部門的演進，組織營銷部門的方法，營銷部門與其他部門的關系，建立全公司營銷導向的戰略
2、營銷執行監控以保證營銷的有效性
3、控制營銷活動，年度計劃控制，盈利能力控制，效率控制
4、根據營銷部門的信息來進行戰略控制
中美合資北京萊軟電子科技有限公司開發研製的「天翼全景多媒體教學系列軟體」將在2001年全面推向市場，為使該產品成功導入，特委託北京智誠友邦信息咨詢公司（友邦顧問公司）為其制定市場營銷策劃方案。策劃方案對教學軟體市場環境和市場機會進行分析，對天翼軟體的目標市場、目標消費者等進行定位，並提出2001年年度營銷計劃。
早在1999年5月受萊軟公司委託，友邦顧問公司對教育軟體渠道市場已經進行了深入的調查研究，本策劃方案是在借鑒前期研究的基礎上制定產品營銷策略及市場推廣策略。
一個案例：萊軟教育軟體營銷策劃案
市場環境
2000年全國電腦年銷售量達到800萬台左右，年平均增長率為 60％。目前，我國的社會電腦擁有量1500萬台以上，其中銷售量的半數以上步入家庭，家庭電腦擁有量約為600-700萬台。全國70萬所中小學中，目前有6萬所學校大約擁有100萬台電腦。可見龐大的家庭電腦的擁有量給天翼軟體保證了充足的市場空間。
市場銷售的教育軟體，目前大約在1000種（套）以上，若對應於中小學教材一冊書的一張光碟定義為一種教育軟體，目前研製開發出的教育軟體，大約在3000種以上，據估計，在3～5年內，教育軟體將發展至5000種左右，至2010年將達到1萬種。
2000年我國軟體銷售額為150億元人民幣，其中應用軟體占軟體市場的61.4%，估算教育軟體約占軟體總銷售額的12％約17億人民幣，而針對學生學習的教學軟體市場約有2-3億元。
教育軟體的內容和製造都較為簡單。絕大多數教育軟體沒有發揮出多媒體技術的作用，相當一部分是課本的翻版，習題成為了電子題庫，把課堂的「人為灌輸」，變成為「電腦灌輸」；個別的甚至還出現了不當或錯誤；教育軟體的製造水平粗糙，缺乏創新。天翼軟體徹底克服了上述的不足，開創了軟體精品新天地。
從教育軟體市場說，基本上處於一種無序的狀態。由於教育軟體帶有強烈的意識形態特色，其研製開發和出版發行屬於國家行為。特別是與中小學教材相配套的教育軟體，更要經過嚴格的審定，才可以進入學校和市場流通。然而，現在市場上出售的教育軟體，絕大多數沒有經過有關教育部門的審定，造成了市場秩序混亂。
從教育軟體產業說，經營上的短期行為甚為突出，自吹自擂的標榜性的廣告給消費者帶來誤導；個別教育軟體開發的指導思想，甚至與現行的教育政策相違背；脫離工薪階層不切實際的高價，盲目地追求高利潤。或者，為了排除異己，惡意價格競爭造成市場混亂。
我國有小學生約1.4億人，初中生約5300萬人，高中生約850萬人，全國中小學約70萬所。為這些中小學生服務的教育軟體，面臨著一個巨大的市場，可以說是全世界獨一無二。
我國是發展中國家，大部分的中小學處在農村，電腦還未普及，對教育軟體的需求也不很大。但應該看到，就我國大城市及東部發達地區的中小城市來說，對教育軟體的需求也是巨大的。而且隨著我國經濟的發展，中西部地區的社會進步，全國各類地區對教育軟體的巨大需求，將逐步地顯著地表現出來，形成教育軟體發展的強大拉動力。
產品市場分析表明，教育軟體的發展過程可以明顯地劃分為三代，以「題庫」、「習題訓練」為核心內容的教育軟體基本上是第一代教育軟體。目前，一些以認知學習理論為指導的教育軟體（如大量的以復習輔導為主要內容的軟體）屬於第二代教育軟體，是教育軟體的主流和各個教育軟體開發實體努力的方向。
第一、第二代教育軟體已不能適應時代改革的需要，不能滿足教育軟體發展的新形勢，不能滿足信息時代對教育改革的要求，大部分軟體還是為應試服務的；不能滿足「以計算機為基礎的學習」，軟體基本上還是試題的呈現，書本和課堂的搬家，沒有充分發揮計算機認知工具的作用；沒有運用最新的心理科學研究成果。
九十年代末期，多媒體技術及互聯網應用日臻成熟，家用電腦日益普及人們對知識的需求更趨強烈，為教育軟體市場營造了更為優越的市場環境。但教育軟體的市場不僅沒有獲得爆發性的增長，反而處於停滯甚至萎縮狀態，為何市場存在的強烈需求的產品得不到用戶的認可呢？綜合起來，原因主要有以下幾點：
(1) 對教育軟體認識不深刻，將教育軟體作為電子教材和題庫，對學科教育模式及學生努力的培養不夠重視。
(2) 沒有體現計算機輔助教育在交互性與個性化教學的優勢。當前的教育軟體並沒有發揮計算機輔助教育的優勢，基本上沒有交互性功能，更談不上個性化教育，不能滿足教育的現實需求。
(3)教育軟體的開發缺乏規范而行之有效的運行機制，造成教育軟體缺乏權威性、科學性與實用性。
天翼產品優勢「天翼」數理化系列教學軟體採用了目前世界上最先進的計算機軟體技術、製作技術和教學平台，保證了該系列軟體的先進性、交互性和擴展性，該教學軟體運行穩定、操作簡單、智能化程度高、交互性強，突破了國內教育軟體市場「電子題庫」、「課本翻版」的模式，其綜合水平已經達到了國內一流水準，特點分析如下：
（1）全三維動畫講解知識點
（2）獨特的智能化人機交互練習
（3）科學的知識結構圖設計，智能化查漏補缺
（4）課程設計和素材加工功能
（5）天翼軟體結構內容豐富、風格獨特、操作簡單
目標消費者定位「天翼全景多媒體教學軟體」是適用於教師課堂教學，學生在家預習、復習使用的特殊產品，針對人群特徵比較明顯，根據天翼的產品特徵，我們認為其目標用戶市場為：
（1）高中生及家長
— 直接消費者和消費行為的決策者
（2）中學校長或分管信息化教學的負責人
— 消費行為的引導者
（3）高中數理化任課教師
— 消費行為引導者和產品推薦人
區域市場定位在確認目標區域市場時，我們考慮如下因素：
（1）選擇經濟發達地區。教學軟體是運行在計算機上的一種學習工具，現在市場上銷售的教學軟體其價格對於大多數工薪家庭而言還屬高檔消費，經濟發達地區家用PC普遍，消費能力強。
（2）選擇高考競爭激烈的地區。
（3）選擇各地區的中心城市。
（4）目標一級市場是：北京、上海、天津、廣州、鄭州、濟南、青島、西安、成都、重慶
營銷策略制定
（1）2001上半年是萊軟「探市場、入市場」的時機，首先採用「市場跟隨者」策略；在完成如下2001年營銷目標後，2002年萊軟可由「跟隨者」策略轉為「挑戰者」策略，在產品佔有率不斷提升的情況下，2003年由「挑戰者」策略轉變為「領導者」策略。
（2）實施整合營銷策略。利用綜合優勢開展橫向一體化(渠道策略－市場拓展策略－服務策略)的市場拓展策略。
（3）迅速建立銷售網路體系，以直銷模式為主，以分銷渠道為輔，在1-2年的時間里，採用雙模型共存的形式。
（4）努力塑造「萊軟」公司形象和「天翼」產品形象。充分利用公共關系和媒體宣傳，創造市場需求，引導消費。
（5）完成（完善）產品的CIS策劃，為市場拓展作好視覺形象方面的准備。
（6）建立一隻組織健全的銷售隊伍，完善銷售隊伍的管理機制、培訓機制、獎罰機制等。
廣告策略制定廣告目標
(1) 宣傳企業形象和產品形象。到2001年底使天翼軟體的知名度提升到40%；
(2) 拓展銷售渠道，穩定銷售網路。
(3) 聯絡公共關系，創造銷售社會環境。
廣告訴求對象：
直接對象：天翼軟體的直接使用者及對購買行為起決策作用者
（1）在校高中學生及其家長
（2）高中數理化任課教師
（3）主管教育的學校負責人
可知對象：公共關系的主要目標對象
（1）相關行業的政府官員及管理者
（2）軟體銷售的經銷商
（3）業內人士（包括教育軟體行業及相關行業，需求合作機會）
（4）媒體
未知對象：對公司經營活動產生影響的目標人群
（1）關注教育事業發展的公眾人物
（2）熱衷於投資教育事業的投資商
廣告產品訴求：
(1)素質教育的新產品；
(2)產品權威形象（國家火炬計劃產品，中美合作的結晶，美國著名設計師的傑作，PCSHOPPER中小學軟體評比第一名等）；
(3)直觀生動的三維動畫效果；
(4)獨特的智能化人機交換練習功能。
廣告語
（1）天翼讓學習更輕松
（2）天翼讓學習插上翅膀
廣告表現手法：
（1）媒體選擇主要以報紙為主：大眾媒體和行業媒體；
（2）表現主題：天翼讓學習更輕松；
（3）表現類型：產品形象+企業形象組合、觀念傳播以及信譽招商三種廣告；
（4）時段性媒體發布。
公關策略制定公關策略
（1）公關活動的形式應符合目標群體的特徵；
（2）商務公關活動與公益活動相結合；
（3）公關活動與媒體發布相結合。
公關活動的任務
（1）提高企業知名度及產品知名度；
（2）藉助宣傳攻勢，引起代理商、批發商、零售商的關注與興趣，依此推進市場營銷渠道系統的建設；
（3）通過持續不斷的概念炒做，引導、鼓勵和促進消費者完成購買行為，推進產品的市場銷售；
（4）為發展公共關系，產生社會影響等提供信息渠道；
（5）引起業內人士的關注，尋求市場合作，增加市場競爭力。
公關活動的設計
活動方案一：天翼軟體500所中學演示會
活動方案二：「天翼杯」中學生數理化知識競賽
活動方案三：軟媒宣傳
活動方案四：千名優秀中學生獎勵活動
活動方案五：終端實效促銷
活動方案六：冠名贊助
㈡ 急需一份軟體的市場計劃書
軟體開發商業計劃書
摘要
本文主要對軟體開發項目計劃書的格式及主要內容的編寫要點進行說明，對一些內容進行了舉例說明。
關鍵詞
項目、計劃書、格式、編寫說明
正文
一、項目計劃書格式
根據《GB8567－88計算機軟體產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整後的《項目計劃書》內容索引如下
1 引言
1.1 編寫目的
1.2 背景
1.3 定義
1.4 參考資料
1.5 標准、條約和約定
2 項目概述
2.1項目目標
2.2產品目標與范圍
2.3假設與約束
2.4 項目工作范圍
2.5 應交付成果
2.5.1 需完成的軟體
2.5.2 需提交用戶的文檔
2.5.3 須提交內部的文檔
2.5.4 應當提供的服務
2.6 項目開發環境
2.7 項目驗收方式與依據
3 項目團隊組織
3.1 組織結構
3.2 人員分工
3.3 協作與溝通
3.3.1 內部協作
3.3.2 外部溝通
4 實施計劃
4.1 風險評估及對策
4.2 工作流程
4.3 總體進度計劃
4.4 項目監控
4.4.1 質量控制計劃
4.4.2 進度監控計劃
4.4.3 預算監控計劃
4.4.4 配置管理計劃
5 支持條件
5.1 內部支持（可選）
5.2 客戶支持（對項目而言）
5.3 外包（可選）
6 預算（可選）
6.1 人員成本
6.2 設備成本
6.3 其它經費預算
6.4 項目合計經費預算
7 關鍵問題
8專題計劃要點
二、項目計劃書的編寫說明
1 引言
1.1 編寫目的
說明編寫這份項目計劃的目的，並指出預期的讀者。
作用本節是為了說明編制「項目計劃書」亦即本文檔的意圖和希望達到的效果。注意這里的「目的」不是「項目目標」，而是為了說明本文檔的目的與作用。「項目目標」在2.1中說明。
意義使項目成員和項目干係人了解項目開發計劃書的作用、希望達到的效果。開發計劃書的作用一般都是「項目成員以及項目干係人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。」
例如可以這么寫為了保證項目團隊按時保質地完成項目目標，便於項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對於在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干係人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。
常見的問題把項目本身的「項目目標」誤作編制項目開發計劃的目的。
1.2 背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容
項目的名稱經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟體系統名稱有較大的關系，如針對「XX系統」開發的項目名稱是「XX系統開發」。
項目的委託單位如果是根據合同進行的軟體開發項目，項目的委託單位就是合同中的甲方；如果是自行研發的軟體產品，項目的委託單位就是本企業。
項目的用戶（單位）軟體或網路的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委託單位是同一個，有時是不一樣的。如海關的報關軟體、稅務的報稅軟體，委託單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。
項目的任務提出者本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同於項目的委託單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在於前者指人，後者指單位。
項目的主要承擔部門有些企業根據行業方向或工作性質的不同把軟體開發分成不同的部門（也有的分為不同事業部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門。
項目建設背景從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利於項目成員更好地理解項目目標和各項任務。
例句根據《某部關於某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。
目前對於某建設工作的工作主要採用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今後某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。因此，充分利用現代信息化、網際網路的優勢，建立「某市某建設工作信息報送反饋系統」，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟體系統與其他系統的關系說明與本系統有關的其他系統，說明它們之間的相互依賴關系。這些系統可以是這個系統的基礎性系統（一些數據、環境等必須依靠這個系統才能運行），也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。例句本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。
軟體系統與機構的關系說明軟體系統除了委託單位和使用單位，還與哪些機構組織有關系。例如一些系統需要遵守那些組織的標准、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3 定義
列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4 參考資料
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節與下一節的「標准、條約和約定」互為補充，注意「參考資料」未必作為「標准、條約和約定」，因為「參考」的不一定是「必須遵守」的。常用資料如
本項目的合同、標書、上級機關有關通知、經過審批的項目任務書；
屬於本項目的其他已經發表的文件；
本文檔中各處引用的文件、資料，包括所要用到的軟體開發標准。
1.5 標准、條約和約定
列出在本項目開發過程中必須遵守的標准、條約和約定。例如相應的《立項建議書》、《項目任務書》、合同、國家標准、行業標准、上級機關有關通知和實施方案、相應的技術規范等。
「參考資料」一般具有「物質」特性，一般要說明參照了什麼，要說明在哪裡可以獲得；「標准、條約和約定」一般具有「精神」特性，一般是必須遵守的，不說明在哪裡可以獲得。參考資料的內容應該涵蓋「標准、條約和約定」。
2 項目概述
2.1 項目目標
設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什麼什麼時間完成開發什麼什麼軟體系統或完成什麼什麼軟體安裝集成任務。注意「要完成一個系統」只是一個凝的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發軟體系統最主要的功能和系統本身的比較深層次的社會目的或系統使用後所起到的社會效果。
項目目標應當符合SMART原則
l S Specific 明確的陳述
l M Measurable 可以衡量的結果
l A Attainable 可以達成的目標
l R Realistic 合理的，現實的或者說是能和實際工作相結合
l T Trackable 可以跟蹤的
項目目標可以進行橫向的分解也可以進行縱向的分解♂向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等；縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現的較為明確的時間。一般要在說明了總目標的基礎上再說明分解目標，可加上「為實現項目的總目標，必須實現以下三個階段目標••••••」
2.2 產品目標與范圍
根據項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現的軟體系統產品的目的與目標及簡要的軟體功能需求。對項目成果（軟體系統）范圍進行准確清晰的界定與說明是軟體開發項目活動開展的基礎和依據。軟體系統產品目標應當從用戶的角度說明開發這一軟體系統是為了解決用戶的那些問題。產品目標如「提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的准確性，減輕各級相關工作人員的勞動強度。」
2.3 假設與約束
對於項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現什麼、怎樣實現、什麼時候實現、成本范圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如「系統分析員必須在3天內到位」或「用戶必須在8月8日前確定對需求文檔進行確認」
約束一般是難以解決的問題，但可以通過其他途徑迴避或彌補、取捨，如人力資源的約束限制，就必須犧牲進度或質量等等。
假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性（概率）、造成的影響、應當採取的相應措施。
2.4 項目工作范圍
說明為實現項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。
注意產品范圍與項目工作范圍的不同含義。
產品范圍界定軟體系統產品本身范圍的特徵和功能范圍。
工作范圍界定為了能夠按時保質交付一個有特殊的特徵和功能的軟體系統產品所要完成的那些工作任務。
產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求准時交付。
2.5 應交付成果
2.5.1 需完成的軟體
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟體對象可能包括源程序、資料庫對象創建語句、可執行程序、支撐系統的資料庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟體、安裝軟體源程序文件等等。
2.5.2 需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規定。
2.5.3 須提交內部的文檔
可根據《GB8567-88計算機軟體產品開發文件編制指南》附錄O「文件編制實施規定的實例（參考件）」結合各企業實際情況調整制定《軟體開發文檔編制裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用於本項目的內容裁減，以減少不必要的項目任務和資源。
根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。
2.5.4 應當提供的服務
根據合同或某重點建設工作需要，列出將向用戶或委託單位提供的各種服務，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現場安裝作業指導書、培訓計劃等，應當在本計劃「4.3總體進度計劃」中條列出。
2.6 項目開發環境
說明開發本軟體項目所需要的軟硬體環境和版本、如操作系統、開發工具、資料庫系統、配置管理工具、網路環境。環境可能不止一種，如開發工具可能需要針對Java的，也需要針對C++的。有些環境可能無法確定，需要在需求分析完成或設計完成後才能確定所需要的環境。
2.7 項目驗收方式與依據
說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付後驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據主要有標書、合同、相關標准、項目文檔（最主要是需求規格說明書）。
3 項目團隊組織
3.1 組織結構
說明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經理、計劃經理、系統分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來表示，可以採用樹形圖，也可以採用矩陣式圖形，同時說明團隊成員來自於哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術水平。
注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。如產品研發項目可能就不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟體編碼外包的項目則不需要程序員，測試人員也可以適當地減少。
3.2 人員分工
確定項目團隊的的每個成員屬於組織結構中的什麼角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。以下是一個示例。
3.3 協作與溝通
項目的溝通與協作首先應當確定協作與溝通的對象，就是與誰協作、溝通。溝通對象應該包括所有項目干係人，而項目干係人包括了所有項目團隊成員、項目介面人員、項目團隊外部相關人員等等。
其次應當確定協作模式與溝通方式。溝通方式如會議、使用電話、QQ、內部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。而協作模式主要說明在出現什麼狀況的時候各個角色應當（主動）採取什麼措施，包括溝通，如何互相配合來共同完成某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等
3.3.1 項目團隊內部協作
本節說明在項目開發過程中項目團隊內部的協作模式和溝通方式、頻次、溝通成果記錄辦法等內容。
3.3.2 項目介面人員
應當說明介面工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括
a、負責本項目同用戶的介面人員；
b、負責本項目同本企業各管理機構，如計劃管理部門、合同管理部門、采購部門、質量管理部門、財務部門等的介面人員；
c、負責本項目同分包方的介面人員。
3.3.3 項目團隊外部溝通與協作模式
項目團隊外部包括企業內部管理協助部門、項目委託單位、客戶等等。本節說明在項目開發過程中項目團隊內部與介面人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內容。明確最終用戶、直接用戶及其所在本企業／部門名稱和聯系電話。明確協作開發的有關部門的名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯系電話。確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯系電話。
4 實施計劃
4.1 風險評估及對策
識別或預估項目進行過程中可能出現的風險。應該分析風險出現的可能性（概率）、造成的影響、根據影響應該採取的對策，採取的措施。風險識別包括識別內在風險及外在風險。內在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等
風險的對策包括避免排除特定危脅往往靠排除危險起源；減緩減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數；吸納接受一切後果，可以是積極的（如制定預防性計劃來防備風險事件的發生），也可以是消極的（如某些費用超支則接受低於預期的利潤）。
對於軟體開發項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由於在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。
軟體開發項目常見預估的風險
1) 工程／規模／進度上的風險
規模大，規模估算不精確甚至誤差很大；就規模而言，用戶要求交付期、費用很緊；預料外的工作(測試未完時的現場對應等)；
2) 技術上的風險
使用新的開發技術、新設備等，或是新的應用組合，沒有經驗；是新的行業或業務，沒有經驗；性能上的要求很嚴；
3) 用戶體制上的問題
用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會多次變更；與用戶分擔開發，恐怕工程會拖延（或者出現了延遲）；用戶或其他相關單位承擔的工作有可能延誤；
4) 其它應該包含此處沒有、但據推測有風險的項目。
4.2 工作流程
說明項目採用什麼樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創建的工作流程。不同的流程將影響後面的工作計劃的制定。必要時畫出本項目採用的工作流程圖及適當的文字說明。
4.3 總體進度計劃
這里所說的總體進度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。
總體進度計劃要依據確定的項目規模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對於項目計劃、項目准備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先後順序以及表徵每項工作任務完成的標志性事件（里程碑）。
例如
`
需求評審
設計評審
表格中檢查點／里程碑等階段劃分為舉例，實際作業階段劃分、階段成果等請根據項目需要確定。
制定軟體項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合於規模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規模的項目可簡便地使用EXCEL作為輔助工具。關於如何使用這些工具不在此作詳細說明。
制定軟體項目進度計劃應當考慮以下一些因素:
1）對於系統需求和項目目標的掌握程度。如開始時對於系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。
2）軟體系統規耐項目規模，這兩個不是一個概念。軟體系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標准規范等等等等。例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。由於軟體是邏輯、智力產品，盲目增加軟體開發人員並不能成比例地提高軟體開發能力。相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。
3）軟體系統復雜程度和項目復雜程度和軟體系統規耐項目規模一樣，軟體系統的復雜程度主要是考慮軟體系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干係人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等等等。軟體系統的規模與軟體系統的復雜程度未必是成比例的關系；同樣項目的規模與項目的復雜程度未必是成比例的關系。
4）項目的工期要求，就是項目的緊急程度。有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先佔領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多採用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過於忙碌而無法顧及質量，造成質量的下滑。
5）項目成員的能力。這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。從另外一個角度看還有總體上對客戶行業業務的熟悉程度；對於建模工具、開發工具、測試工具等技術的掌握程度；企業內部對行業業務知識和主要技術的知識積累。
4.4 項目控制計劃
4.4.1 質量保證計劃
執行質量評審活動，對過程質量進行控制。規模較大的項目應當單獨編寫《軟體開發項目質量計劃》。根據GB/T 12504 計算機軟體質量保證計劃規范，內容包括
l 引言（本章節包括質量計劃的目的、定義、參考資料）
l 管理（描述負責軟體質量管理的機構、任務及其相關的職責）
l 文檔（列出在該軟體的開發、驗證與確認以及使用與維護等階段中需要編制的文檔，並描述對文檔進行評審與檢查的准則）
l 標准、條例和約定（列出軟體開發過程中要用到的標准、條例和約定，並列出監督和保證執行的措施）
l 評審和檢查（規定所要進行的技術和管理兩個方面的評審和檢查工作，並編制或引用有關的評審和檢查規程，以及通過與否的技術准則。至少要進行軟體需求評審、概要設計評審、軟體驗證與確認評審、軟體系統功能檢查、程序和文檔物理檢查）
l 軟體配置管理（編制有關配置管理條款，或在「4.4.4 配置管理計劃」中說明，或引用按照《GB/T 12505 計算機軟體配置管理計劃規范》單獨制定的文檔）
l 工具、技術和方法（指明用於支持特定軟體項目質量管理工作的工具、技術和方法，指出它們的目的和用途）
l 媒體控制（說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）
l 對供貨單位的控制（供貨單位包括項目承辦單位、軟體銷售單位、軟體開發單位。規定對這些供貨單位進行控制的規程，從而保證項目承辦單位從軟體銷售單位購買的、其他開發單位開發的或從開發單位現存軟體庫中選用的軟體能滿足規定的需求。）
l 記錄的收集、維護和保存（指明需要保存的軟體質量保證活動的記錄，並指出用於匯總、保護和維護這些記錄的方法和設施，並指明要保存的期限）
4.4.2 進度控制計劃
（可直接引用以下描述或根據項目情況制定本節內容）
本項目的進度監控執行本企業《項目管理規范》，由本企業過程式控制制部門如質量管理部統一進行監控，並保留在監控過程中產生的日常檢查記錄。
4.4.3 預算監控計劃
說明如何檢查項目預算的使用情況。根據項目情況需要制定。
4.4.4 配置管理計劃
編制有關軟體配置管理的條款，或引用按照GB/T 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用於標識軟體產品、控制和實現軟體的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。還必須規定用以維護和存儲軟體受控版本的方法和設施；必須規定對所發現的軟體問題進行報告、追蹤和解決的步驟，並指出實現報告、追蹤和解決軟體問題的機構及其職責。
根據《GB/T 12505 計算機軟體配置管理計劃規范》，軟體配置管理計劃內容如下
l 引言（本章節包括質量計劃的目的、定義、參考資料）
l 管理（描述負責軟體配置管理的機構、任務、職責及其有關的介面控制。）
l 軟體配置管理活動（描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等到四方面的軟體配置管理活動的需求。）
l 工具、技術和方法（指明為支持特定項目的軟體配置管理所使用的軟體工具、技術和方法，指明它們的目的，並在開發者所有權的范圍內描述其用法）
l 對供貨單位的控制（供貨單位是指軟體銷售單位、軟體開發單位或軟體子開發單位。必須規定對這些供貨單位進行控制的管理規程，從而使從軟體銷售單位購買的、其他開發單位開發的或從開發單位現存軟體庫中選用的軟體能滿足規定的軟體配置管理需求）
l 記錄的收集、維護和保存（指明要保存的軟體配置管理文檔，指明用於匯總、保護和維護這些文檔的方法和設施，並指明要保存的期限）
我給你一個很全面的，你可以參考一下，摘一些對你有用的。希望能幫你到。
㈢ 我是做軟體的，我要怎麼寫銷售計劃書
1．市場營銷計劃書
概念解說
私營公司市場營銷計劃書是企業按照一定標准（如經營目標、市場調研等）對產品或服務的銷售從人、財、物等方面做出具體安排的書面材料。
編寫要點
市場營銷計劃書通常包括以下內容：
①計劃概要。
②營銷狀況。
③營銷目標。
④營銷策略。
⑤營銷方案。
⑥活動預算。
⑦營銷監控。
范 文
××公司年度銷售計劃書
第一章 基本目標
本公司××年度銷售目標如下：
一、銷售額目標：
（一）部門全體：××萬美元以上；
（二）每一員工／每月：××美元以上；
（三）每一營業部人員／每月：××美元以上。
二、利益目標（含稅）：××萬美元以上。
三、新產品的銷售目標：××萬美元以上。
第二章 基本方針
本公司的業務機構，必須一直到所有人員都能精通其業務、人心安定、能有危機意識並有效地活動時，才不再做任何變革。
二、貫徹少數精銳主義，不論精神或體力都須全力投入工作，使工作向高效率、高收益、高分配（高薪資）的方向發展。
三、為加強機能的敏捷、迅速化，本公司將大幅委讓許可權，使人員得以果斷抉擇，實現上述目標。
四、為達到責任目標及確立責任體制，本公司將貫徹重賞、重罰政策。
五、為使規定及規則完備，本公司將加強各種業務管理。
六、××股份有限公司與本公司在交易上訂有書面協定，彼此遵守責任與義務。基於此立場，本公司應致力於達成預算目標。
七、為促進零售店的銷售，應設立銷售方式體制，將原有購買者的市場轉移為銷售者的市場，使本公司具有主導代理店、零售店的權利。
八、將出擊目標放在零售店上，並致力於培訓、指導其促銷方式，藉此進一步刺激需求的增大。
第三章 業務機構計劃
一、內部機構
（一）××服務中心將升格為營業處，藉以促進銷售活動。
（二）於××營業處的管轄內設立新的出差處（或服務中心）。
（三）解散食品部門，其所屬人員則轉配到××營業處，致力於推廣銷售活動。
（四）以上各新體制下的業務機構暫時維持現狀，不做變革，藉此確立各自的責任體制。
（五）在業務的處理方面若有不備之處，再酌情進行改善。
二、外部機構
交易機構及制度將維持由本公司→代理店→零售商的舊有銷售方式。
第四章 零售商的促銷計劃
一、新產品銷售方式體制
（一）將全球有實力的××家零售商店依照區域劃分，於各劃分區內採用新產品的銷售方式體制。
（二）新產品的銷售方式是指每人各自負責30家左右的店，每周或隔周做一次訪問，借訪問的機會督導、獎勵銷售，進行調查、服務及銷售指導、技術指導等，藉此促進銷售。
（三）上述的××家店所銷出的本公司產品的總額須為以往的2倍。
（四）庫存量須努力維持在零售店為1個月庫存量、代理店為2個月庫存量的界限上。
（五）銷售負責人的職務內容及處理基準應明確化。
二、新產品協作會的設立與活動
（一）為使以新產品的銷售方式所推動的促銷活動得以開展，另外又以全球各主力零售店為中心，要依地區另設立新產品協作會。
（二）新產品協作會的主要內容大致包括下列10項：
1．分發、寄送相關雜志；
2．贈送本公司產品的負責人員領帶夾；
3．安裝各地區協作店的招牌；
4．分發商標給市內各協作店；
5．協作商店之間的銷售競爭；
6．分發廣告宣傳單；
7．積極支援經銷商；
8．舉行講習會、研討會；
9．增設年輕人專櫃；
10．介紹新產品。
（三）協作會的存在方式是屬於非正式性的。
三、提高零售店店員的責任意識
為加強零售店店員對本公司產品的關心，增強其銷售意願，應加強下列各項實施要點：
（一）獎金激勵對策———零售店店員每次售出本公司產品即獲銷售卡一張，當銷售卡達到10張時，即贈獎金給本人以激增其銷售意願。
（二）人員的輔導
1．負責人員可在訪問時進行教育指導說明，藉此提高零售店店員的銷售技術以及對產品的知識。
2．銷售負責人員可親自站在店頭接待顧客、示範銷售動作或進行技術說明，讓零售店的店員從中獲得間接的指導。
第五章 擴大顧客需求計劃
一、確實的廣告計劃
（一）在新產品銷售方式體制確定之前，暫時先以人員的訪問活動為主，把廣告宣傳活動作為未來所進行的活動。
（二）針對廣告媒體，再次進行檢查，務必使廣告計劃達到以最小的費用創造出最大的成果的目標。
（三）為達成前述兩項目標，應針對廣告、宣傳技術做充分的研究。
二、活用購買調查卡
（一）針對購買調查卡的回收方法、調查方法等進行檢查，藉此確實掌握顧客的真正購買動機。
（二）利用購買調查卡的調查統計、新產品銷售方式體制及顧客調查卡的管理體制等，確實做好需求的預測。
第六章 營業實績的管理及統計
一、顧客調查卡的管理體制
利用各零售店店員所送回的顧客調查卡，將銷售額的實績統計出來，或者根據這些來改革產品銷售方式體制及進行其他的管理。
（一）依據營業處、區域處別，統計××家商店的銷售額；
（二）依據營業處別統計××家商店以外的銷售額；
（三）另外幾種銷售額統計須以各營業處為單位製作。
二、根據上述統計，可觀察各店的銷售實績及掌握各負責人員的活動實績、各商品種類的銷售實績等。
第七章 營業預算的確立及控制
一、必須確立營業預算與經費預算，經費預算的決定通常隨營業實績做上下調節。
二、預算方面的各種基準、要領等須加以完善，成為示範本，本部與各事業部門則需交換合同。
三、針對各事業部門所做的預算、統計、比較及分析等來確定對策。
四、事業部門的經理應分年、期、月，分別制定部門的營業方針及計劃，並提交給本部門，修正後定案。