做產品vs做專案
by:授客qq：1033553122
相關定義
根據gb/t19000—2008
《質量管理體系基礎和術語》，有以下定義
過程process
一組將輸入轉化為輸出的相互關聯或相互作用的活動
注：乙個過程的輸入通常是其他過程的輸出。
產品product
過程的結果
注：產品可以是有型的，比如汽車，也可以是無形的，比如培訓、諮詢服務。
專案project
由一組有起止日期的、協調和受控的活動組成的獨特過程，該過程要達到符合包括時間、成本和資源約束條件在內的規定要求的目標注：1
，單個專案可作為乙個較大專案的組成部分。
2，專案的結果可以是單一或若干個產品
綜上，簡而言之，產品是過程的結果；專案是獨特的過程。專案的結果可以產生單一或若干產品；因此兩者不是對等的，是處於不同階段的兩個概念。
(一)
區別
1、目標不一樣
專案的目標是在規定的時間內，利用有限的資源，高質量的完成某個或幾個特定客戶的需求，具有特殊性、個性化，需求一般由客戶提出，相對明確，目標也相對明確。
產品的目標是滿足某一類使用者的需求。面向大眾或行業，具有普遍性、大眾化。開發之前沒有明確的客戶，只有潛在的客戶，所以需求相對較為模糊，需要長時間的需求調研。
舉例：一家小軟體公司接到某酒店的訂單，要在
6個月內做出一套管理軟體，典型的乙個專案；而一家大一點的軟體公司發現了這個市場，受此專案的啟發做了一套通用的軟體，可以賣給更多的酒店，就更像做一款產品……2
、生命週期不一樣
目標不一樣，決定了生命週期不一樣。
產品的生命週期相對較長，關注的是整個產品從規劃到製造，再到最終維護和消亡的過程。類似人的成長，從出生
(產品構思
)>>成長(
產品的版本更新
)>>去世(
產品退出市場
)。產品不存在「完成
」的說法，因為我們沒法明確這款產品何時「結束
」，一般會隨著時間的推移、市場的變化、公司戰略調整等因素，漸漸走向
「生命週期完結」。
專案生命週期相對較短
,包括專案的啟動、策劃、執行監控和驗收。通常在專案開始以前就有明確的起始時間和結束時間。通過驗收則表示專案生命週期結束，所以專案是一次性的。
舉例：微軟的
windows
，經歷了95、
98、2000、me
、xp、7
、8、10
等，整個產品是
windows
，是知道什麼時候開始，卻不知道什麼時候結束的。
3、風險不一樣
目標不一樣，決定了風險不一樣。
產品沒有明確的客戶，僅有潛在的客戶，而且客戶通常不了解產品，開發完成之後需要去宣傳，讓潛在的客戶購買產品。因為需求相對較為模糊，如果相關的需求調研工作沒做到位，那麼開發出來的產品可能不是客戶想要的，如果不是客戶想要的，那就賣不動，另外還可能存在市場競爭，所以做產品風險相對較大。
專案在開始時就已經有明確的客戶，需求也相對明確，按要求完成任務就好，所以做專案的風險相對較小。
4、過程複雜度不一樣
做產品需要乙個長遠的規劃，不斷進行業務積累和提公升，不斷發掘新的業務，滿足客戶的需求；產品的整個生命週期都需要維護，全方位考慮，需要時刻把握其平衡點，而且做產品的過程，會有更多的探索，隨著各種內外部資訊的變化，產品負責人需要不斷修正自己的判斷，給出適宜的創新，所以，錯產品的過程相對複雜一些
專案的過程更行像執行乙個新任務，可能該任務僅是整個過程中的某個環節，在規定的時間內完成該任務即可，所以做專案更側重計畫和控制，過程相對簡單。
5、產出物不一樣
做產品的產出物應該是個可用的產品
做專案的產出物，不一定是產品，可能只是某些功能模組完成、某階段任務的完成
6、團隊不一樣
專案團隊是乙個
」臨時性和開放性
」的組織，也就是說，當乙個專案完成後，這個團隊可能會解散，去做下乙個新的專案，所以專案部往往就是乙個臨時組織
產品團隊相對比較持久，一般是為公司核心產品研發而成立的某個專門產品部
(二)
聯絡
a、產品和專案是相輔相成的關係，產品的開發是通過乙個個專案去完成的，但不是專案的簡單累加。將產品的需求，通過專案去實現，完成產品的乙個線上版本。不斷迭代進行，進而推動產品的版本更新。
也就是說，產品的整體發展過程是由產品的乙個又乙個具體階段（版本）構成，產品的具體階段又是由每乙個具體的專案構成的，而專案的完成則可通過乙個個小版本的迭代來完成。
當然，乙個專案也可能是為多個產品開發服務，如平台和技術類專案。
專案是產品整體發展過程中的最小構成單位
(可以是某個功能元件、某版本等的開發
)產品整體發展過程決定產品經理的工作視角，產品的具體階段決定產品管理者的工作內容，具體的專案決定產品管理者的工作焦點
b、應該先有產品還是先有專案
?這個問題沒有正確答案
1)先有專案，後有產品
先由具體專案匯入，由多個類似專案的實施逐步來考慮形成產品。這個思路很美好，也沒有太大的前期資金投入，但是根據特定專案做出來的東西卻很難形成產品線，特別是進入實際專案前就沒有相應的市場分析和產品規劃，後續出來的東西更可能是在產品功能，架構方面存在先天性的不足。
大部分公司的現實情況是：首先銷售拿下乙個專案，公司在做完這個專案後，發現還有很多其他使用者有類似的需求，於是組織一隊人馬，進行產品化。因為在專案目標驅使下，專案的技術架構、產品功能方面往往有先天缺陷，這種情況下，想要產品化，就需要重新進行產品規劃和技術架構設計，這樣成本是非常高的。
2）先有產品，後有專案
是先有產品，然後有專案
(通常是在產品的基礎上定製開發
)，然後在專案中不斷獲取需求，完善產品。
實際情況如下：
對於還未成熟的產品，一般是在其形成一定的版本後，給使用者使用，然後根據使用者的個性化需求，進行定製開發
(或者說二次開發
)。這樣就形成了產品相關的專案，也就是說專案是基於這個產品開發的。
對於成熟的產品，通常會將使用者的個性化資訊進行封裝，提供定製功能，滿足不同使用者的不同要求。比如說流程定製、表單定製、功能選單定製以及其他一些業務功能的配置功能。這樣的話，產品相關的專案就是乙個個實施專案，只需要實施人員到現場給使用者進行一定程度的定製，就可以交付使用者使用。
3）綜上
這兩種情況各有利弊，第一種情況比較穩妥，即使產品化沒有成功，還是有專案可做。第二種情況首先要求對產品未來的發展趨勢有很好的研究和**，否則很有可能出現竹籃打水一場空的結果。
(三)
值得思考的實際
我們可能面臨的問題則是產品和專案一對一，看起來簡單了卻導致大量元件和模組無法復用的巨大浪費，同時更大的問題是把專案當成產品來做，忽視了專案本身嚴格的專案目標和邊界，導致專案和產品都沒有做好
做專案，還是做產品？
昨天,聽了乙個講座,是 達內外企it 培訓 單位組織的乙個講座 前半期主講現在世界人才就職趨勢,比較 it及其他行業的優劣 一併介紹了一些 it領域的級別評定標準.最後 則是推薦達內集團 做廣告 聽完這個講座,我知道,很高興,主講總監所提到的東西 我都知道 這不就是我們平時學到的東西嗎 我們平時做專...
做專案，還是做產品？
昨天,聽了乙個講座,是 達內外企it培訓 單位組織的乙個講座,前半期主講現在世界人才就職趨勢,比較it及其他行業的優劣,一併介紹了一些it領域的級別評定標準.最後,則是推薦達內集團,做廣告.聽完這個講座,我知道,很高興,主講總監所提到的東西,我都知道,這不就是我們平時學到的東西嗎,我們平時做專案都在...
做專案與做產品的區別
1.對質量要求 做專案的第一要求是在要求的時間內開發出滿足客戶需求的軟體，它的第一準則是客戶永遠是對的，開發者必須按客戶要求的做，但是因為客戶提出的要求往 往是發散的 弱邏輯的 非系統的，所以開發出的軟體需要很多硬編碼，再加上時間緊迫，不能對已經開發出來的模組進行必要的重構，專案最終越來越難以維護，...