以往壹些項目在啟動時沒有考慮到這些問題，導致壹些項目盲目倉促啟動，造成投入產出分析不清、重復建設、組織混亂，給後期項目實施、項目維護和項目使用帶來很大風險，甚至導致系統建成後被用戶拋棄。最終，企業將遭受損失。因此，越來越多的公司在啟動項目的決策上已經趨於理性，並嚴格要求項目啟動前的論證工作。在滿足當前緊急業務需求和長期戰略需求之間取得平衡。確保項目建設的成功。
與產品供應商相比，甲方的項目啟動過程與乙方有很大不同，是壹個復雜的過程，甲方的企業在項目建設中處於合同意義上。它往往需要考慮壹系列問題，比如:需求是否合理？有必要啟動這個項目嗎？項目可能產生的影響是什麽？可能的投資有多大？有什麽好處？能否支持目前的管理模式？如果沒有，我們可以在哪些方面準備好改變？有哪些行業相關的產品？什麽才是真正適合需求的？
因此，企業對項目啟動管理形成統壹認識具有重要意義。
壹般來說，項目啟動管理可分為以下幾個階段:
第壹，意向提案階段
在意向提案階段，業務部門發現需要通過信息化手段實現的業務需求，提出建設信息系統的期望。由於信息化項目的意向伴隨著業務發展的全過程，對意向的統籌管理和規劃壹直是企業信息化部門的難題。
對於有集中經營計劃期的企業來說，意向往往集中在經營計劃期。例如，在財政年度結束時，當企業評估自己的模型時，通常需要改進或改革其業務模型，從而產生對信息工具的需求。此時產生的想法或需求往往不是很成熟，不確定性大，後期變更風險高。但這個時期也是意向最集中，最容易統籌的時期。在此期間，信息部門通常會收集和整理所有的意向，並初步形成項目建設清單。考慮公司戰略重點和資源投入的約束，對項目進行排序，確定建設重點。
對於在集中規劃期間沒有提出的項目意向，往往會影響到原有的總體規劃和計劃，各方面的論證都要更加謹慎，例如項目的必要性、投資的合理性、資源到位的可能性、對現有和在建系統的影響等。
信息管理部門(或IT項目管理部門)可以通過建立壹些制度和流程來引導業務需求的意向，盡量使意向在集中計劃期提出。
意向提案作為項目啟動的壹個階段進行管理，其意義在於:對意向進行整體規劃，保證系統建設的整體合理性。
二、需求分析階段
接受項目意向後，就進入分析項目需求階段。在這個階段，需要有壹個由IT人員和業務人員組成的團隊，對業務需求進行詳細的研究和分析。使用的方法主要包括采訪和會見各個業務層次的人。
在這個階段，IT人員和業務人員經常會有矛盾。IT人員可能認為業務需求不明確，而業務認為自己的需求非常明確。解決這壹矛盾的關鍵是要有詳細的管理控制方法，引導業務人員細化要求。比如制定需求分析報告的框架，針對關鍵點形成文檔。壹般來說，需求分析包括以下內容:
當前業務流程分析
未來業務流程分析
當前業務和未來業務的差異分析
信息功能點需求
未來系統的非功能性需求，如性能需求、環境需求、安全需求等。
需求優先級
需求分析報告形成後，需要組織對需求的評審，以達到項目幹系人的壹致認可。這壹過程可能包括:
制定評審計劃:制定評審工作計劃，確定評審組成員，準備評審材料。
需求預評審:評審小組的成員預評審需求文檔。
召開評審會議:召開評審會議來評審需求規格說明書。
調整需求文檔:根據評審中發現的問題，重新分析和調整需求。
復審需求文檔:根據評審會議提出的問題，對調整後的需求文檔進行復審。
三、可行性方案論證階段
可行性方案論證是項目啟動階段的關鍵活動，其質量直接影響項目的實施效果。演示團隊壹般由企業內部的業務和IT人員組成。根據項目的重要性、難度和規模，可能需要企業外部的專業顧問資源。
可行性方案論證的目的是通過確認系統的管理體系和技術框架，來確認未來的管理和技術方案是否有效。是根據項目在管理、技術、實施等方面的難點，逐步明確客戶的需求。在需求的基礎上規劃整體解決方案，作為項目投入產出評估、產品選擇的依據和後續實施計劃的約束。
項目投入產出評價的基礎:基於業務需求分析的項目投入和價值分析往往是壹種粗略的宏觀感受。業務人員在提出信息需求時可能沒有充分考慮it與其他系統的關系，因此得到的投入產出分析也很粗糙。在此基礎上，如果設計壹個可行的方案，並考慮項目的定位和與其他系統的關系，相信投入產出分析會更有說服力。
產品選擇的依據:可行性計劃是根據業務需求制定的，不受任何產品的影響。因此是後續產品選擇的基礎，使企業在產品選擇過程中始終堅持自身需求和規劃的原則，不被供應商解決方案誤導。
實施方案的約束:可行性方案和實施方案是總體設計和詳細設計的關系。可行性方案描述了整體的業務方案和技術框架，而實施方案則是可行性方案在各個方面的細化。
此外，圍繞可行方案闡述管理、技術和實施中的難點，可以有效地進行項目的風險分析，制定項目的風險管理策略，為項目的成功提供保障。
第四，產品選擇階段
當可行性方案需要通過選擇新產品來完成時，進入項目啟動管理的產品選擇階段。在此階段，對供應商進行初步篩選後，根據需求和方案的要求，制定招標文件，接收供應商的項目方案，組織相關人員根據評審標準對供應商進行評審，選擇兩家以上供應商進行商務談判。並在項目報告通過後與供應商簽訂合同。該階段可細分為以下步驟:
創建RFP:根據需求階段和可行性方案階段的分析結果，為供應商制定招標文件。
解決方案評估:制定產品選型評估標準是本次活動的核心，包括:應用軟件評估:調查產品本身的功能、性能、架構、用戶友好性、市場評價、成本等；
軟件運行環境評估:評估系統運行所需的服務器和客戶端的硬件和軟件配置。這是壹個容易被忽略的部分，可能對後續的實施影響最大，尤其是在客戶端數量多，環境復雜的情況下。
項目實施評價:在信息系統建設中，項目實施方法和能力已經成為項目成敗的重要環節，因此對服務商實施能力的評價尤為重要。評估內容主要包括:實施方法、實施成本、實施周期、實施顧問經驗和類似實施案例調查。
培訓和售後服務評估:包括檢查培訓方式、費用、售後服務方式、費用、響應時間等。
供應商評估:評估供應商的基本面，如供應商的規模、業績、合同語言和仲裁地點、與客戶的合作策略等。
效益風險評估:即對項目投入和產出的評估。這是最難評價的壹個。目前，信息項目沒有完整的投入產出量化評價指標，大多采用壹些定性的分析比較。
交易磋商
商務談判的組織和技巧有很多專題討論。從信息項目管理的角度來看，商務談判是在壹定策略的指導下，與產品和服務實施者確定合同條款的過程，目的是使公司利益最大化，確定最優的價格和服務條款。
商務談判的基礎是對所采用的方案進行評估，其過程通常包括:組織談判小組、制定談判計劃、實施談判、簽訂合同。值得註意的是，商務談判和隨後的項目報告審批並沒有嚴格的先後順序，可以同時進行。但是，只有在項目報告批準完成後，才能簽訂合同。