互聯網眾包競賽中的風險因素分析

文/王曼嘉，成都理工大學管理科學學院

1 引言

眾包競賽模式是指公司或機構把工作任務發布到眾包網站上，個人或者團隊通過競爭的方式獲得任務的模式，這和傳統的外包模式存在一定的區別。在當前企業處于互聯網、大數據和人工智能蓬勃發展的大環境下，眾包競賽模式由于其低成本和博采眾長的特性，又可以突破企業自身隊伍資源的限制，已被越來越多的企業作為業務、產品和服務創新的項目實施方式。

互聯網時代下，知識更新速度不斷加快，企業創新難度不斷提高，這迫使企業發掘更多的創新資源，與更多的創新主體進行合作。“眾包”加速了創意的產生，改變了企業傳統的研發、設計等創新活動，延伸了創新邊界，使得產銷者合一。然而，不是所有的“眾包”活動都是成功有效的，因為“眾包”很難具備商業模式應該具備的穩定性、持續性和擴張性，這就使得“眾包”蘊藏著巨大的潛在風險。因此對互聯網時代下“眾包”的風險進行分析和研究，采取相關的措施規避或降低“眾包”的風險，對基于“眾包”的企業開放式創新模式的應用推廣有著至關重要的作用。分析“眾包”帶來的風險，有利于企業明確創新的薄弱環節，從而有效防范風險，減少損失，進而促進“眾包”的應用。

2 眾包競賽的現狀和特點

1）眾包競賽現狀

目前，眾包競賽已引起國內外學術界的廣泛關注，關于眾包競賽風險因素研究已有學者進行了分析。Das T K和Bing-teng認為企業合作創新存在兩種風險：關系風險和績效風險。Narayanan 從戰略角度研究合作的風險時指出，當合作創新比企業封閉式創新帶來更多的利益時，企業就會采取合作創新，然而，有關技術方面的決策是很復雜的，企業面臨三大風險：知識產權風險、競爭風險、組織風險。張春勛和劉偉在對合作創新過程中風險因素進行識別的基礎上，將合作創新的風險歸納為知識產權風險、合作關系風險和運作流程風險三大類。而學術界較少有具體針對“眾包”的風險的系統性研究， HIPPEL認為生產者來自大眾導致生產資源零散，沒有合適的整合機制和架構會影響整體生產進度。JEPPESEN提出“眾包”雖然可以充分挖掘大眾的生產力，但是這些生產者的主觀能動性是可變因素，需要一個持久有效的激勵模式，才能確保產品生產的連貫性。

2）眾包競賽的特點

互聯網時代下“眾包”的特點是：1)“眾包”是一種創新商業模式，能給給企業和大眾參與者帶來更多的合作，2)眾包參與門檻較低，參與者對于任務的解決能力高低不一，3)眾包參與者具有自主性，JAKALA認為在線團隊參與者不受雇傭關系約束，根據自身需求理性參與創新，代表一種自我意識驅動的創新認知群體。

在分析以上文獻的基礎上，結合“眾包”的特點將互聯網時代下“眾包”的風險類型歸納總結為以下五種：需求描述風險，用戶要求風險，項目溝通風險，項目進度風險，知識產權風險。

3 眾包競賽風險分析

眾包競賽模式與傳統的外包模式相比，由于應標方是互聯網大眾，交付方式是一種非面對面的送耦合交付方式，其不可避免地存在多種項目風險。通過對眾包競賽進行風險因素魚骨圖分析（如圖1所示），分析眾包風險如下：

1）需求描述不準確或不清晰

一般表現為眾包招標方需求描述過于簡略，容易產生需求理解上的誤差，造成應標方實際交付內容與招標方用戶要求不符，使得眾包項目全部或部分失敗。

2）用戶要求過高

眾包招標方不了解眾包模式的特性，將過于復雜或專業的需求內容提交眾包，或提供的項目成本（提供給眾包應標方的賞金）過低，或項目的時間要求過緊。使得無應標方參與投標，或者即使參與投標，也不可能在規定的時間和成本內完成交付。

3）發包方與接包方溝通效率低下

由于眾包項目的應標方為互聯網大眾，并非時時處于“在線”狀態，而招標方也有工作時間上的限制，不會隨時回答應標方的問題，這就造成雙方溝通上的“代溝”，無法及時聯絡到對方，溝通效率低下，從而影響到眾包項目的交付。

圖1 眾包競賽風險因素圖

4）項目進度不可控

一方面表現為復雜眾包項目的進度受多種制約因素影響，導致項目進度不可控（如需求細節不夠清晰、需求變更、設計錯誤、出現難以解決的技術難題等），另一方面，眾包項目的交付方可能不是全職人員，對眾包項目的交付周期也受自身判斷或者其它客觀因素影響，導致不能如期完成交付物，造成眾包項目延期。

5）知識產權風險

如果應標方在交付時盜用了他人的代碼或知識產權，對投標方的項目完成可能帶來一定的法律風險，產生投標方預期之外的版權糾紛。

4 結論與建議

根據互聯網眾包競賽特點采用因果分析法得出眾包競賽所存在的風險有需求描述風險，用戶要求風險，項目溝通風險，項目進度風險，知識產權風險。據此提出以下建議。

1）需求描述風險控制。從需求的角度，眾包模式比較適合于中小型企業一些非核心的、相對獨立的、且生命周期相對較短的“短、平、快”軟件項目。因此，眾包任務必須簡單明了，適應互聯網上合適的大眾。如果通過眾包方式做一個中大型項目的話，則參與眾包的子項目應盡可能在項目需求規劃階段由招標方事先進行“碎片化”處理，確保在被整合成一個整體之前，每個“碎片”都能被不同的接包方獨立制作。

2）項目溝通風險控制。在項目溝通風險控制方面，眾包項目由于面向不特定公眾，溝通難度較高，如果能將相關需求方和交付方人員整合在一個活躍而忠誠的社區（論壇或微信群、QQ群），那么在溝通的時候就會更加的便捷，需求方和交付方可以通過社區或群中進行充分討論，集思廣益，幫助雙方達成最好的解決方案。該方法的重點是社區主持方（壇主或群主）要盡可能保持社區的活躍性，同時需求方和交付方也要分配足夠的時間和熱情參與討論和解答問題，以保證眾包項目溝通的快捷性和有效性。

3）項目進度風險控制。在項目進度風險控制方面，一方面從眾包招標方需求提交方角度，制作的眾包需求說明書應足夠清晰，提供足夠細節，盡可能將眾包項目需求表達明確，同時將項目進度完整、清晰的表述出來，同時避免將項目關鍵路徑上的需求進行眾包。另一方面，應標方也應量力而行，要充分的了解項目的需求，對于自身的交付能力有保證，避免項目進度中出現差池而導致無法交付的現象。

4）知識產權風險控制。在知識產權風險方面，眾包網站、招標方、應標方都要健全知識產權制度，建立用戶身份認證制度，樹立自身的信用，嚴厲打擊盜版。作為眾包項目招標方，應在眾包需求提出的同時明確交付物的知識產權歸屬，并加入反盜版、反黑客等條款，一面造成不必要的糾紛。