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

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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

最近正做了一份众包平台的竞品分析,希望对题主有帮助

分析产品程序员客栈、猪八戒、码市、解放号(PC端)

目标用户分析

1.需求分析

企业需求方

成本节约型,由于资金不足或其他原因想用低价雇佣别人来实现需求关注格;(占用户比例约80% ,约占平台收入的40% ,虽然人数占比较大但是对平台而言实际收

益型不强)

高效型,需要在短时间内尽快找到合适的服务方并实现需求,注重效率;(占用户比例约60% ,占平台收入的60% ,这部分人群的需求值得平台方重点关注,

优先满足)

高质型,关注服务方的真实水平和人品需要求被高质量地完成交付;(占用户比例约30% ,占平台收入30% ,尽管占比不高但由于和效型用户有大范围重叠也值得关注)

个人/团队服务方

收益型,用知识和能力换取收益,充分利用空闲时间,扩大收入,关注实际收入;

成长型,希望通过承接项目提高自身的水平,积累丰富的项目经验,关注具体需求的描述;

效率型,热爱专业工作,希望将时间都奉献给专业工作,获得不断的提高,需要高效率的接单方式和高效率的工作方式;

人际交往型,希望在远程工作中结交更多专业相关的人,扩大交际圈,关注需求方和平台其他服务方综合实力;

2.用户分析

程序员客栈

目标用户:需求集中在软件开发流程上,重视效率,愿意在成本和质量上做出妥协的企业方

场景&痛点:

在企业方有紧急需求的时候,筛选开发人员时占据了项目的开发时间;

程序员在筛选需求(内容描述、价格对比、完成周期)上花费大量时间,分散了当前的开发项目的精力,效率变低,造成企业方不满

猪八戒

目标用户:对公司发展不熟悉,成本有限的企业方

场景&痛点:

初创型企业没有足够的资金,又对于公司生命周期管理没有足够经验,有大量的需求需要被满足;

码市

目标用户:需求集中在软件开发流程上,相对于成本,更重视沟通协作和及时交付以确保效率和质量的企业方

场景&痛点:

程序员开发环境搭建步骤繁琐,在非传统工作环境下的工作十分不方便,严重影响开发效率;

企业获得服务方提交的进度后没办法及时验收查看,对于技术又不太了解,不知道具体成果如何;

解放号

目标用户:需求集中在软件开发流程上,相对于对于成本和效率来说,更加重视乙方可信程度以确保开发质量的企业方

场景&痛点:

企业方想找到真正可靠高质量的服务,各大平台的人员质量层次不齐,没有权威的平台;程序员需要可靠、成熟的需求,不希望在开发过程中有频繁的需求变动;

3.定位分析

功能分析 1.产品框架分析

2.核心服务流程

其中平台大多选择采用需求竞标模式和雇用服务模式;

雇佣模式适用于通过关系介绍进行项目对接的雇佣关系,此时平台扮演的角色更偏向于托管类工具平台,满足企业对质量保障的需求,需求竞标模式是一个双向选择的过程,企业方筛选人员,服务方挑选需求,相对来说在效率和质量上取得了一个平衡;

另外,可以看出,其中程序员客栈的需求派发和猪八戒的购买服务、比稿竞标模式比较有特色:

程序员客栈定位在高效,需求派发的模式中项目报价议价、项目对接都由平台接手在企业方可承受范围内代为展开,节约企业和服务方双边时间精力,但是实际操作之后可以明显感受到与平台对接的时候效率不足,平台需要负责整个项目的评估,花费时间较长

猪八戒由于其多样化的服务提供,服务商基数众多,提供购买服务可以减少企业需求发布数量,类似于雇佣模式,但值得注意的是在浏览店铺提供服务的过程中,企业方经历了一个隐形的需求梳理的过程,然而就实际使用上来说这种模式还是比较适用于部分偏简单、个性化元素相对较少的服务需求

比稿竞标让企业直接看到成品,选到真正需要的服务,有利于早期企业方需求发布积累,但是由于这种方式主动权都在企业方,服务方过于被动,不利于平台良性发展,随着平台不断扩大最终会被淘汰

3.功能对比

(红色部分为特色功能)

部分功能分析

•需求评价

功能描述:

开发人员可以针对需求描述选择钱太少、时间紧、不靠谱、不会做进行评价,给其他开发人员提供参考

分析:

需求评价功能主要针对开发人员设计,其中钱太少、时间紧、不靠谱主要针对当前外包和众包行业部分项目收益不高,开发难度过大(无法与给出的价格相匹配),企业需求方可靠性没有足够保证这几个痛点设计,相比之下不会做的评价个人主观性太强,缺乏参考性;

评价按钮的措辞过于直接,容易引起企业方的不快;

在评价过多和开发人员恶意评价的情况下很容易造成负激励的效果;

建议:

修改措辞,添加正激励按钮,对企业方更加友好;让需求评价功能只对沟通过后项目对接失败的开发人员开放,参考性更高;

•需求梳理

功能描述:

作为项目开始阶段重要的一环,需求梳理收到了各大平台的重视,程序员客栈退出1980产品需求梳理服务,猪八戒有49元交易顾问服务,码市将需求梳理作为直营业务的一部分提供全套平台服务

分析:

程序员客栈的1980服务作为项目开始之前的独立服务模块存在,在需求描述不明确需要梳理的情况下,需要先进行1980元的资金托管之后才能进入普通开发流程,加重了企业方对需求梳理价格的关注,这个阶段容易失去一部分企业需求方;

码市将需求梳理整合到业务中去的模式让企业需求方对需求梳理的实际价格关注减少,更容易吸引企业方使用需求梳理服务;

猪八戒发布需求是默认勾选交易顾问服务,有利于平台收益提升但是对企业需求方不友好;

建议:

弱化需求梳理的价格属性,将之融合入开发流程的一部分;

•项目估价

功能描述:

解放号提供的询价宝是专家根据需求估价,码市的智能估价通过勾选功能列表中需要的功能进行智能计算实现,另外,程序员客栈是平台估价议价,算是隐形提供的估计功能,

相关文档
最新文档