互联网众包竞赛中的风险因素分析

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

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）知识产权风险控制。在知识产权风险方面，众包网站、招标方、应标方都要健全知识产权制度，建立用户身份认证制度，树立自身的信用，严厉打击盗版。作为众包项目招标方，应在众包需求提出的同时明确交付物的知识产权归属，并加入反盗版、反黑客等条款，一面造成不必要的纠纷。