第一篇：軟件項目失敗經驗總結

項目失敗經驗總結

1、在項目初期沒有進行風險的管理探討，項目遠景定義和功能集合的詳細定義。

當項目走了很遠，出現很多問題的時候，領導總算想起要做一個邊界定義，但這個時候已經遲了，項目已經變得不可控制。

經驗總結：

由于客戶一般對計算機不是很了解，和他們交流是用軟件行業的專業俗術語，他們根本就不懂，如果用文檔也很難把需求寫得那么明白，而且文檔很多的話，客戶都看煩了，很不直觀。

如果讓客戶一看就可以看出這個就是他們想要的，我認為最好的方式就是做系統原形（界面的功能模擬）。

系統原形應該在需求分析師的指導下完成，當然開發只是界面的功能模擬，沒有底層代碼的實現。這樣做的目的有三個好處，一是客戶很直觀的看到他們的系統是什么樣子的以及怎么操作，二是這些開發的成果是可以二次利用的，三是可以更好的激發客戶的需求。

2、不注重用戶參與。

沒有一開始就讓用戶參與詳細需求的制定的做法，大部分都是靠需求采集人員的猜想，猜想往往和實際有差距，造成系統功能不切合實際，與項目實際需求差距大，運行效果差。

經驗總結：

項目的開始和結束用戶是需要一直參與進來的，我們每做個可以運行的功能等就需要和用戶交流，這樣可以避免很多風險也可以盡早發現需求的誤解的等等。

需求調研前期的《信息化規劃》、《目標與范圍》和需求調研末期的《軟件開發需求規格說明書》都要跟客戶簽字確認，這樣既能保證我們所理解的需求就是客戶所要的，也使得項目末期跟客戶驗收時有據可依。

3、集團化以后，項目經理沒有意識到信息化核心問題是管理變革問題，還跟著原來的思路開發軟件。

在組織架構、權限、供應商等方面與力和集團理解不一致，沒有分別按組織進行區分。

經驗總結：

要根據企業業務需求制訂策略,調整軟件組織結構, 詳細設計軟件各組織架構之間的邏輯關系，做好這些最基礎的功課，避免信息化項目成為無本之木。

4、軟件開發人員、設計人員能力的低下、項目經理的管理能力不足。

低素質開發人員由于沒有接觸過實際業務，無法跟客戶溝通，甚至害怕客戶提出需求，總是擔心客戶

第1頁，共5頁 的需求會增加自己的工作量，不愿配合。導致無法理解真正的需求，也無法改進系統功能。

設計人員能力的低下，設計系統結構時過于定制，系統的可擴展性較弱，給后期維護帶來巨大的負擔和維護成本的激增。

當出現嚴重問題時，項目經理沒有根據現階段狀況重新評價需求分析結果、開發人工數估算、設計結果等就匆忙采取頭痛醫頭、腳痛醫腳的措施，致使問題更嚴重。

經驗總結：

實行雙項目經理制度：為開發項目設定兩個項目經理崗位，一個負責技術崗位，另一個負責管理崗位。目前，國內的軟件開發企業的項目經理一般都是一名，而且是技術出身的占絕對多數，他們主要擅長的是技術研發，在管理方面先天不足，這不利于項目風險管理和控制。通過增加專門的管理經理崗位，可以彌補技術出身的項目經理的不足，提升軟件開發項目的管理水平。而且這樣的經驗也已得到了國外業界大多企業的認可。

技術崗位：負責技術框架的穩定性和可擴充性、質量的保證、風險的預測以及數據庫的設計，模塊測試、接口測試、白盒測試等；

對于該項目具體需要多少人員、時間；到底需要什么層次技能的程序組組長和具體開發人員給出詳細的計劃；

對程序組每周具體的開發目標的進行檢測驗收，保證開發進度。以及其它需要考慮的問題等，如網絡速度，服務器訪問量，數據庫查詢優化，都需要整體考慮。

管理崗位：掌握行業知識、項目的前期調研、需求分析、功能模塊架構設計、人員的管理、實施計劃的安排執行和跟蹤。提交《目標與范圍》和需求調研末期的《軟件開發需求規格說明書》。

一個項目在前期的工作非常重要，就算是一個錯誤的話，后面有再強大的開發團隊也是白搭。我們還是一個年輕的團隊，很需要公司來培養這樣的人才，如果是遇到項目，再招外來人員來擔當這樣的工作，風險是可想而知的。

而且這樣的人員肯定是從項目實戰中成長起來的，不是有其他軟件項目管理經驗的人員或者技術開發人員轉過來就可以做好的，更不是從書本或者參加某些培訓就可以學到的。

5、一味的追求快速開發，時間進度。

每天都加班加點地工作，造成人員流動的擴大以及工作效率的降低。最后無論客戶，還是開發人員，都想早點結束項目。

經驗總結：

項目中有個不變的金三角法則，即時間、功能和資源。我個人的意見是用我們的實際能力按照一個正常的進度去做，一個項目在功能、時間和資源一定的情況下，沒有捷徑可以走的，必須一步一個腳印。

6、胡子眉毛一把抓，不分主次。

整個項目沒有指定里程碑或規定設計評審期，沒有計劃什么時間節點完成某一個組織或部門的信息化評審后，再進行下一個階段的開發計劃與實施。攤子鋪得太大，軟件人員和準備嚴重不足。

經驗總結：

第2頁，共5頁

根據企業不同的發展階段，按照規劃逐步深入，這樣一方面可以避免投資的盲目性，另外一方面在前期的投入收到效果后，再進行下一階段投入的同時，員工和企業領導也容易接受，軟件人員的壓力也會相對減少。

7、開發結果不驗收測試，開發技術水平低下。

開發結果沒經過測試就給客戶上線使用，造成報表的數據很多對不上賬目，已經打印出來的報表，過幾天再打印數據就不一樣了。

由于項目經理沒有明確要求技術水平，寄希望于員工自己努力，造成打印的單據上，‘毛重’減去‘皮重’ 不等于‘凈重’的情況。

經驗總結：

必須做好充分準備的開發計劃，對于該項目具體需要多少人員、時間；到底需要什么層次技能的程序組組長和具體開發人員給出詳細的計劃。

8、沒有項目總結會議，不重視項目質量。

軟件從實施開始就產生了很多問題，但遺憾的是從開始到結束沒有組織過一個項目總結會議，問題日積月累，最后導致項目失敗。

不重視項目質量。在代碼和數據庫設計中時間投入很少，這些工作本來就是比較抽象的，需要不斷的研究和推敲才能設計好的，但是我們為了時間進度，很快就趕出來了。

經驗總結：

每日必須召開項目總結會議，隨時捕獲風險，當日事當日畢。

軟件開發初期的時候，就開始猛抓質量，而不是走“先上線、后優化”的項目常規實施方法。若發現質量不合格的地方，就讓開發人員重新返工。

9、軟件版本發布周期頻繁。

幾乎每天都需要進行一次版本更新，有時候1天更新幾次。更新完成后，客戶無法登陸，軟件功能無法使用，以前錄入的數據看不見等情況。讓客戶怨聲載道，罵聲一片。

經驗總結：

發布周期為1周1次或2周1次，在版本更新前，必須做好充分的測試，方可交給客戶使用。

10、不重視客戶體驗，缺少抵御風險的獎勵機制。

系統不以客戶為中心,不能提高業務部門的工作效率,忽視了客戶體驗；通常10分鐘能完成的工作，工作人員操作軟件1小時才能完成。

很多時候加班是沒有加班費的，并且在實施過程中又沒有任何獎勵。所以，員工認為是這套系統拖累了他。雖然項目對公司有益，對他個人就沒有多少好處了。

第3頁，共5頁

經驗總結：

公司應該拿出一部分預算，有計劃有規模地組織用戶進行測試，對操作員給出的體驗意見做好詳細的記錄，并給予充分的重視，對其中有用的軟件改進意見給出相應的獎勵。做好足夠的風險應對計劃，抵御這種影響所帶來的對系統本身的順利實施以及實施人員的信心和工作激情的沖擊。

11、缺少數據風險意識。

在系統的并行階段，沒有統一的基礎數據，如材料編碼、單據標準等。數據錄入的缺少合理安排，缺少數據風險意識。

用戶總是反映報表數據與小票單據帳目對不上，錄入的小票數據丟失了。

軟件系統是一個高度集成的系統，一個環節的出錯將可能導致一系列的錯誤，所以，對數據的準確性提出了很高的要求。

經驗總結：

必須制定《公司基礎信息編碼》，搭建了整個信息化制度。在項目實施過程中，針對類似的問題也不能光靠人工對賬減少錯誤，而應該采取一定的控制措施，利用系統設置，做好問題的預防措施。比如我們可以建立每日審賬制度，在系統中進行設置，每天錄入完成的票據都進行核對，核對完成后進行鎖賬。出臺《操作規程》，《操作員獎懲辦法》等等，規避風險。

12、不注重細節。

天下大事，必做于細。1%的錯誤往往會導致100%的失敗。力和項目在開發的時候，僅僅是滿足于“軟件可以使用”或“功能能夠實現”的情況，并沒有關注到每個設計、每次改動、每天的操作。

經驗總結：

在此對之前開發過程中一些可以改進的細節列出，進行總結，在今后的開發中將進行改進。（1）軟件每一個打開的窗體都應該寫上標題，而不能是默認的標題。（2）操作按鈕位置、操作順序必須一目了然。

（3）軟件的功能都加上快捷鍵，使它適應不同操作習慣的用戶。

（4）每一個窗體都加上“關閉”快捷鍵，當用戶需要關閉窗體時，只需要點“ESC” 鍵就可以退出，方便用戶的操作。

（5）所有輸入文本框都必須按照用戶的業務要求進行排列，使用戶可以更快更好地輸入數據。

（6）進入系統以及退出系統時，如果程序執行比較耗時的代碼，應該給出個提醒，而不能讓用戶傻等，最好放到線程中處理，不能讓主線程出現假死狀態。

（7）用戶登陸的窗口，應該自動幫用戶記住用戶名，用戶可以自己確定是否要記住密碼。

（8）復雜的查詢條件，錯誤提示之后，原來的輸入是否都還保存？如果都沒有了，用戶要再輸入一遍會很煩。

（9）查詢錯誤或無結果，必須有提示。（10）下拉框中的數據必須有排序。

（11）系統中的各種提示必須要合理，不能有誤導用戶的情況。

當然，還有許多需要注意的技術和非技術的細節問題，往往我們技術人員覺得不重要的東西偏偏是用戶覺得最重要的。我相信，在軟件開發的過程中，你只有琢磨你的用戶是怎么想的，你才能使我們的軟件

第4頁，共5頁

更加完美，付出得越多，得到的越多。

13、沒有結果的結束。

我們幾乎聽不到有人出來說項目失敗了，我們聽到的是延期、暫停、取消等等形容詞，但是其實，我們其實應該承認，我們有做了一個失敗的項目。

經驗總結：

我們花了錢，項目失敗了，但至少應該買到教訓。

項目的成敗是變數多多，既有技術的，也有管理的，也有關系的，既有自身的，也有客戶的，但是只要我們把我們可以控制的做好了，至少這個項目成功了一半。

第5頁，共5頁

第二篇：軟件測試經驗總結

軟件生命周期(SDLC)的六個階段

1、問題的定義及規劃

此階段是軟件開發方與需求方共同討論，主要確定軟件的開發目標及其可行性。

2、需求分析

在確定軟件開發可行的情況下，對軟件需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟件開發項目的成功打下良好的基礎。“唯一不變的是變化本身。”，同樣需求也是在整個軟件開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。

3、軟件設計

此階段主要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計，數據庫設計等等。軟件設計一般分為總體設計和詳細設計。好的軟件設計將為軟件程序編寫打下良好的基礎。

4、程序編碼

此階段是將軟件設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統一，符合標準的編寫規范。以保證程序的可讀性，易維護性，提高程序的運行效率。

5、軟件測試

在軟件設計完成后要經過嚴密的測試，以發現軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。

6、運行維護

軟件維護是軟件生命周期中持續時間最長的階段。在軟件開發完成并投入使用后，由于多方面的原因，軟件不能繼續適應用戶的要求。要延續軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括糾錯性維護和改進性維護兩個方面。

2、軟件生命周期模型

從概念提出的那一刻開始，軟件產品就進入了軟件生命周期。在經歷需求、分析、設計、實現、部署后，軟件將被使用并進入維護階段，直到最后由于缺少維護費用而逐漸消亡。這樣的一個過程，稱為“生命周期模型”（Life Cycle Model）。

典型的幾種生命周期模型包括瀑布模型、快速原型模型、迭代模型。

瀑布模型的特點（文檔是主體），很多的問題在最后才會暴露出來。迭代模型比瀑布模型問題暴露的要早；快速原型法比瀑布模型直觀。

3.軟件測試概念

廣義概念：指軟件生存周期中所有的檢查、評審和確認工作，其中包括了對分析、設計階段，以及完成開發后維護階段的各類文檔、代碼的審查和確認

狹義概念：識別軟件缺陷的過程，即實際結果與預期結果的不一致

4.軟件測試目的測試的目的就是發現軟件中的各種缺陷

測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷

測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅

以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質量

5．軟件測試原則

Good-enough: 一種權衡投入/產出比的原則

保證測試的覆蓋程度，但窮舉測試是不可能的所有的測試都應追溯到用戶需求

越早測試越好，測試過程與開發過程應是相結合的測試的規模由小而大，從單元測試到系統測試

為了盡可能地發現錯誤，應該由獨立的第三方來測試

不能為了便于測試擅自修改程序

既應該測試軟件該做什么也應該測試軟件不該做什么

6．軟件測試的的重點

測試用例的設計

測試用例的設計是整個軟件測試工作的核心

測試用例反映對被測對象的質量要求，決定對測試對象的質量評估

測試工作的管理

尤其是對包含多個子系統的大型軟件系統，其測試工作涉及大量人力和物力，有效的測試工作管理是保證有效測試工作的必要前提

測試環境的建立

測試環境應該與實際測試環境一致

7．黑盒測試

什么是黑盒測試

又稱功能測試或數據驅動測試，是針對軟件的功能需求/實現進行測試，通過測試來檢測每個功能是否符合需求，不考慮程序內部的邏輯結構

黑盒測試方法

功能劃分

等價類劃分

邊界值分析

因果圖

錯誤推測等

8．什么是白盒測試

白盒測試也稱結構測試或邏輯驅動測試，必須知道軟件內部工作過程，通過測試來檢測軟件內部是否按照需求、設計正常運行

白盒測試的主要方法

對應于程序的一些主要結構：語句、分支、邏輯路徑、變量；白盒測試的主要方法是： 語句覆蓋方法

分支覆蓋方法

邏輯覆蓋方法

什么是動態測試

動態測試需要在開發/測試環境或實際運行環境中運行軟件，并使用測試用例去查找軟件缺陷；動態測試包括功能確認與接口測試、覆蓋率分析、性能分析、內存分析等

10.什么是靜態測試

靜態測試不實際運行軟件，主要是對軟件的編程格式、結構等方面進行評估.靜態測試包括代碼檢查、程序結構分析、代碼質量度量等。它可以由人工進行，也可以借助軟件工具自動進行

11.手工測試和自動測試

a.手工測試缺點在于測試工作量大，重復多，回歸測試難以實現

b.自動測試利用軟件測試工具自動實現全部或部分測試工作：管理、設計、執行和報告；節省大量的測試開銷，并能夠完成一些手工測試無法實現的測試

手工完成測試的全部過程無法保證測試的科學性與嚴密性:

修改的缺陷越多，回歸測試越困難

沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率

反復測試帶來的倦怠情緒及其他人為因素使得測試標準前后不一

測試花費的時間越長，測試的嚴格性也就越低

自動測試將測試人員從反復、煩雜的測試執行中解放出來，用更多的時間進行測試設計和結果分析

軟件測試不可能完全自動化

不能完成所有手工測試任務

無創造性且靈活性差，不能改進測試的有效性

過程中可能會遇到許多意想不到的問題，特別是當軟件不穩定時

測試腳本的維護高

12.測試流程

單元測試

集成測試

系統測試

用戶驗收測試

回歸測試

確認測試報告

13.單元測試

完成對最小的軟件設計單元—模塊的驗證工作

目標是確保模塊被正確地編碼

使用過程設計描述作為指南，對重要的控制路徑進行測試以發現模塊內的錯誤

通常情況下是面向白盒的對代碼風格和規則、程序設計和結構、業務邏輯等進行靜態測試，及早地發現和解決不易顯現的錯誤

單元測試的內容

接口測試

內部數據結構

全局數據結構

邊界

語句覆蓋，錯誤路徑

14.集成測試

通過測試發現與模塊接口有關的問題

目標是把通過了單元測試的模塊拿來，構造一個在設計中所描述的程序結構

應當避免一次性的集成（除非軟件規模很小），而采用增量集成集成測試主要內容

API(Application Programming Interface,應用程序編程接口)

API/參數組合15．系統測試

根據軟件需求規范的要求進行系統測試，確認系統滿足需求的要求

系統測試人員相當于用戶代言人

在需求分析階段要確定軟件的可測性，保證有效完成系統測試工作

系統測試主要內容

所有功能需求得到滿足

所有性能需求得到滿足

其他需求（例如安全性、容錯性、兼容性等）得到滿足

16.用戶驗收/確認測試

Alpha測試

是由用戶在開發者的場所來進行的，Alpha測試是在一個受控的環境中進行的Beta測試

由軟件的最終用戶在一個或多個用戶場所來進行的，開發者通常不在現場，用戶記錄測試中遇到的問題并報告給開發者

17．壓力測試VS性能測試

性能測試的目的不是去找bugs,而是排除系統的瓶頸，以及為以后的回歸測試建立一個基準。而性能測試的操作，實際上就是一個非常小心受控的測量分析過程。在理想的情況下，被測軟件在這個時候已經是足夠穩定了

性能測試是為了檢查系統的反映，運行速度等性能指標，他的前提是要求在一定負載下，如檢查一個網站在100人同時在線的情況下的性能指標，每個用戶是否都還可以正常的完成操作等。

概括就是：在不同負載下（負載一定）時，通過一些系統參數（如反應時間等）檢查系統的運行情況；

壓力測試是為了發現系統能支持的最大負載，他的前提是要求系統性能處在可以接受的范圍內，比如經常規定的葉面3秒鐘內響應；概括就是：在性能可以接受的前提下，測試系統可以支持的最大負載。

舉例說明：針對一個網站進行測試，模擬10到50個用戶就是在進行常規性能測試，用戶增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的數據查詢操作，就包含了強度測試。

18.主流測試工具的測試流程

========winrunner啟動時選擇要加載的插件進行一些設置（如錄制模式等）識別應用程序的GUI，即創建map(就是學習被測試軟件的界面）建立測試腳本（錄制及編寫）對腳本除錯及調試（保證能夠運行完）插入各種檢查點（圖片，文字，控件等）在新版應用程序中執行測試腳本分析結果，回報缺陷

=========quicktestpro========準備錄制

打開你要對其進行測試的應用程序，并檢查QuickTest中的各項設置是否適合當前的要求。2 進行錄制

打開QuickTest的錄制功能，按測試用例中的描述，操作被測試應用程序。編輯測試腳本

通過加入檢測點、參數化測試，以及添加分支、循環等控制語句，來增強測試腳本的功能，使將來的回歸測試真正能夠自動化。調試腳本

調試腳本，檢查腳本是否存在錯誤。在回歸測試中運行測試

在對應用程序的回歸測試中，通過QuickTest回放對應用程序的操作，檢驗軟件正確性，實現測試的自動化進行。分析結果，報告問題

查看QuickTest記錄的運行結果，記錄問題，報告測試結果。

＝＝＝＝TestDirect============

安裝好后，先進入站點管理創建域及工程添加用戶編輯licenses及本服務器編輯數據庫

－－TD選擇新建的工程進行定制(列表，用戶，組，版本等)在require中增加需求把需求轉化為plan在testlab中由計劃新建測試具體用例與執行發現bug，在defect中提交bug

（每一部分都可以相對獨立地使用）

======loadrunner制定負載測試計劃

(分析應用程序，確定測試目標，計劃怎樣執行LoadRunner）開發測試腳本

（錄制基本的用戶腳本，完善測試腳本）創建運行場景

（選擇場景類型為Manual Scenario，選擇場景類型，理解各種類型，場景的類型轉化）監視場景（MEMORY 相關，PROCESSOR相關，網絡吞量以及帶寬，磁盤相關，WEB應用程

序，IIS5.0，SQL SERVER，NETWORK DELAY等)

分析測試結果

7(分析實時監視圖表,分析事務的響應時間,分解頁面,確定WEBSERVER的問題,其他有

用的功能)

第三篇：軟件銷售經驗總結

軟件銷售經驗

免費推廣

賣軟件首先要做好充值，如果你信譽很低，賣的效果也有限，賣軟件1鉆也可以，主要是抓好核心競爭力和宣傳渠道！核心競爭力就是你所提供的競爭對手沒有的東西。比如，有的人送E虎，有的人送網站，有的人10天升鉆，也的人一個月賣多少套軟件等等作為宣傳的核心，如果大家都送就沒什么核心競爭力了，首先第一步找出你自己的核心競爭力了，多去參考一些別人做的好的，要盡量做到，別人有的，你都有，別人沒有的，你也可以提供。這個每個人的情況不一樣，要自己認真去找一下。

我主要和大家講一下渠道。渠道為王，這個是毋庸置疑的。聲明：免費的渠道優點就是不用花錢，但是缺點就是需要你花很多精力和時間，這個要有一定的心理準備。

提高軟件銷售最有效的免費方法是把充值買家變成你的軟件買家。我開始買的第一款軟件是易賽，之前易賽一個月也賣了70多套加上捷易通一共也靠90套。而且之前軟件基本沒做過宣傳，這90多套只有5套左右是做直通車賣的，其中50套左右是原來的充值買家成為軟件買家。方法很簡單，主要是一個量，我之前一天有2、3百單的充值客戶。每天在給客戶的回評里加上招代理的信息，后來用量子統計40%多的流量來自于給客戶的回評里。不要小看細節，一個店做的好不好主要就是看細節，大的方向誰都知道，真正做的好的，都是那些把握細節的，說白了就是每個店的小技巧。回評以外如果客戶多還可以設置自動回復。我們之前就專門把掌柜旺旺設為自動回復，大概內容是：親，你好有貨，直接拍無需聯系，本店誠招充值軟件代理，讓你一個月升2鉆，月入5000不是問題詳情與掌柜聯系。這個2個免費的方法屬于被動流量，前提是你要有一定的充值客戶的量。花小錢提升信譽，賣軟件賺大錢。如果提升信譽，增加充值客戶量，看我給你發的沖冠文檔里的經驗總結。

當然如果你還有時間，你可以花1、2個小時用心的寫一篇帖子，爭取申請精華帖，每個論壇都有申請精華的渠道，自己在論壇找一下就可以了。當然好的帖子是需要維護才可以被更多人知道的，這里我不多講了，我給大家發一個提升帖子流量的貼，http://bbs.taobao.com/catalog/thread/154529-2806846.htm還是很不錯的，大家好好看看。

還有一個免費推廣的方法，不過比較累，就是收藏，說白了也是一個量，申請2-3個旺旺，每個旺旺加滿旺旺群，如果加到最慢差不多一個旺旺可以加20個群，2個就是40個群，如果你加30個活躍的群，至少可以開發出1、2十套軟件。你和每個群里的群友聯系互相收藏，就讓別人收藏你的軟件產品。很多人愿意收藏，如果看到你的產品描述比較感興趣

就會主動問你情況，產生意向成交也就不遠了。我之前也通過這個方法成交了好幾個客戶，主要是后來沒時間做。我有個代理1鉆的時候，通過這個方法，100個收藏沒到就成交了2個軟件客戶，還是挺不錯的。發帖也是一個不錯的免費推廣方法，不過不是淘寶的帖，是百度的帖。很多人買軟件會在百度里收藏一下相關信息。比如百度知道，百科，貼吧等等。你會看到很多人會問，易賽和捷易通，極之速3款軟件怎么樣。然后再直接開一個號來回答，并選為最近答案。留下自己旺旺和QQ信息。這個也是看量，你搜索捷易通、極之速、易賽3個關鍵詞的時候，你看看哪幾個網頁排在第一頁。如果可以在這幾個網頁上留下自己的聯系方式，還是會被很多人關注到的。不過這個需要你經常在百度里發信息了。百度百科，百度知道，百度貼吧。

收費篇

1.直通車

直通車的開始要預存500元，直通車之前的效果還可以，不過現在效果一般，同行點的多，大家可以適量嘗試一下，多設關鍵詞，一天設定30元的日限額。長期做還是會有一定的客戶量。

2.淘寶客

淘百客可以做，設個10%的傭金，有就有，沒有就算了，一個月也可以有5、6套軟件來自于淘寶客。

3.百度推廣

這個目前效果不錯，不過收費有點高，要5000的預存，600的手續費，不過效果還可以，我一半的客戶來自這里，不過有個缺點就是售后比較累，因為從百度來的客服很多對淘寶不是很懂，教裝修，教基礎東西比較多，比較繁瑣。

4.阿里媽媽

這個是圖片推廣，我比較看好這個，不過我最近還在看這快，還沒有花太多時間去做這個，我做一段時間后，和大家分享一下方法。不過大家也可以先看一下基礎的操作流程。總結：其實賣軟件也沒有想象中的難，就是核心競爭力加上渠道。每個人的核心競爭力不一樣，多對比一些做的比較好的店鋪，看看他們提供什么？你可不可以提供？你還能提供什么別人不能提供的東西，仔細想想總可以找到的。渠道也不是大家想象中的那么神秘，主要是多了解客戶的消費習慣，設想下當初你也是客戶的時候，你是通過哪些渠道了解到充值軟件的，百度？帖子？收藏？旺旺群？還是某一個其他的方式。都列出來，也可以問一下你的客戶是怎么找到你的，總結整理下，然后根據自己情況做一些適合自己的推廣方式。這這里不展開來談了，因為基礎的加細節的東西，寫幾天都寫不完。如果你要做以上的推廣，有什么細節問題可以自己問我，不過首先大家要先熟悉下基礎的操作，這樣教技巧設置，就會比較容易。

做淘寶第一是學習力，要多學，多去模仿，先抄后超。第二是執行力，要不停的去嘗試，第一個吃螃蟹的往往就是贏家，要嘗試各種新的營銷方式以及淘寶推出來的各種營銷渠道。

充值軟件的市場在我看來遠遠沒有飽和，很大的市場，現在越來越多的人想做淘寶，特別是大學生，電腦操作沒問題，工作比較難找，想通過淘寶嘗試個人創業的很多。而且已經有淘寶的大學生并不多，這個市場至少可以開發2、3年。我開店的時候很多人就和我說充值市場競爭激烈，很難做起來，我做起來后，很多人說是運氣，其實沒那么多偶然，同一個事物積極的人看是機遇，消極的人看是麻煩。2種人的結果截然不一樣，我們要有理想的分析同時還要有信心，沒有信心再多的方法也是做不起來的。有了信心你才愿意嘗試，只有不停的嘗試才能成功。希望下一個月入萬元的就是你，我們一起共勉！

第四篇：軟件銷售經驗總結

軟件銷售經驗

店主感言： 好多人會問我，店主的信譽怎么來的那么快，招代理怎么那么多，是不是我還留了一手，你是我的下家，只要我懂的都可以告訴你，況且你賣一個軟件我還有27元提成，我真的是把我的方法都告訴你們了，要看你自已努不努力了，要懂的模仿更要懂得創新，還有很多人會問，推廣了好多天了為什么還沒有人來，一個軟件都沒賣出去，我可以告訴你，錢不是那么好賺的，當初我開始做的時侯，去百度，去QQ問問，去天涯問答，每天最少回答100多個問題，一天到晚堅持推廣，堅持了一個月，賣了第一個軟件，創業者要懂的左手溫暖右手，創業者沒有退路，最大的失敗就是放棄，希望可以把我當一起創業的伙伴，更要誠心對待，我們一起加油。

賣軟件首先要做好充值，如果你信譽很低，賣的效果也有限，賣軟件1鉆也可以，主要是抓好核心競爭力和宣傳渠道！核心競爭力就是你所提供的競爭對手沒有的東西。比如，有的人送E虎，有的人送網站，有的人10天升鉆，也的人一個月賣多少套軟件等等作為宣傳的核心，如果大家都送就沒什么核心競爭力了，首先第一步找出你自己的核心競爭力了，多去參考一些別人做的好的，要盡量做到，別人有的，你都有，別人沒有的，你也可以提供。這個每個人的情況不一樣，要自己認真去找一下。

我主要和大家講一下渠道。渠道為王，這個是毋庸置疑的。

聲明：免費的渠道優點就是不用花錢，但是缺點就是需要你花很多精力和時間，這個要有一定的心理準備。

提高軟件銷售最有效的免費方法是把充值買家變成你的軟件買家。我開始買的第一款軟件是易賽，之前易賽一個月也賣了70多套加上捷易通一共也靠90套。而且之前軟件基本沒做過宣傳，這90多套只有5套左右是做直通車賣的，其中50套左右是原來的充值買家成為軟件買家。方法很簡單，主要是一個量，我之前一天有2、3百單的充值客戶。每天在給客戶的回評里加上招代理的信息，后來用量子統計40%多的流量來自于給客戶的回評里。不要小看細節，一個店做的好不好主要就是看細節，大的方向誰都知道，真正做的好的，都是那些把握細節的，說白了就是每個店的小技巧。回評以外如果客戶多還可以設置自動回復。我們之前就專門把掌柜旺旺設為自動回復，大概內容是：親，你好有貨，直接拍無需聯系，本店誠招充值軟件代理，讓你一個月升2鉆，月入5000不是問題詳情與掌柜聯系。這個2個免費的方法屬于被動流量，前提是你要有一定的充值客戶的量。花小錢提升信譽，賣軟件賺大錢。如果提升信譽，增加充值客戶量，看我給你發的沖冠文檔里的經驗總結。

當然如果你還有時間，你可以花1、2個小時用心的寫一篇帖子，爭取申請精華帖，每個論壇都有申請精華的渠道，自己在論壇找一下就可以了。當然好的帖子是需要維護才可以

被更多人知道的，這里我不多講了，我給大家發一個提升帖子流量的貼，http://bbs.taobao.com/catalog/thread/154529-2806846.htm還是很不錯的，大家好好看看。

還有一個免費推廣的方法，不過比較累，就是收藏，說白了也是一個量，申請2-3個旺旺，每個旺旺加滿旺旺群，如果加到最慢差不多一個旺旺可以加20個群，2個就是40個群，如果你加30個活躍的群，至少可以開發出1、2十套軟件。你和每個群里的群友聯系互相收藏，就讓別人收藏你的軟件產品。很多人愿意收藏，如果看到你的產品描述比較感興趣就會主動問你情況，產生意向成交也就不遠了。我之前也通過這個方法成交了好幾個客戶，主要是后來沒時間做。我有個代理1鉆的時候，通過這個方法，100個收藏沒到就成交了2個軟件客戶，還是挺不錯的。發帖也是一個不錯的免費推廣方法，不過不是淘寶的帖，是百度的帖。很多人買軟件會在百度里收藏一下相關信息。比如百度知道，百科，貼吧等等。你會看到很多人會問，易賽和捷易通，極之速3款軟件怎么樣。然后再直接開一個號來回答，并選為最近答案。留下自己旺旺和QQ信息。這個也是看量，你搜索捷易通、極之速、易賽3個關鍵詞的時候，你看看哪幾個網頁排在第一頁。如果可以在這幾個網頁上留下自己的聯系方式，還是會被很多人關注到的。不過這個需要你經常在百度里發信息

了。百度百科，百度知道，百度貼吧。

收費篇

1.直通車

直通車的開始要預存500元，直通車之前的效果還可以，不過現在效果一般，同行點的多，大家可以適量嘗試一下，多設關鍵詞，一天設定30元的日限額。長期做還是會有一定的客戶量。

2.淘寶客

淘百客可以做，設個10%的傭金，有就有，沒有就算了，一個月也可以有5、6套軟件來自于淘寶客。

3.百度推廣

這個目前效果不錯，不過收費有點高，要5000的預存，600的手續費，不過效果還可以，我一半的客戶來自這里，不過有個缺點就是售后比較累，因為從百度來的客服很多對淘寶不是很懂，教裝修，教基礎東西比較多，比較繁瑣。

4.阿里媽媽

這個是圖片推廣，我比較看好這個，不過我最近還在看這快，還沒有花太多時間去做這個，我做一段時間后，和大家分享一下方法。不過大家也可以先看一下基礎的操作流程。

5.淘寶商城

這個是目前效果最好的，主要是排名在搜索的前2位，展現量最多。不過這個需要的投入很大，需要1萬元保證金給淘

寶，還要6000元年費給淘寶，最麻煩的是需要有注冊公司申請。如果你有實力可以嘗試，我有個代理商就是弄了個商城賣軟件，效果挺不錯的，一天10幾套。

總結：其實賣軟件也沒有想象中的難，就是核心競爭力加上渠道。每個人的核心競爭力不一樣，多對比一些做的比較好的店鋪，看看他們提供什么？你可不可以提供？你還能提供什么別人不能提供的東西，仔細想想總可以找到的。渠道也不是大家想象中的那么神秘，主要是多了解客戶的消費習慣，設想下當初你也是客戶的時候，你是通過哪些渠道了解到充值軟件的，百度？帖子？收藏？旺旺群？還是某一個其他的方式。都列出來，也可以問一下你的客戶是怎么找到你的，總結整理下，然后根據自己情況做一些適合自己的推廣方式。這這里不展開來談了，因為基礎的加細節的東西，寫幾天都寫不完。如果你要做以上的推廣，有什么細節問題可以自己問我，不過首先大家要先熟悉下基礎的操作，這樣教技巧設置，就會比較容易。

做淘寶第一是學習力，要多學，多去模仿，先抄后超。第二是執行力，要不停的去嘗試，第一個吃螃蟹的往往就是贏家，要嘗試各種新的營銷方式以及淘寶推出來的各種營銷渠道。

充值軟件的市場在我看來遠遠沒有飽和，很大的市場，現在越來越多的人想做淘寶，特別是大學生，電腦操作沒問題，工作比較難找，想通過淘寶嘗試個人創業的很多。而且已經有淘寶的大學生并不多，這個市場至少可以開發2、3年。我開店的時候很多人就和我說充值市場競爭激烈，很難做起來，我做起來后，很多人說是運氣，其實沒那么多偶然，同一個事物積極的人看是機遇，消極的人看是麻煩。2種人的結果截然不一樣，我們要有理想的分析同時還要有信心，沒有信心再多的方法也是做不起來的。有了信心你才愿意嘗試，只有不停的嘗試才能成功。希望下一個月入萬元的就是你，我們一起共勉！

第五篇：項目經驗總結

項目經驗總結

本人從事IT工作多年，親身參與過多個項目。感到做這個工作最要緊的就是要明白什么的員工適合做什么樣的事，合理分工、因地制宜，只有最合適的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤工作進度。以下是本人做項目的一些個人體會，希望大家多多指點，共同提高業務水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。前期了解情況越詳細，后面的工作就越順利，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，盡可能的爭取更多人的支持，讓事情向你所希望的方向發展。只要有利益存在，競爭方也可能做合作方。

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響；

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間；

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.在明確項目的總體策略后，開始成立項目小組。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣雙方才可以相互清晰的理解對方的表達意思。我們經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。

7.現在你要面對三類人：你的領導、你的團隊和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后發生什么問題，就能做到有據可查。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。

8.現在是做計劃的時候了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現出來。你做完這個表以后會驚奇地發現，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。

項目進入實施階段，項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，有些需要他支持的地方，比如資源調用需要說詳細一點。

和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節，所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點。一個問題，有很多方面，從不同的角度看，現象是完全不同的。這些技術人員，他們往往精通一個方面，就自己的角度發表見解。在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論。會后，你自己寫文檔，做決定，自然實施起來的阻力就小。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定比下屬強。

在開發過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：

1.確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據；

2.和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達到相同目的，但是對你來說有代價更小的選擇？

3.（項目初期的工作）明確更改流程，一般是客戶指定一人簽字，以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果。然后再讓客戶在上面簽字。