一种复杂项目在线交易方法与系统与流程

文档序号:14689750发布日期:2018-06-15 16:34阅读:207来源:国知局

本发明涉及在线交易技术领域,尤其是涉及一种复杂项目在线交易方法与系统。



背景技术:

现在电子商务特别是平台电子商务在个人用户、企业用户等交易活动中使用普及率越来越高,但是由于交易双方的信息不对称性,无法建立起可靠的交易支付方式,交易双方的不信任性容易导致交易失败。于是出现了第三方或平台自身的监管机制。现行电子在线交易系统是设计为单一使用端透过网站、手机应用程序或其它方法浏览商品并完成整个购买商品之流程,例如淘宝、京东、唯品会等。但现有的在线交易平台技术只能解决简单商品的在线交易,存在较为明显的缺陷,不适用于复杂项目在线交易。



技术实现要素:

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种方便、可靠的复杂项目在线交易方法与系统。

本发明的目的可以通过以下技术方案来实现:

一种复杂项目在线交易方法,该方法将复杂项目通过四个维度定义,所述四个维度包括项目流程、项目性质、项目类型和项目规模,具体定义为:

a)从项目流程上,复杂项目分解为六个流程步骤:需求分析、招投标、里程碑、过程管理、交付管理和支付管理;

b)从项目性质上,复杂项目分解为两大类:一类为标准品,另一类为非标准品;

c)从项目类型上,复杂项目分解为两类:一类为人才服务,另一类包括产品、技术服务和解决方案;

d)从项目规模上,复杂项目分解为三大类:简易型项目、标准型项目和专业型项目;

所述在线交易方法具体步骤包括:

1)接收甲方客户端对于一复杂项目的需求信息,并对其审核,判断是否符合要求,若是,则执行步骤2),若否,则向甲方客户端反馈信息,返回步骤1);

2)根据所述需求信息执行相应的交易信息处理;

3)在所述复杂项目完成后执行支付信息处理。

步骤2)中,所述相应的交易信息处理包括:

A)根据接收到的需求信息生成招标信息,向所有匹配的乙方客户端发送该招标信息,接收至少一个乙方客户端反馈的投标信息,发送给甲方客户端,最终获得中标客户端;

B)根据所述招标信息及投标信息向甲方客户端发送反馈信息,并接收甲方客户端新的需求信息;

C)根据接收到的需求信息向甲方客户端发送反馈信息,并接收甲方客户端新的需求信息;

D)生成里程碑方案,发送给对应的甲方客户端或中标客户端,根据反馈信息及更改确定最终的里程碑方案;

E)对整个复杂项目的执行过程进行跟踪监控;

F)对整个复杂项目的人员信息进行跟踪监控;

G)生成交付方案,根据所述交付方案交付项目成果;

所述步骤2)具体为:

201)判断所述需求信息所表述的项目性质是否为标准品或非标准品中的一类,所述标准品包括直接购买类、邀标需求类和询价需求类,所述非标准品包括咨询需求类、开发需求类和人才服务需求类,若是,则执行步骤202),若否,则返回步骤1);

202)若需求信息属于直接购买类,则相应的交易信息处理为:按D、E、G步骤执行;

若需求信息属于邀标需求类,则相应的交易信息处理为:按A、D、E、G步骤执行;

若需求信息属于询价需求类,则相应的交易信息处理为:按C、A、D、E、G步骤执行;

若需求信息属于咨询需求类,则相应的交易信息处理为:按A、B、A、D、E、G步骤执行;

若需求信息属于开发需求类,则相应的交易信息处理为:按A、D、E、G步骤执行;

若需求信息属于人才服务需求类,则相应的交易信息处理为:按A、D、F步骤执行。

一种复杂项目在线交易系统,包括:

需求获取模块,用于获取甲方客户端发送的关于复杂项目的需求信息;

招投标模块,用于根据所述需求信息发布招标信息,接收由至少一个乙方客户端发送的投标信息,并获取最终投标结果,所述最终投标结果对应的乙方客户端称为中标客户端;

里程碑方案制定模块,用于获取里程碑方案;

过程管理模块,用于对复杂项目的执行过程进行跟踪管理,并判断复杂项目是否已完成;

交付管理模块,用于选择复杂项目的交付方式并对交付执行过程进行管理;

支付模块,在过程管理模块的判断结果为是时响应,用于根据所述里程碑方案进行在线支付。

所述需求获取模块包括:

需求信息审核单元,用于接收甲方客户端的需求信息,并判断所述需求信息是否符合要求;

预算评估单元,根据所述需求信息进行预算评估,判断需求信息与预算结果是否相匹配。

所述需求信息包括需求类型、招标方式、时间信息、价格信息和项目管控方式。

所述需求类型包括项目需求、咨询建议需求、人才服务需求和产品需求。

所述招投标模块包括:

招标信息发布单元,用于根据需求信息生成招标信息,自动发送给匹配的至少一个乙方客户端;

招标信息变更单元,在接收到招标变更指令时响应,用于在招标信息发布后对招标信息进行变更并重新发布,所述招标变更指令由甲方客户端发送;

投标信息审核单元,用于接收至少一个乙方客户端的投标信息,并发送给甲方客户端,同时接收甲方客户端的反馈信息,根据所述反馈信息生成最终投标结果。

所述里程碑方案制定模块包括:

里程碑方案审核单元,用于接收中标客户端或甲方客户端发送的里程碑方案传送给相应的甲方客户端或中标客户端,并接收对应的反馈信息;

里程碑方案变更单元,在接收到方案变更指令时响应,用于对所述里程碑方案进行变更并审核,所述方案变更指令由甲方客户端或中标客户端发送;

里程碑方案输出单元,在所述反馈信息为通过时或所述里程碑方案变更单元的审核结果为通过时响应,输出最终的里程碑方案。

所述过程管理模块包括:

项目管理单元,用于根据项目规模对复杂项目进行对应管理;

人才服务管理单元,用于对人员进行管理。

所述项目管理单元包括简单版项目管理子单元、标准版项目管理子单元和专业版项目管理子单元。

所述交付管理模块包括:

交付方式选择单元,用于获取交付方式,所述交付方式包括线上交付和线下交付;

线上交付文档存储单元,用于接收中标客户端发送的项目技术文档。

所述支付模块包括:

支付方式获取单元,用于根据需求信息获取支付方式;

验收信息获取单元,用于获取项目验收信息,并判断验收是否通过;

自动支付单元,在验收信息获取单元的判断结果为是时响应,自动根据所述支付方式向中标客户端发送支付信息。

与现有技术相比,本发明具有以下优点:

1、复杂项目由于受其过程、行业、类型、文化、诚信等诸多因素影响,目前几乎只能在线下进行交易。本发明通过独创的四个维度的分类方法,能够将所有的复杂项目进行分类,并能够通过在线的方式完成交易。本发明颠覆了复杂项目只能线下交易的传统。

2、线上交易由于不受地域、时间、经济周期、语言、技术、企业文化等因素限制,本发明系统能够实现复杂性项目的线上交易,从而大幅度地提高效率、降低成本。

3、本发明系统可以对复杂项目的各个阶段进行有效监控管理,提高了复杂项目在线交易的可靠性。

附图说明

图1为本发明复杂项目分解的流程示意图;

图2为本发明标准品与非标准品的流程定义示意图,其中,(2a)为标准品示意图,(2b)为非标准品示意图;

图3为本发明的结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明进行详细说明。本实施例以本发明技术方案为前提进行实施,给出了详细的实施方式和具体的操作过程,但本发明的保护范围不限于下述的实施例。

复杂项目可以通过以下四个维度定义和描述,具体为:

1、项目流程

从项目流程上,将复杂项目分解为六个流程步骤:需求分析、招投标、里程碑、过程管理、交付管理和支付管理,如图1所示。

2、项目性质

从项目性质上,将复杂项目分解为两大类:标准品和非标准品,如图2所示,直接购买类、邀标需求类、询价需求类为标准品,咨询需求类、开发需求类和人才服务需求类为非标准品,不同类型需求按不同流程处理。

3、项目类型

从项目类型上,将复杂项目分解为两类:产品、技术服务和解决方案等;人力。

4、项目规模

根据项目类型、行业、价值等复杂项目按项目规模分解为三大类:简易型项目、标准型项目和专业型项目。

举例:将IT项目,项目金额<100万元人民币,认定为简易型项目。对应简版项目管理系统(参照CMMI一、二级认证标准)

项目金额在100——1000万元人民币之间,认定为标准型项目(参照CMMI三级认证标准)。

项目金额>1000万元,认定为专业型项目(参照CMMI四、五级认证标准)。

根据上述基础,本实施例提供一种复杂项目在线交易方法,具体步骤包括:

1)接收甲方客户端对于一复杂项目的需求信息,并对其审核,判断是否符合要求,若是,则执行步骤2),若否,则向甲方客户端反馈信息,返回步骤1);

2)根据所述需求信息执行相应的交易信息处理;

3)在所述复杂项目完成后执行支付信息处理。

如图2所示,将步骤1)定义为处理过程A,步骤3)定义为处理过程F,则步骤2)中,所述相应的交易信息处理包括:

B)根据接收到的需求信息生成招标信息,向所有匹配的乙方客户端发送该招标信息,接收至少一个乙方客户端反馈的投标信息,发送给甲方客户端,最终获得中标客户端;

A1)根据所述招标信息及投标信息向甲方客户端发送反馈信息,并接收甲方客户端新的需求信息;

A2)根据接收到的需求信息向甲方客户端发送反馈信息,并接收甲方客户端新的需求信息;

C)生成里程碑方案,发送给对应的甲方客户端或中标客户端,根据反馈信息及更改确定最终的里程碑方案;

D1)对整个复杂项目的执行过程进行跟踪监控;

D2)对整个复杂项目的人员信息进行跟踪监控;

E)生成交付方案,根据所述交付方案交付项目成果,包括线上交付和线下交付。

如图2所示,上述步骤2)具体描述为:

201)判断所述需求信息所表述的项目性质是否为标准品或非标准品中的一类,所述标准品包括直接购买类、邀标需求类和询价需求类,所述非标准品包括咨询需求类、开发需求类和人才服务需求类,若是,则执行步骤202),若否,则返回步骤1);

202)若需求信息属于直接购买类(P1),则相应的交易信息处理为:按C、D1、E步骤执行;

若需求信息属于邀标需求类(P2),则相应的交易信息处理为:按B、C、D1、E步骤执行;

若需求信息属于询价需求类(P3),则相应的交易信息处理为:按A2、B、C、D1、E步骤执行;

若需求信息属于咨询需求类(P4),则相应的交易信息处理为:按B、A1、B、C、D1、E步骤执行;

若需求信息属于开发需求类(P5),则相应的交易信息处理为:按B、C、D1、E步骤执行;

若需求信息属于人才服务需求类(P6),则相应的交易信息处理为:按B、C、D2步骤执行。

根据上述基础,本实施例提供一种复杂项目在线交易系统,如图3所示,包括需求获取模块1、招投标模块2、里程碑方案制定模块3、过程管理模块4、交付管理模块5和支付模块6,其中,需求获取模块1,用于获取甲方客户端发送的关于复杂项目的需求信息;招投标模块2,用于根据需求信息发布招标信息,接收由至少一个乙方客户端发送的投标信息,并获取最终投标结果,最终投标结果对应的乙方客户端称为中标客户端;里程碑方案制定模块3,用于获取里程碑方案;过程管理模块4,用于对复杂项目的执行过程进行跟踪管理,并判断复杂项目是否已完成;交付管理模块5,用于选择复杂项目的交付方式并对交付执行过程进行管理;支付模块6,在过程管理模块4的判断结果为是时响应,用于根据里程碑方案进行在线支付。

(1)需求获取模块

需求获取模块1包括需求信息审核单元11和预算评估单元12,需求获取模块的工作流程为:

需求信息审核单元11用于接收甲方客户端的需求信息,并判断需求信息是否符合要求。需求信息包括需求类型、招标方式、时间信息、价格信息和项目管控方式。需求类型包括项目需求、咨询建议需求、人才服务需求和产品需求。招标方式包括时间信息公开招标和定向邀标。时间信息包括竞标周期和评标周期等。时间信息包括保证金、滞纳金、违约金等信息。项目管控方式根据项目规模来确定。

需求信息审核单元11进行审核时,若需求信息不符合要求,则需要向甲方客户端反馈如下信息,包括但不限于①规范的需求模版,以IT项目为例,网站开发、APP开发、erp、智慧城市、电子政务、系统集成需求文档模版等。②将本需求作为招标项目发布。③推荐专业会员免费提供需求文档咨询服务。通过上述反馈信息直到获得规范的需求文档信息。

预算评估单元12根据需求信息进行预算评估,判断需求信息与预算结果是否相匹配。

预算评估单元12根据项目所属行业、规模确定匹配系数,判断需求信息与预算结果是否相匹配。以IT项目为例,需求发布方制定的预算与项目所在地当时的人力成本误差不超过50%,视为需求与预算相匹配。

(2)招投标模块

招投标模块2包括招标信息发布单元21、招标信息变更单元22和投标信息审核单元23。招标信息发布单元21在需求信息合格后响应,用于根据需求信息生成招标信息,自动发送给匹配的至少一个乙方客户端;招标信息变更单元22在接收到招标变更指令时响应,用于在招标信息发布后对招标信息进行变更并重新发布,所述招标变更指令由甲方客户端发送,如可以为竞标周期进行变更;投标信息审核单元23用于接收至少一个乙方客户端的投标信息,并发送给甲方客户端,同时接收甲方客户端的反馈信息,根据反馈信息生成最终投标结果。

投标信息审核单元23中接收的投标信息包括乙方客户端发送的竞标方案、报价和保证金信息。在生成最终投标结果、确定中标客户端后需要向其它发送投标信息的乙方客户端发送反馈信息。

(3)里程碑方案制定模块

里程碑方案制定模块3包括里程碑方案审核单元31、里程碑方案变更单元32和里程碑方案输出单元33。里程碑方案审核单元31,用于接收中标客户端或甲方客户端发送的里程碑方案传送给对应的甲方客户端或中标客户端,并接收反馈信息;里程碑方案变更单元32,在接收到方案变更指令、且未进行支付时响应,用于对里程碑方案进行变更并审核;里程碑方案输出单元33,在反馈信息为通过时或里程碑方案变更单元的审核结果为通过时响应,输出最终的里程碑方案,所述里程碑方案包括具体的交付方式和支付方式。

以IT行业软件定制开发项目为例,一般由供应方发起并定义里程碑方案,如将里程碑定义为完成并提交需求分析报告、完成并提交demo、交付首个版本、项目试运行及培训、验收等五个里程碑,并确定每个里程碑交付时间、验收标准、支付金额和时间等。交由需求方进行审核与修改,直到双方都接受为止。

(4)过程管理模块

过程管理模块4包括项目管理单元41和人才服务管理单元42。项目管理单元41用于根据项目规模对复杂项目进行对应管理,人才服务管理单元42用于对人员进行管理。

项目管理单元41包括简单版项目管理子单元、标准版项目管理子单元和专业版项目管理子单元。其中,简单版项目管理子单元适合100W以下的项目使用,进行里程碑相关操作以及简单的团队管理、任务管理以及缺陷管理,甲方客户端可以随时查看整个项目的进度;标准版项目管理子单元适合1000W以下的项目使用,进行里程碑相关操作及标准的团队管理、权限管理、任务管理、缺陷管理及订阅报表等,乙方可以精确的定义所有项目成员的权限,甲方客户端可以随时跟踪整个项目的进度;专业版项目管理子单元适合1000W以上的项目使用,进行里程碑相关操作及标准的团队管理、权限管理、任务管理、缺陷管理及订阅报表等,乙方可以精确的定义所有项目成员的权限,甲方客户端可以随时跟踪整个项目的进度。

(5)交付管理模块

交付管理模块5包括交付方式选择单元51和线上交付文档存储单元52。交付方式选择单元51用于获取交付方式,交付方式包括线上交付和线下交付,其中,线上交付是指提交相关技术文档,包括但不限于技术文档、设计方案、图纸等,线下交付是指通过邮件、光盘或纸质文档等介质交付。线上交付文档存储单元52是在选择线上交付时工作,用于接收中标客户端发送的项目技术文档。

(6)支付模块

支付模块6包括支付方式获取单元61、验收信息获取单元62和自动支付单元63,其中,支付方式获取单元61用于根据需求信息获取支付方式;验收信息获取单元62用于获取项目验收信息,并判断验收是否通过;自动支付单元63在验收信息获取单元的判断结果为是时响应,自动根据里程碑方案中确定的支付方式向中标客户端发送支付信息。

上述复杂项目在线交易系统中的各模块根据对需求信息的分析进行调用,处理各交易信息。

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