一个基于XPDL的多步骤营销流程的框架协议制造技术

技术编号:7844399 阅读:216 留言:0更新日期:2012-10-13 02:34
本发明专利技术公开了一种基于XPDL标准的多步骤营销流程框架,营销流程主要包括数据准备、数据采集、任务分配、多渠道营销等多个步骤,使用者只需要通过简单的配置,就可以根据各个营销项目的需要,设计出个性化的营销流程,向业务人员提供可定制的、友好的操作步骤界面。

【技术实现步骤摘要】

本专利技术涉及通讯领域和电子商务领域,以呼叫中心系统的多媒体通信为技术基础,以XPDL标准建立的工作流模型为业务引擎 ,以完成营销业务为最終目标。
技术介绍
另外随着信息化的发展,在电视、电话、传真、互联网普及的同时,越来越多的企业希望通过多种通信方式直接与消费者接触,实现推销产品、售后服务、客户关怀等业务。但是由于各行各业的产品类型、销售流程、管理制度差别非常大,为每个行业甚至每个项目开发ー套个性化的电话营销软件系统,开发和后期维护的成本非常巨大。因此,需要ー种支持二次开发的营销业务软件,以满足市场的需要,它既能够减少开发人员的工作量,也能够满足企业自主定制营销流程的需求。
技术实现思路
本专利技术所要解决的技术问题是提供一种基于XPDL标准的营销流程框架,主要解决以下四个问题I、采用工作流技术实现个性化营销流程的二次开发,減少开发成本,增强业务功能适用性。使用者可以通过简单的配置,定义ー个营销流程从导入数据开始到营销结束为止需要经过几个处理步骤、明确每个步骤的处理人员,以及定义任务流转的条件。将工作分解成定义良好的任务或角色,按照一定的规则和过程来执行这些任务并对其进行监控,达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。各流程步骤之间采用XPDL标准来定义要传输的数据内容,可以使营销流程不局限于系统内部,还可以与诸如办公0A、CRM等等外部系统集成在一起,使之成为ー个跨平台、跨系统的业务流程。2、对营销数据的导入接ロ进行封装,可解决多种多祥的数据接ロ方式。营销数据包括文件、数据库、通信接ロ等三大类数据来源,由于每个项目的数据内容和接ロ方式都不一祥,需要将数据和接ロ分离开来,把数据封装成可自定义的数据模型,把接ロ做成ー个个可以加载的驱动程序。驱动程序由开发人员完成,数据模型由业务人员定义。3、支持人工作业、自动作业或者混合模式作业,简化使用者的操作时间。使用者预先定义好执行的策略,有很多工作可以由系统自动完成,管理人员能够通过监控功能检查自动作业的工作結果。4、除了常规的电话营销,还能够利用短信、邮件、传真、IVR等通信渠道达到营销的目的,这些新的通信手段均是由系统自动完成,极大地降低了人员成本,也減少了对客户的骚扰程度,特别适用于海量客户群体的初次筛选。附图说明图I为系统处理信息流程示意图;图2为系统结构示意图;图3为项目状态示意图具体实施例方式一、框架设计原则根据目前系统的实际要求,总体设计需要有以下的几个原则和思路设计尽量简单在达到预定的目标、具备所需要的功能前提下,系统设计应尽量简单,简单才能保证系 统的稳定和可靠,一个过度复杂的系统,其稳定性和可靠性是值得怀疑的。所以在系统的设计过程中,应当尽量简单实用,避免过度设计。系统的设计必须保证其灵活性和适应性可变性是现代软件系统的特点之一,是指其对外界环境的变化的适应能力。必须使系统的各个部分独立性強,容易进行变动,从而可提高系统的内聚性降低耦合性,不断满足对系统功能变化的要求。系统的设计必须一致和完整一致性是指系统中的各个部分要具备一致性设计规范应标准;完整性是指系统作为一个统ー的整体而存在,系统功能应尽量完整。技术路线要选用成熟可靠的技术在系统的技术路线选择上,必须使用既先进又成熟可靠,经过市场检验的技术产品,尽量不要选用过度先进而不成熟的产品作为开发基础。一方面要保证开发技术的先进性,能在一段时间内保持系统的技术先进和可持续开发,不至于因开发技术的落后而导致开发困难和难以招到合适的技术人员;另一方面要保证使用的开发技术必须成熟可靠,必须经过市场的检验,不能采用过度先进而不成熟的产品而导致技术风险的不可控。分层实现对于逻辑设计中确定的系统应用功能,在实现中由于牵涉不同的技术条件,如各种实现技术特点的要求、各种异构系统接入的要求,需要在为系统设计多个不同的层次,分层处理、分层封装、分层屏蔽、分层实现各个系统应用功能。ニ、框架结构整个营销流程框架分为数据层、配置层、应用层。I、数据层数据层是各种状态的数据对象、接ロ、流程及其配套的管理界面。>数据视图未生成任务的客户信息>创建任务未分配的任务>任务分配已分配的任务>结果输出已执行的任务2、配置层配置层是需要个性化定制的数据接ロ、展现界面、配置參数。>数据接ロ对原始数据进行分析、筛选后生成数据视图。包括三种数据来源WEB接ロ、文件导入模板、数据表。>创建策略对数据视图的提取规则,用于自动创建回访任务。;>表单界面外呼时的任务展现界面,主要包括任务信息、问卷、表单等内容。>分配策略任务分发到回访人员的方式。 分配方式手工分配、自动分配(设置自动分配规则) 分配过程组任务分配、座席任务分配>输出接ロ 电话回访结果反馈给业务部门的方式。>报表设计>查询界面、统计算法。3、应用层应用层是业务人员操作的功能界面。系统提供相对标准的操作界面,可能有个性化修改,主要包括界面展现和任务状态控制。>数据视图 视图查询 数据接ロ定义 数据转换定义 手工导入文件 数据监控>分配任务 公共任务查询全体、组、共享池 任务管理分配、提取、回收、转换、冻结、重置 自动分配策略 任务监控>执行任务 配置提醒策略 配置呼叫策略 个人任务查询 问卷管理·呼叫执行界面(表单、问卷)>查询与统计ニ、非功能性设计I、系统性能处理设计导入任务后,任务没有全部执行完毕,因此没有被转储到历史任务表,随着时间的推移,任务表越来越到。技术方案>数据库分区,通过在MP0RT_BATCH字段上启用RANGE分区(ORACLE)。>启动ー个数据库J0B,定期(如一年)清理或转储任务表。2、系统可靠性处理设计I)、异常处理这一部分主要描述如何在系统开发中进行异常处理,请參照以下原则如下对于底层的无法恢复的System异常(如SqlException)应该使用自定义unchecked异常封装后重抛。如果不能处理请不要catch。如果能够处理要尽快处理,离源头越近越好。如果进行了 catch,不要将异常吐掉(即catch块内啥都不做)。 不要在方法签名上申明抛出unchecked异常,那样容易破坏方法签名。对于应用异常和不可恢复异常统ー使用unchecked异常。2)、LogLog 一个异常应该在它catch的时候,而不是在Rethrow的时候。不要在多个层次重复log同一个异常,尽量将log放到更高的层次。可以在ー个集中的地方进行log,实现方式一般是自定义标签或实现HttpJspPage接ロ。随后在error页面中使用自定义标签,或者error页面继承于实现了HttpJspPage 接 ロ 的类。3)、统ー处理设置常用异常页面,如404、500等。如果有需要,可以设计一个统ー的页面用于呈现异常给終端用户并保证它是ー种有好的风格。3、系统易用性处理设计为方便用户的导航,系统采用抽屉式菜单,多使用TAB标签,给用户更多空间感。为保证用户有一致性的良好体验,系统使用统ー的自定义标签,保证系统有一致的、易理解的风格。4、系统安全性处理设计采用平台本身的安全处理机制,此外还需要考虑第三方系统提供客户资料、エ单信息可能需要提供回访信息给本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.基于XPDL标准的营销流程定义 XPDL(XML Process Definition Language)是由工作流管理联合工作组(WorkflowManagement Coalition)所提出的一个标准化规范,它是ー个通用的工作流程建模语言,其技术核心是采用XML文件实现商业流程的对象及接ロ定义,将XPDL标准应用于营销流程设计,增强了营销流程的跨系统扩展能力。2.支持多数据模型的营销流程 营销数据包括文件、数据库、通信接ロ等三大类数据来源; 文件类数据又分为各种数据文件格式,本发明内置了多种文件的数据模型定义,支持大多数常用文件格式的数据导入功能; 数据库类数据...

【专利技术属性】
技术研发人员:周涛傅湘军田之进
申请(专利权)人:佳都新太科技股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1