一种设计师匹配平台及方法与流程

文档序号:11921462阅读:236来源:国知局
一种设计师匹配平台及方法与流程

本发明涉及电子商务领域,尤其涉及一种设计师匹配的平台和方法。



背景技术:

在传统的设计服务交易中,寻找设计师通常占据了大量的时间,而能否找到合适的设计师一直是一个难题,在合作之前,通常很难判断设计师能够完成需求方的设计任务,也很难知道设计师过去的从业经历和设计质量。

本设计平台通过数据采集、数据分析、数据挖掘等技术手段很好的解决了这一问题。平台通过把非标需求结构化,并将结构化数据进行分析,匹配和算法拟合,很好的实现了需求与设计师的智能匹配交易。



技术实现要素:

本发明提供了一种设计师匹配方法,其特征在于,所述方法包括:用户端通过设计师匹配平台注册项目信息;所述设计师匹配平台根据所述项目信息检索设计师;所述设计师匹配平台将所述项目信息发送给对应的设计师端;所述设计师匹配平台接收来自所述设计师端的报价信息;所述设计师匹配平台将所述报价信息转发给所述用户端;设计师平台接收来自所述用户端的合作信息,当所述合作信息为不进行合作时,结束本流程;当所述合作信息为进行合作时,进入下一步骤;所述设计师平台向所述用户端、所述检索出的设计师端发送项目管理信息。

进一步的,在所述设计师匹配平台根据所述项目信息检索设计师之前,所述用户端向所述设计师匹配平台发送费用支付信息。

进一步的,所述项目信息具体为:项目概要信息、项目策略信息、执行细节信息;所述报价信息具体为:身份信息、收费信息、参考信息。

进一步的,所述根据项目信息匹设计师信息具体为:通过人才库检索匹配设计师、通过群组模式检索设计师或通过推送个人模式检索设计师。

进一步的,获取所述报价信息之后,对报价信息进行排序。

本发明还提供一种设计师匹配平台,其特征在于,所述设计师匹配平台包括用户引擎设计师端和平台引擎;所述用户引擎包括:用户登录模块,用于处理用户身份信息,并将录入的用户身份信息发送给平台引擎进行认证,在认证通过后允许用户登录;用户项目模块,用于向用户提供项目信息的录入处理;用户合作信息模块,用于向用户提供用户合作信息的录入处理;用户项目管理模块,用于向用户提供项目管理信息;所述设计师引擎包括:设计师登录模块,用于处理设计师身份信息,并将录入的设计师身份信息发送给所述平台引擎进行认证,在认证通过后允许设计师登录;设计师报价模块,用于向设计师提供报价信息的录入处理;设计师项目管理模块,用于向设计师提供项目管理信息;所述平台引擎包括:身份验证模块,用于验证用户、设计师身份;匹配模块,用于匹配设计师;交易信息处理模块,用于接收所述项目信息,并向所述设计师端发送所述项目信息,并在接收所述报价信息后,向所述用户端转发所述报价信息;项目管理模块,用于接收所述合作信息,并在接收所述合作信息后对所述合作信息进行判断;当所述合作信息为合作时,发送项目管理信息给所述用户端和所述设计师端;当所述合作信息为不合作时,结束处理流程。

进一步的,所述用户引擎还包括:用户支付模块,用于进行用户支付;所述平台引擎还包括:支付管理模块,用于验证和管理用户支付信息。

进一步的,所述项目信息具体为:项目概要信息、项目策略信息、执行细节信息;所述报价信息具体为:身份信息、收费信息、参考信息。

进一步的,所述匹配模块包括,个人匹配单元、群组匹配单元、人才匹配单元;所述个人匹配单元用于匹配用户指定的单个设计师;所述群组匹配单元用于匹配用户指定的多个设计师;所述人才匹配单元用于匹配符合项目要求的设计师。

进一步的,所述用户引擎还包括报价排序模块,所述报价排序模块用于对报价信息进行排序。

附图说明

图1为本发明设计师匹配方法的流程图

图2为本发明设计师匹配方法的流程图

图3为本发明设计师匹配平台的系统框架图

图4为本发明设计师匹配平台的系统流程图

具体实施方式

实施例一

请参考图1,本发明实施例提供了一种设计师匹配方法,其特征在于,所述方法包括:用户端通过设计师匹配平台注册项目信息;所述设计师匹配平台根据所述项目信息检索设计师;所述设计师匹配平台将所述项目信息发送给对应的设计师端;所述设计师匹配平台接收来自所述设计师端的报价信息;所述设计师匹配平台将所述报价信息转发给所述用户端;设计师平台接收来自所述用户端的合作信息,当所述合作信息为不进行合作时,结束本流程;当所述合作信息为进行合作时,进入下一步骤;所述设计师平台向所述用户端、所述检索出的设计师端发送项目管理信息。

详细的,设计师匹配平台验证用户端的身份信息,验证通过后,用户端以便于用户阅读的方式将项目信息界面展现给用户,并根据用户的操作解析出项目信息。设计师匹配平台将接收到的项目信息存储到平台数据库中。设计师匹配平台根据项目信息检索出合适的设计师并以便于用户阅读的方式展现给用户。设计师的基本信息由设计师匹配平台预先存储在数据库中。设计师平台将项目信息推送给检索出的设计师端,设计师端以便于设计师阅读的方式展现给设计师,此时,设计师端还将报价信息界面以便于设计师阅读的方式展现给设计师,并通解析设计师的操作生成报价信息。设计师匹配平台接收来自设计师端的报价信息,并将报价信息发送给用户端,用户端以便于用户阅读的方式将报价信息展现给用户,此时,用户端还以便于用户阅读的方式将合作信息界面展现给用户并根据用户的操作,解析出合作信息。设计师平台接收来自用户端的合作信息,并判断合作信息里面的内容为合作还是非合作,当信息为合作时,设计师匹配平台发送项目管理信息给用户端和设计师端;当信息为非合作时,结束匹配流程。

根据本发明实施例的一种设计师匹配方法,请参考图2,所述方法还包括:在所述设计师匹配平台根据所述项目信息检索设计师之前,所述用户端向所述设计师匹配平台发送费用支付信息。

进一步的,用户端在使用设计师匹配平台时,需要向设计师匹配平台支付平台使用费,以使设计师匹配能够进一步推进。支付完毕后,用户端发送支付信息给设计师匹配平台,设计师匹配平台验证完毕相关信息后,进行下一步的操作。

根据本发明实施例的一种设计师匹配方法,其特征在于:所述项目信息具体为:项目概要信息、项目策略信息、执行细节信息;所述报价信息具体为:身份信息、收费信息、参考信息。

详细的,设计师匹配平台验证用户端的身份信息,验证通过后,用户端以便于用户阅读的方式将项目信息界面展现给用户,项目界面可以根据项目信息的具体内容进行展现。

项目概要信息包括:项目名称信息和客户信息;客户信息具体包括公司信息、行业信息、品牌信息、产品信息、重要说明。

项目策略信息包括:目标人群、业务需求、核心传达方式。目标人群信息,包括目标人群的性别、年龄和人群来源。业务需求具体包括业务类型信息和业务背景信息,业务类型信息具体包括,品牌资产管理、新上产品宣传、现有产品宣传、社会化媒体宣传、促销物料宣传以及用户自定义的其他信息;业务背景信息由用户自定义,根据实际情况录入,如用于新网站上的品牌宣传;核心传达方式由用户自定义,根据实际情况录入,如“按需提供创意人才和工作流解决方案的平台”。

执行细节信息包括:风格要求、已有元素、办公方式、账户处理方式、合作纠纷约定和项目负责人信息。所述风格要求包括风格类型信息、风格参考信息和其他说明信息。风格类型信息包括极简、扁平化、拟物、活泼、商业、磨砂、Material Design;风格参考信息由用户自己定义。其他说明信息由用户自由定义。已有元素信息,包括LOGO、核心创意、SLOGAN、产品创意、VI以及用户定义的其他信息。办公方式,信息包括公司所在地信息和工作方式信息。工作方式信息具体包括,“设计师可以远程工作,不需要见面沟通”、“设计师可以远程工作需要见面沟通”、“需要设计师每天驻场工作”。账户处理方式包括支付方式和发票信息。支付结算方式包括平台托管,项目开始工作前托管设计费用、账期结算(账期为30个工作日)。合作纠纷约定信息,用于当某些原因需要终止合作时,适当的处理方式约定能更好的解决问题。在需要提前告知时,简述重要约定,具体条款将在后续合同阶段细化。项目负责人信息,具体包括:姓名、职位、邮编、手机、所在公司、公司网站、公司简介等信息。

报价信息具体为:身份信息、收费信息、参考信息。身份信息具体为:设计师的姓名信息、联系信息;收费信息具体为:项目估价信息、项目估时信息;参考信息具体为:设计师预先上传的作品信息或设计师实时上传的其他信息。

根据本发明实施例的一种设计师的匹配方法,所述根据项目信息匹设计师信息具体为:通过人才库检索匹配设计师、通过群组模式检索设计师或通过推送个人模式检索设计师。

详细的,人才库匹配算法如下:

定义5种权重类型:地点(100),设计师繁忙情况(100),设计类型(100),预算(100),设计能力(100),tag(50)。分数100的为必要条件,分数<100的为附加条件,基数为能被100整除的和。

地点:依据项目类型分为同城、接受远程和接受驻场3类;匹配规则如下:同城:只接受同城设计师;远程:接受同城+远程设计师;驻场:接受驻场下远程+同城设计师。

设计师繁忙情况:如果设计师处于繁忙情况,不推送项目。

设计类型:依据项目设计类型的三大类(平面、UI、插画)进行匹配。

预算:依据项目的最低预算大于设计师的预算期望进行匹配。

设计能力:依据项目的允许的设计能力区间进行匹配。

tag:取设计师与项目各自的tag集合中的交集,有则匹配。

根据权重类型为所有符合的设计师进行分数计算,按分数降序排序,并剔除基数以下的设计师。符合的设计师集合再与已报价的设计师集群去差集,得到的就是需要推送的设计师。最后在需要推送的设计师中取出分数最高的200名设计师进行推送。

例子:

初始数据【元素为设计师ID】:地点{1,2,3},繁忙{1,2,3,4},设计类型{1,2,3},预算{1,2},设计能力{1,2},tag{2}。

各设计师评分:1为500,2为550,3为300,4为100;

符合的设计师为1和2,2优先于1进行推送。

详细的,群组匹配算法如下:

依据项目中指定的群组设计师,进行全部推送。

详细的,个人匹配算法如下:

依据项目中指定的单个设计师,进行推送。

进一步的,根据本发明实施例的一种设计师的匹配方法,在获取报价信息之后,对所述报价信息进行排序:

详细的,报价排序算法如下:

报价排序规则:

计算匹配分MQ:

在如下四个维度比较项目需求与设计师报价选用的作品集查看对应关系:项目的设计类型-作品集的类型标签、项目的设计内容-作品集的技能标签、项目的行业-作品集的行业标签、项目的风格-作品集的风格标签。

计算每个作品集的匹配分MP:

MP=m*b,m为匹配权重、b为基数。在某维度i下,项目有n项需求(n>=1),当作品集中存在n'个标签与项目需求对应,则bi=n'(0<=n'<=n),b取bi中的最大值;若存在bi>0,则表示作品集与项目在该维度匹配,得到作品集与项目需求在d个维度匹配,d与m的关系:当1<d<=4时,m=10^(d-1),当d=1时,m=1(仅类型匹配)或m=0.1(仅行业匹配)或m=0.01(仅风格匹配)(不可能存在仅技能匹配的情况,因为若技能匹配,则类型一定匹配)。MQ=∑MP。

计算信用分C:

取项目完成数X,终止不算完成。取确认合作数y,若确认合作y>=3则Y=1,否则Y=0。C=100X+10Y。

报价分S:

S=M+C,报价S降序排列,S相同时按报价时间降序排列,提交报价时计算S,一位设计师对一个项目的报价S不会更新。

新人推荐:

满足以下任一条件即为新人:

激活时间距离报价时间不超过90天,且确认合作次数=0;

报价当月及过去两个月,连续每月报价次数大于0,且确认合作次数=0。

按如下规则推荐:

从新人中选择有效作品集数最多的推荐,有效作品集是指作品数大于0的作品集。

统计范围为设计师的全部作品集,不局限于报价选用的作品集。

当新人分相同时,先比较总分、再比较报价时间,总分相同时选择报价最早的新人推荐。当报价人数不少于新人数时,展现新人位,否则对所有报价按报价分排序;若某设计师的报价分、新人分均为最高,仍对该设计师应用新人推荐规则。运营审核项目时选择是否为项目推新。

实施例二

请参考图3和图4,本发明实施例提供一种设计师匹配平台,其特征在于,所述设计师匹配平台包括用户端设计师端和平台引擎;所述用户引擎包括:用户登录模块,用于处理用户身份信息,并将录入的用户身份信息发送给平台引擎进行认证,在认证通过后允许用户登录;用户项目模块,用于向用户提供项目信息的录入处理;用户合作信息模块,用于向用户提供用户合作信息的录入处理;用户项目管理模块,用于向用户提供项目管理信息;所述设计师引擎包括:设计师登录模块,用于处理设计师身份信息,并将录入的设计师身份信息发送给所述平台引擎进行认证,在认证通过后允许设计师登录;设计师报价模块,用于向设计师提供报价信息的录入处理;设计师项目管理模块,用于向设计师提供项目管理信息;所述平台引擎包括:身份验证模块,用于验证用户、设计师身份;匹配模块,用于匹配设计师;交易信息处理模块,用于接收所述项目信息,并向所述设计师端发送所述项目信息,并在接收所述报价信息后,向所述用户端转发所述项目信息;项目管理模块,用于接收所述合作信息,并在接收所述合作信息后对所述合作信息进行判断;当所述合作信息为合作时,发送项目管理信息给所述用户端和所述设计师端;当所述合作信息为不合作时,结束处理流程。

详细的,用户在用户端输入账号和密码信息,通过验证后登陆用户端。用户项目模块解析用户录入的项目信息,并将该信息发送给平台引擎。平台引擎中的匹配模块接收来自用户端的项目信息,并根据项目信息检索设计师,检索到对应的设计时候,将项目信息发送给设计师端。设计师在设计师端输入账号和密码信息,通过验证后登陆设计师端。设计师报价模块,根据设计师的操作录入报价信息,并将该信息发送给平台引擎。平台引擎接收报价信息后,通过交易信息模块将报价信息转发给用户端。用户端的用户合作模块接收到报价信息后,向用户提供合作信息的录入处理,并将合作信息发送给平台引擎,平台引擎对合作信息进行解析处理,当合作信息为不合作时,终止流程;当合作信息为合作时,向用户端和设计师端发送项目管理信息。

进一步的,根据本发明实施例的一种设计师匹配平台,用户引擎还包括:用户支付模块,用于进行用户支付;平台引擎还包括:支付管理模块,用于验证和管理用户支付信息。

详细的,用户进行项目发布时,需要向平台支付一定数量的发布费用。用户支付模块用于提供支付操作;支付管理平台用于验证和管理用户的支付信息。

根据本发明实施例的一种设计师匹配平台,根据权利要求7所述的一种设计师匹配平台,其特征在于:所述项目信息具体为:项目概要信息、项目策略信息、执行细节信息;所述报价信息具体为:身份信息、收费信息、参考信息。

项目概要信息包括:项目名称信息和客户信息;客户信息具体包括公司信息、行业信息、品牌信息、产品信息、重要说明。

项目策略信息包括:目标人群、业务需求、核心传达方式。目标人群信息,包括目标人群的性别、年龄和人群来源。业务需求具体包括业务类型信息和业务背景信息,业务类型信息具体包括,品牌资产管理、新上产品宣传、现有产品宣传、社会化媒体宣传、促销物料宣传以及用户自定义的其他信息;业务背景信息由用户自定义,根据实际情况录入,如用于新网站上的品牌宣传;核心传达方式由用户自定义,根据实际情况录入,如“按需提供创意人才和工作流解决方案的平台”。

执行细节信息包括:风格要求、已有元素、办公方式、账户处理方式、合作纠纷约定和项目负责人信息。所述风格要求包括风格类型信息、风格参考信息和其他说明信息。风格类型信息包括极简、扁平化、拟物、活泼、商业、磨砂、Material Design;风格参考信息由用户自己定义。其他说明信息由用户自由定义。已有元素信息,包括LOGO、核心创意、SLOGAN、产品创意、VI以及用户定义的其他信息。办公方式,信息包括公司所在地信息和工作方式信息。工作方式信息具体包括,“设计师可以远程工作,不需要见面沟通”、“设计师可以远程工作需要见面沟通”、“需要设计师每天驻场工作”。账户处理方式包括支付方式和发票信息。支付结算方式包括平台托管,项目开始工作前托管设计费用、账期结算(账期为30个工作日)。合作纠纷约定信息,用于当某些原因需要终止合作时,适当的处理方式约定能更好的解决问题。在需要提前告知时,简述重要约定,具体条款将在后续合同阶段细化。项目负责人信息,具体包括:姓名、职位、邮编、手机、所在公司、公司网站、公司简介等信息。

报价信息具体为:身份信息、收费信息、参考信息。身份信息具体为:设计师的姓名信息、联系信息;收费信息具体为:项目估价信息、项目估时信息;参考信息具体为:设计师预先上传的作品信息或设计师实时上传的其他信息。

根据本发明实施例一种设计师匹配平台,其特征在于:所述匹配模块包括,个人匹配单元、群组匹配单元、人才匹配单元;所述个人匹配单元用于匹配用户指定的单个设计师;所述群组匹配单元用于匹配用户指定的多个设计师;所述人才匹配单元用于匹配符合项目要求的设计师。

进一步的,个人匹配单元可以根据用户的指令,如设计师的用户名称选择特定的单个设计师;群组匹配单元可以根据用户的指令,选择多个合作过的设计师;人才匹配单元可以根据项目信息自动为用户匹配合适的设计师。

根据本发明实施例的一种设计师匹配平台,用户引擎还包括报价排序模块,所述报价排序模块用于对报价信息进行排序。

详细的,用户在接收报价信息时,当符合项目要求的设计师不止一个时,需要对各设计师的报价信息进行排序,便于用户选择合适的设计师。所述报价排序模块用于对报价信息进行排序。

应该理解,本发明的各种实施例中,上述各过程中序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟是以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其他的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅是一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或者组件可以结合或者可以继承到一个系统,或者一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或者直接耦合或者通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其他的形式连接。

所述作为分离部件说明的单元可以是或者可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在个单元中。上述集成的单元即可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可以用硬件实现,或者软件实现,或它们的组合方式来实现。当使用软件实现时,可以见上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外,任何连接可以适当的成为计算机可读介质,例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(SDL)或者诸如红外线、无线电和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的盘(Disk)和碟(Disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

总之,以上所述仅为本发明技术方案的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1