軟體開發組織的web2 0模式

傳統的軟體開發模式一般是這樣的

調研、設計、編碼、測試、文案、安裝實施、培訓、支援

但是新的開發模式正在起來

調研？no。先把話題和思路放到blog或論壇、qq群中討論。業務設計師，你不是乙個人在戰鬥。群眾的力量。當然，程式設計師也可以參與到社群討論中，

和客戶面對面。省得老覺得客戶來自火星，需求都是怪異的。

根據業內人士和使用者的反饋討論後，得到比較踏實的需求。根據市場競爭和客戶需求呼聲，確定好該版本的目標和出品時間

然後根據這有限的時間和明確的目標校驗下，把使用者的需求進行篩選。不符合此次版本的需求，扔掉。不符合此次時間進度的，扔掉。

於是就留下了此次版本要實現的功能。

現在的競爭往往是以月為單位。所以每個月都需要給客戶拋出新的亮點。所以，功能不能全做完後才給客戶亮相。

再者，前期討論的都是基於空想的，到底真的出來，跟空想討論還是有差距的，所以需要每月放出已完成的亮點功能，讓先期客戶網上內測品嚐，社群評價群中討論，再綜合意見，

為接下來的開發更踏實落地，產品更貼近使用者想法。

現在的開發也很先進。過去呢，需要把人都聚在一起。你來自西北，他來自西南。大家都聚集在乙個大城市背井離鄉，租房過活。

而現在呢，網上可以懸賞，網上也可以找合作夥伴，也可以網上找開源學習，也可以找公共code庫，不懂？網上發帖子，搜blog。

大家足不出戶，不用再趕春運的艱難，不用背井離鄉。網際網路將大江南北串在了一起，沒有了地域限制。甚至中國與其他國家，也沒有了時間限制。

本來嘛，網際網路，24x7。

全球的志同道合者，網際網路上交流，網際網路上工作。**管理、需求管理、bug管理也都用網際網路的工具來管理。

現在在測試上也一改過去，使用者一旦發現bug，或者感覺操作不順手，理解不易懂，程式設計師會很快直接改掉，然後問客戶一句：你重新整理一下，看看現在好不好。

過去，程式設計師是深藏閨中，現在從頭到尾都參與了創造產品，改進產品。不斷和客戶交流，才理解客戶的現實。

這就是網際網路式的開發模式，在過去的軟體開發流程和管理模式上根本無法做到。軟體很容易變得穩定、貼近使用者。軟體也很容易一點點預熱市場，不斷吸收先期使用者，不斷開發新功能，達到使用者群的擴張和知名度的擴張。

在傳統的模式中，軟體生產是「頭未梳好不許看」，軟體定版了，有**了、彩頁了、試用版、文件幫助了，才發動大規模的市場宣傳和銷售。要想突然讓人讓更多人知道，是需要大量金錢的，也需要大量必要時間來滲透的

這就是網際網路式的開發模式，不僅影響我們的軟體開發模式，也影響了軟體市場和銷售的模式。

軟體作為一種數位化的產品，可以網上傳輸、複製、消費使用。

想知道軟體到底好不好？不用再聽銷售瞎忽悠了，不用再要什麼早已是老版本的學習版，自己現在就註冊個免費帳號上去用。確實合適就買單，還不放心，就在社群中發乙個帖子問問其他使用者的口碑，或者看看其他使用者的帖子，做到自己心中有數。

過去是講銷售關係，講忽悠，現在講的是誰能給我帶來我真想要的，我就認誰。

**不懂，網上客服，直接文字、語音交流。還可以在社群中和其他使用者聊、討論。大家幫助大家。支援的瓶頸也沒有了。

而過去呢，就那幾部客服中心**，就那幾個客服人員。客服人員看不到你的操作也不明白你的應用資料的變化，根本無法快速準確的定位你的問題。

不用拎個包去擠火車出差到現場實施

產品功能競爭力改進、開發成本與運營成本與實施支援成本、反應速度、解決質量、解決效率、客戶滿意度、市場研究、宣傳滲透、銷售跟蹤，一切的一切都被改變了。

軟體網路化、全球協作化、服務化（即開即用即支援）、軟體互動進化（使用者需求討論與改進同步）。

一旦這個大潮成為主流，什麼職位將變得不再重要？業務設計人員嗎？開發人員嗎？測試人員嗎？文件編寫人員嗎？實施培訓人員嗎？支援人員嗎？銷售人員嗎？市場宣傳人員嗎？

你還活在過去嗎？

你為未來做好準備了嗎？

網際網路公司、外包公司、網路遊戲公司，都已經走到了我們這些傳統軟體生產銷售模式企業的前頭，我們到底有什麼牽絆的歷史讓我們面臨先進的生產方式而不能去追？

而且，又有更先進的生產方式產生。那就是好萊塢模式。

最近，盛大的20計畫，也就是說，遊戲運營團隊可以分成20%。

好萊塢的編劇整天在思考絕妙的好本子，然後不斷遊說推銷給製片人或導演。

而一部**或者投資，就立刻組建團隊，演員、化妝燈光道具攝影一應俱全，香港的電影生產甚至能達到15天一部**。每個明星都是時間表排的滿滿的。

不斷有劇組組建，不斷也有劇組拍完解散。就是這樣乙個鬆散的團隊形式，給我們奉獻了一部又一部好看的電影。

這是更先進的生產力。

你看到了更好的生產力，你為什麼不去做呢？