某公积金客户画像建设项目建设需求

某公积金客户画像建设项目建设需求一、项目概况目前某公积金中心数字化建设，尤其是基于云计算、大数据等技术的应用尚且刚刚起步。部分应用的数据未能真正反哺与业务，尚不能提供全方位、高水平的智能分析服务，这具体表现在以下两个方面：第一，未能直击公积金缴存用户的变化趋势,现有日新月异的群众需求与公积金工作人员管控工作需求之间仍然存在相当差距，对公积金用户与管理体系的支撑关系亟待加强。部分已开发的应用和公积金业务系统为领导提供智能决策的能力仍欠缺，未能为各级领导决策提供有力支撑。第二，某公积金中心目前数据资源开发利用不足、数据安全面临严峻挑战、大数据应用才刚刚起步,公积金中心在服务国家治理模式转型和促进经济社会发展方面的潜能还没有充分释放。本次项目作为综合业务系统功能的延展，增加客户画像入口，呈现客户画像。随着某公积金中心信息化和数字化建设和应用范围不断扩大，已建立并应用了公积金业务的应用系统，每天产生大量数据，涵盖缴存、提取、贷款、开发商、财务等各项业务。但目前没有规范的数据体系，数据使用成本高、效率低，导致宝贵数据很难有效利用，更无法对公积金业务办理、服务推送、政策制定、管理决策等方面起到支持作用。客户画像系统中行为分析模块，针对缴存职工的行为情况，需连通现有应用系统“中心系统微信移动端系统”，客户画像系统制定行为数据收集接口标准，移动端系统埋点后数据根据接口标准进行中心内部数据推送，完成行为数据收集工作，不涉及该现有系统源代码等信息内容获取，基于移动端系统的埋点处理完成缴存职工业务办理过程中的基础行为数据搜集，经数据处理及分析后实现缴存职工的行为数据分析，预测缴存职工的行为轨迹。除行为画像外内容，其他模块需依赖公积金核心业务系统数据库进行基础数据抽取，核心数据库需配合分配查询账户、授权相关查询权限给到客户画像系统，以满足系统基础数据收集要求，不涉及该现有系统源代码等内容提供，数据收集完成后，从多维度多指标层面对数据进行统计分析，形成画像分析及数据预估。本次建设以中心现有核心业务系统数据库及微信移动端系统为基础，完成基础数据的获取，运维方需提供数据库访问权限及提供埋点数据获取方式，保障建设内容顺利实施。二、建设目标依托业务产生的量级数据，对数据进行深入分析，通过“规则+算法”反过来驱动业务，利用数据挖潜创造更多的价值是数字化转型的重要标志。通过对客户的精细化研究，统揽数据，为客户建立模型形成客户画像，有利于对广大缴存群体的精准服务以及风险识别。为公积金中心从事中、事后风控走向事前风控提供依据，同时为广大缴存群体提供更加精准、更加贴心的“主动式”服务，从“人找事”向“事找人”服务方式转变。本项目综合应用大数据、人工智能等技术，利用沉淀的海量政务数据，构建全维度的客户画像，以高质量数据解析和高效能服务为突破口，建成公积金客户画像平台。通过公积金数据与服务精准融合，主动提供群众所需、解决群众所难：精准识别服务对象潜在的需求、智能推送政策和服务；通过客户画像的分析和预判，识别潜在风险点，提升风险防控水平。依托公积金客户画像平台，能够解决丰富的公积金数据资源无法充分利用的难点，实现中心信息资源有效汇聚，监管水平持续提升，辅助决策能力显著增强。三、系统功能要求公积金中心各级领导，作为管理决策者，需要从宏观上管理、了解整个中心的客户信息，需要开发针对不同类型的用户画像和画像分析应用，以供决策。如客户基础画像，业务基础画像等。同时，对客户基本信息、缴存情况、资金情况等管理问题进行统计分析，对数据进行趋势分析，从而具备一定的风险规避、决策支持功能。提高现在业务综合系统中业务数据的运用，挖掘公积金归集、提取、贷款、资金数据规律，体现业务系统的数据价值，让领导层能够通过大量的数据分析结果，支持决策管理。让工作人员能够及时感应到不断变化的业务需求及风险，建设基于不同客户的客户画像，从现有对客户的“无差别管理”深化“精细化管理”，提升住房公积金中心的服务能力，预测用户的缴存行为轨迹，提高公积金中心人员工作绩效。基于某公积金中心管理现状，建设公积金客户画像平台。依托大数据技术，综合整理分析公积金数据，完成数据采集、数据治理，形成高质量、精准的客户画像，为公积金风险控制、服务推荐、辅助决策提供数据支撑，推动公积金数字化建设和科学决策，提升内部资源配置效率和运营管理效益，满足管理精细化、管控智能化和决策数据化的需求，为中心精细管理、精益运营、科学决策奠定坚实基础。系统功能模块建设需求如下：（一）客户画像分析1.业务画像业务分析包括缴存、提取、贷款、执法4个对外业务及财务1个中心内部业务的画像内容分析并利用报表进行展示。1.1缴存业务画像包括对某公积金中心缴存业务的缴存总体数据进行统计对比分析；对缴存职工的缴存情况、账号情况等缴存数据进行对比分析并利用报表进行展示。1.2提取业务画像包括对某公积金中心提取业务的业务总数、提取分类、地区分布等数据进行展示对比分析；对提取职工的类型、基本属性、缴存信息等数据进行展示对比分析并利用报表进行展示。1.3贷款业务画像包括对某公积金中心贷款业务总体数据、房屋基本信息等数据进行展示对比分析；对贷款职工的类型、基本属性、缴存信息等数据进行展示对比分析并利用报表进行展示。1.4执法业务画像包括对某公积金中心的单位和个人的执行案件进行统计分析并利用报表进行展示。1.5财务业务画像包括对某公积金中心的财务的基本数据进行统计分析并利用报表展示。2.行为分析包括针对职工个人的常用情况、渠道来源、使用习惯、使用情况等行为数据内容进行分析并利用报表进行展示。3.群体画像3.1新青年群体包括对新青年群缴存信息、职工基本信息、贷款及提取业务情况分析等数据统计分析后利用报表进行展示；3.2待退休群体包括对待退休群体职工的基本属性、账户情况、贷款情况以及所在单位等数据进行分析统计并利用报表进行展示；3.3租房群体包括对租房群体职工的基本情况及分布、职工信息、租房类型的统计，及总体提取数值等数据进行分析统计并利用报表进行展示；3.4单位缴存职工群体包括对单位缴存职工群体的基本属性、缴存情况、权益分布等数据进行分析统计并利用报表进行展示；提供可使用组合筛选的标签对特定人群进行筛选，对标签内容进行数据筛查后使用合适的报表画像进行展示。3.5灵活就业缴存职工群体包括对单位缴存职工群体的基本属性、缴存情况、权益分布等数据进行分析统计并利用报表进行展示；提供可使用组合筛选的标签对特定人群进行筛选，对标签内容进行数据筛查后使用合适的报表画像进行展示。3.6单位群体包括对单位群体的单位属性、缴存情况、所在区域、行业性质等数据进行分析统计并利用报表进行展示；提供可使用组合筛选的标签对单位进行筛选，对标签内容进行数据筛查后使用合适的报表画像进行展示。4.个人画像4.1职工个人画像包括对职工个人基本信息、缴存情况、贷款情况、个人权益，以及职工的访问记录等数据内容进行统计分析并利用报表画像进行展示；4.2权益分析包括通过对个人的公积金缴存信息、贷款信息、提取信息等内容，通过数据筛选和加权计算等数据处理后，配合中心管理要求对权益进行分级与画像展示；4.3单位画像包括对单位的基本信息、缴存信息，以及单位内职工情况等内容进行统计分析并利用报表进行展示。（二）综合分析通过对省内所有公积金中心的贷款放款笔数、实缴职工数、实缴存额及贷款放款金额进行汇总并进行横向.对比展示。（三）数据管理1.数据源管理支持通过接口对接和数据库对接两种形式，可对数据源进行管理。包含数据源查询、数据源接入，数据源修改、数据源删除、数据源状态、数据源启停等能力。2.数据处理将采集到的不同数据源的数据进行处理的能力，包含数据清理、数据集成、数据变换、数据规约等功能。2.1数据清理数据清理是指将不同数据源采集到的原始数据进行初步的清洗，包含数据一致性检查、处理无效数据和缺失值等，需支持管理数据清理条件和规则。2.2数据集成数据集成是指将清理后的数据进一步根据关联性，将不同数据源、不同渠道、不同业务场景的关联数据进行集合整理，需支持自定义关联主题或专题。2.3数据变换数据变化是指在原数据无法满足数据使用需求时，可通过适当的数据变换，将原数据转换出所需的数据，例如身份证号码转换出用户的出生年月日等，支持用户自定义添加转换需求。2.4数据规约数据规约是指在数据应用前，为避免数据应用问题，对数据做的统一性规范管理，以避免数据处理过程中出现的无效数据，需支持用户自定义添加数据规约条件。3.数据仓库数据仓库是指数据处理后的存储库，包含资源库、主题库、专题库。3.1资源库资源库是指数据处理后集中存储的数据库，用于存储结构化数据和半结构化数据，以便用于数据挖掘、数据可视化和其他形式的商业智能报告。3.2主题库主题库是指将经过数据处理后的数据，按照业务主题进行分类组织，例如缴存职工、缴存单位、特殊人群、公积金信息等，需支持自定义主题设置。3.3专题库专题库是指将经过数据处理后的数据，按照专题进行分类组织，例如业务信息、风险信息、行为信息、信用信息等，需支持自定义专题设置。4.任务调度管理通过定时任务调度，定期从各系统进行数据收集。任务调度功能支持稳定高效的调度能力，提供丰富的调度配置策略与海量的作业调度能力；支持时间周期调度、事件驱动调度、手工调度等多种调度方式。5.标签管理标签管理将在数据分级分类的基础上，对数据库中的各类数据资源，使用通俗、易懂的业务标签体系。5.1事实标签从数据仓库获取的基础数据，可定性或定量描述用户的自然属性等基础信息属性，对其进行筛选、分析产生的标签。可自主选择标签内容和范围，筛选合适的数据。5.2统计标签通过对基础数据进行统计分析，结合用户行为事实，构建的能体现用户数据特征的标签。可自主设置统计标签的计算规则，筛选合适的数据。5.3模型标签以事实标签为基础，对用户、行为等属性的抽象和聚类，剖析数据，生成总结概括性标签及指数，建立模型。可自主选择已有模型类型，或搭建合适的模型，匹配现有的业务需求。5.4预测标签基于用户的属性、行为和特征，挖掘用户潜在需求，预测用户行为或偏好，匹配目标用户推送政策等宣传内容。可自主设置预测内容，选择关联标签和触发，配置相关条件。5.5标签服务标签服务即用户通过设置对一个已有的普通标签的匹配条件或多个已有的普通标签的匹配条件组合，产生的新标签。5.6标签配置用户可查看各个标签规则以了解各类标签及其属性规则，并且选择停用或修改其标签属性。（四）系统管理1.菜单管理对系统菜单和按钮进行统一管理。2.用户权限管理对用户访问菜单权限进行控制。3.日志管理对用户在系统操作进行日志记录，提供一站式的日志管理服务。四、系统非功能性要求（一）技术架构要求本项目应采用面向服务的架构（SOA）：通过SOA的实施，可以实现以服务为核心，将系统平台内的IT资源整合成可操作的、基于标准的服务，使其能被重新组合和应用，增强业务灵活性，快速响应市场变化，并保护已有应用的投资，降低IT总成本。采用J2EE（Java2Platform,EnterpriseEdition）体系结构。软件架构应基于普通服务器，通过分布式架构对存储和计算能力进行堆叠达到高性能，成本低、扩展方便，存储能力和计算能力强大的优势；并应以数据多副本分布存储的方式，保证服务器硬件故障时数据的安全性，通过对计算任务进行分布式拆分达到计算能力的横向扩展。（二）数据读写性能要求本项目平台应采用分布式文件系统，具备分布式计算、列式存储、并行计算、实时数据处理数据能力，数据分布在不同机器节点,可以实现海量数据的高性能在线存取需求。基于分布式计算，计算能力可随时横向扩展；计算任务在基于数据分布式存储，可将计算任务分割成多个小任务的同时将这些小任务分配给多台服务器同时执行；计算过程中任务执行失败时，会自动在另外的服务器上（其他数据副本所在机器）上重启计算任务，提高系统的安全可靠性。（三）风险检测要求因本项目采购内容涉及中心重要业务数据，系统升级改造过程中均需要进行充分的风险检测，供应商应具备动态风险检测能力，主动、提前对项目风险进行防控及处理。五、项目管理要求供应商应拥有丰富的项目集成管理经验，利用专业的项目管理团队，整合各种资源，并经过优化配置，形成一个由各种适宜要素组成的优势互补、相互匹配、具有独特功能优势的团队。在充分利用现有系统软件、信息资源或整合信息系统的基础上，调整优化业务流程，制定功能或完善功能，改进服务，提高效率。（一）工作计划管理根据项目进度的要求，制定切实可行的工作计划，检查任务完成的情况和质量，是保证项目顺利实施的重要保证。（二）工作计划控制所有的每周工作计划都标以日期供查阅。每周举行例会（如周五上午）讨论本周工作计划执行情况和下周工作计划。（三）提交文档的审核和批准项目提交的各种重要文档都应经过采购人项目负责人和中标公司项目经理审核，由中心项目负责人签字，确认提交的阶段性成果已审核，并满足项目实施方案的要求和中心接收的标准。（四）问题书面机制项目小组成员在遇到实施问题时，首先要有问题的书面记录，并有随后的跟踪记录，经过各种方式使问题得到解决以后，还要有解决结果的记录，这样将来就有据可查。（五）报告机制项目小组成员应首先在小组内部讨论解决，否则应该按照项目组织结构图所列逐级向组长报告，向中心项目负责人报告乃至项目领导汇报。（六）定期不定期会议项目领导小组应每周定期召开会议，检查项目进展，讨论和决策由项目经理提交的待解决的问题等。遇到特别紧急的问题可协商后临时召开会议。（七）实施范围控制保持项目实施范围的前后一贯性是非常重要的。如果出现需要改变原定实施范围的需求，都应以正式文档方式提出。项目小组成员必须谨慎考虑项目范围的改变将对整个项目进程可能产生的影响，必须在批准后才能进行。在实施过程中必须加以跟踪。（八）跟踪执行范围改变书签字后，开始正式执行。调整相应的实施计划。任务完成进度报告应当定期提交项目双方检查，完成后应当由双方项目经理签字。（九）文档管理在项目实施过程中，由于项目实施的复杂性，多方人员参加以及时间跨度长等因素，所以有关需求、建议、解决方案和结论都必须文档化、标准化，以便查阅和引用。实施文档应作为项目成果的一个组成部分。（十）项目质量控制系统投入运行前检查。进行大量实施准备工作后，系统投入运行前应进行必要的检验，以确保在以下各方面符合投入运行的条件。六、人员要求（1）供应商必须成立合理的项目机构，配置足够的项目开发、实施、测试等技术人员，精通住房公积金各项业务工作，精通计算机、网络、大数据等信息化技术。此外，为加强项目开发建设和运行维护人员的技术力量，将对项目中人员技术能力进行不定期培训，进一步确保项目建设水平。（2）在本项目的执行过程中，项目经理必须自始至终专职承担本项目相应工作。如有特殊情况必须更换项目经理，应提前10个工作日与采购人协商，经采购人同意后，方可更换项目经理，项目经理需做好项目交接工作。七、系统测试要求要对系统实际运行情况进行下列测试，其中系统测试、验收测试由采购人、监理公司和三方共同成立项目测试组。（1）单元测试；（2）集成测试；（3）系统测试；（4）验收测试。八、交付使用要求（一）交付使用期：合同签订后1年内完成开发、调试及初验，上线试运行一个月后进行终验；（二）交货地点：采购人指定地点。九、验收要求软件系统的验收属于项目的合同验收，需符合市信息化项目相关验收管理办法的要求，同时需符合下列要求：1.满足合同和招标文件中列举的全部要求。2.实现合同和招标文件中列举的全部功能和非功能要求。3.达到合同和招标文件中列举的全部指标。4.文档齐全，符合合同和招标文件及相关标准要求，包括但不限于下列文档：需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测