我们国内的几大软件众包平台有什么优缺点.docxVIP

我们国内的几大软件众包平台有什么优缺点？ 最近正做了一份众包平台的竞品分析，希望对题主有帮助 分析产品 程序员客栈、猪八戒、码市、解放号（PC端） 目标用户分析 1.需求分析 企业需求方 成本节约型 ，由于资金不足或其他原因想用低价雇佣别人来实现需求关注格；（占用户比例约 80% ，约占平台收入的 40% ，虽然人数占比较大但是对平台而言实际收益型不强 ） 高效型，需要在短时间内尽快找到合适的服务方 并实现需求 ，注重效率 ；（占用户比例约 60% ，占平台收入的 60% ，这部分人群 的需求 值得平台方重点关注 ，优先满足 ） 高质型 ，关注服务方的真实水平和人品需要求被高质量地完成交付；（占用户比例约 30% ，占平台收入 30% ，尽管占比不高但由于和效型用户有大范围重叠也值得关注 ） 个人/团队服务方 收益型，用知识和能力换取收益，充分利用空闲时间，扩大收入，关注实际收入； 成长型，希望通过承接项目提高自身的水平，积累丰富的项目经验，关注具体需求的描述； 效率型，热爱专业工作，希望将时间都奉献给专业工作，获得不断的提高，需要高效率的接单方式和高效率的工作方式； 人际交往型，希望在远程工作中结交更多专业相关的人，扩大交际圈，关注需求方和平台其他服务方综合实力； 2.用户分析 程序员客栈 目标用户：需求集中在软件开发流程上，重视效率，愿意在成本和质量上做出妥协的企业方 场景痛点： 在企业方有紧急需求的时候，筛选开发人员时占据了项目的开发时间； 程序员在筛选需求（内容描述、价格对比、完成周期）上花费大量时间，分散了当前的开发项目的精力，效率变低，造成企业方不满 猪八戒 目标用户：对公司发展不熟悉，成本有限的企业方 场景痛点： 初创型企业没有足够的资金，又对于公司生命周期管理没有足够经验，有大量的需求需要被满足； 码市 目标用户：需求集中在软件开发流程上，相对于成本，更重视沟通协作和及时交付以确保效率和质量的企业方 场景痛点： 程序员开发环境搭建步骤繁琐，在非传统工作环境下的工作十分不方便，严重影响开发效率； 企业获得服务方提交的进度后没办法及时验收查看，对于技术又不太了解，不知道具体成果如何； 解放号 目标用户：需求集中在软件开发流程上，相对于对于成本和效率来说，更加重视乙方可信程度以确保开发质量的企业方 场景痛点： 企业方想找到真正可靠高质量的服务，各大平台的人员质量层次不齐，没有权威的平台； 程序员需要可靠、成熟的需求，不希望在开发过程中有频繁的需求变动； 3.定位分析 功能分析 1.产品框架分析  2.核心服务流程 其中平台大多选择采用需求竞标模式和雇用服务模式； 雇佣模式适用于通过关系介绍进行项目对接的雇佣关系，此时平台扮演的角色更偏向于托管类工具平台，满足企业对质量保障的需求，需求竞标模式是一个双向选择的过程，企业方筛选人员，服务方挑选需求，相对来说在效率和质量上取得了一个平衡； 另外，可以看出，其中程序员客栈的需求派发和猪八戒的购买服务、比稿竞标模式比较有特色： 程序员客栈定位在高效，需求派发的模式中项目报价议价、项目对接都由平台接手在企业方可承受范围内代为展开，节约企业和服务方双边时间精力，但是实际操作之后可以明显感受到与平台对接的时候效率不足，平台需要负责整个项目的评估，花费时间较长 猪八戒由于其多样化的服务提供，服务商基数众多，提供购买服务可以减少企业需求发布数量，类似于雇佣模式，但值得注意的是在浏览店铺提供服务的过程中，企业方经历了一个隐形的需求梳理的过程，然而就实际使用上来说这种模式还是比较适用于部分偏简单、个性化元素相对较少的服务需求 比稿竞标让企业直接看到成品，选到真正需要的服务，有利于早期企业方需求发布积累，但是由于这种方式主动权都在企业方，服务方过于被动，不利于平台良性发展，随着平台不断扩大最终会被淘汰 3.功能对比 （红色部分为特色功能） 部分功能分析 需求评价 功能描述： 开发人员可以针对需求描述选择钱太少、时间紧、不靠谱、不会做进行评价，给其他开发人员提供参考 分析： 需求评价功能主要针对开发人员设计，其中钱太少、时间紧、不靠谱主要针对当前外包和众包行业部分项目收益不高，开发难度过大（无法与给出的价格相匹配），企业需求方可靠性没有足够保证这几个痛点设计，相比之下不会做的评价个人主观性太强，缺乏参考性； 评价按钮的措辞过于直接，容易引起企业方的不快； 在评价过多和开发人员恶意评价的情况下很容易造成负激励的效果； 建议： 修改措辞，添加正激励按钮，对企业方更加友好；让需求评价功能只对沟通过后项目对接失败的开发人员开放，参考性更高； 需求梳理 功能描述： 作为项目开始阶段重要的一环，需求梳理收到了各大平台的重视，程序员客栈退出1980产品需求梳理服务，猪八戒有49元交易