我公司近期拟开展“用户体验分析平台建设项目”采购，现公开征集供应商。请能满足项目需求并有意向参与本项目实施的供应商，于2020年9月9日下午17:00前填写《供应商基本情况反馈表》（附件2）发送邮件至caijinglong@gs.chinalife-p.com.cn进行报名，报名邮件中须包含“公司全称、联络人姓名、联络人手机”等信息。

项目需求信息如下（也可见附件1《用户体验分析平台建设项目需求》）：

1功能需求

1.1数据采集

满足结构化与非结构化数据采集功能。包括基于触点的数据采集，需接入的数据源有：官网、官方APP、官微公众号、小程序、甲方自有数据系统等；基于服务对接的数据采集，建立稳定、高效的数据同步机制，可以和甲方自有应用间通过对接实现数据的同步，保证数据可实时/非实时传输。

1)支持用户端数据采集：可以支持网页（Web、H5、WAP）、手机APP（IOS、Android）、小程序（微信小程序、支付宝、百度小程序、今日头条小程序）等数据采集；

2)支持服务端数据采集：支持不同开发语言开发的服务端数据采集，例如：C、Java、Python、PHP、Ruby、Node等；

3)支持多种导入工具，支持文件导入，支持其他API接口数据导入，支持灵活的自定义导入，整合多种异构数据源；

4)需要支持数据预处理，允许在导入阶段校验、修改数据；

5)需要具备数据校验能力，当数据格式错误、数据逻辑错误时，需要具备校验并报错机制，错误的数据应有统一存储目录，便于二次修改后再次导入；

1.2数据整合

整合我司官网、官方App、官微公众号、各种小程序等线上投放平台的用户数据，制定用户唯一性数据治理规则，保证同一个用户在各个系统中的数据被正确关联并形成用户统一视图。避免出现一个用户多个ID的情况。

1)打通数据孤岛，全面整合各业务系统、客服系统等所有包含用户数据及相关交易、服务的来源，形成统一的用户数据池。搭建标准数据对接接口；

2)对各个源数据进行数据质量探查和梳理，明确数据字段的定义和数据可用性，特别是用户的基本信息；

3)全端打通：实现同一个用户在不同数据源中采集到的行为数据打通；

4)用户关联：支持用户在未登录状态下生成匿名ID，并在注册/登录后绑定识别为一个用户，要求可以选择一个注册ID对应一个设备ID的方式或者一个注册ID对应多个设备ID。

1.3用户分析

提供用户的统一视图与画像。能够按照用户ID、用户姓名、用户标签多维度查询用户，展现不同维度组合查询条件下的用户详情，通过点击某一用户条目展现用户画像。用户画像应以图形方式展现用户标签属性等信息，达到用户画像可视化效果。

1)用户分群功能：系统需要具备灵活多样的用户分群功能，抓取业务需要的具体人群并可以应用于各个分析模型进行人群分析，要具备以下功能：

?可以直接通过用户属性、用户行为、严格的用户行为序列分群，同时支持以上三种分群方式组合分群；

?可以支持通过事件、漏斗、留存、分布、路径分析模型的分析结果保存为分群；

?可以将任意分群结果继续使用事件、漏斗、分布、留存等分析模型进行多维分组下钻及筛选分析；

?可以支持任意分群不断点击下钻查看用户明细列表和个人行为序列；

?支持例行计算分群；

?支持用户群的定义与组合。通过自定义组合标签，新建或更新用户人群。可根据已有用户群体，进行交/并组合。

2)用户属性分析：可以对全部用户或特定人群根据用户属性维度对用户进行多维组合分析；

3)用户行为轨迹：可以将单个用户在多端发生的所有行为按照根据时间倒序进行展示，可以自定义需要展现的行为及属性，支持对单一用户行为进行统计分析；

4)具备以仪表盘形式展现人群分布及其特征统计数据。人群的计算需要支持为单次计算和持续计算两种类型，持续计算任务由系统自动完成定期调度执行。

1.4行为分析

支持基于系统的存储及计算能力预制多种用户行为数据分析模型，具备事件分析、漏斗分析、留存分析、分布分析、间隔分析，归因分析、用户路径分析、点击热力图、用户属性分析等市面的常规分析模型，种类越多越好，方便业务人员自助分析，并支持任意维度的组合下钻和筛选。同时基于分析结果具备可视化展现及自定义查询或API接口查询功能。

1)事件分析：用于对行为事件进行多维统计，展示对应指标的变化趋势。具备以下功能：

?可以支持灵活自定义指标的配置及分析，支持任意维度的交叉组合、筛选、对比，下钻；

?可以进行自定义指标的四则运算；

?可以对指标进行预警监控，监控指标在达到设定的阈值后可以发送邮件通知，支持按天/按小时查询，支持按照按小时、按日、按特定值等设定监控条件；

?并进行邮件预警；

?可以在任意用户结果不断点击下钻查看用户明细列表和个人行为序列；

?支持实时查询。

2)Session分析：在行为事件分析之上，需要可以按照会话的角度分析用户的使用时长，交互深度、跳出率等指标，具备如下功能：

?可以任意自定义创建Seesion，灵活选择Seesion内事件，灵活定义Session切割时长；

?可以通过 Session 分析计算用户会话的时长与深度、跳出率、退出率等指标；

?支持任意维度的交叉组合、筛选、对比、下钻至用户明细列表和个人行为序列；

?支持实时查询。

3)漏斗分析：当用户行为具备一定业务流程逻辑时，需要通过漏斗分析模型反映用户在多个步骤之间的总转化率、各阶段转化率、定位步骤间的流失用户，从而找到优化方向或对流失用户进行下钻分析或精准营销。具备以下功能：

?支持实时创建漏斗、不限制漏斗步骤，修改漏斗后可以实时响应；

?支持自定义漏斗转化窗口期；

?支持任意维度进行分组、对比，以及可以各个步骤查看漏斗流失、转化的人数以及平均时长；

?支持对漏斗步骤设置筛选条件，添加漏斗步骤间的关联属性；

?支持对转化、流失的人群进行明细查看和分群保存，下钻至个人行为序列；

?支持实时查询。

4)留存分析：用户研究用户在线上产品的粘性及活跃程度，定位活跃用户、流失用户。具备以下功能：

?可以自定义留存起始步骤与结束步骤及额外一个指标的同时显示；

?支持任意维度的组合筛选及下钻查看用户明细列表和个人行为序列；

?支持实时查询。

5)分布分析：通过分布分析可以查看用户行为指标的分布情况。具备以下功能：

?可以查看任意事件的任意指标的分布查看，支持自定义分布区间；

?支持任意维度的组合筛选及下钻查看用户明细列表和个人行为序列；

?支持实时查询。

6)用户路径分析：使用用户路径分析研究全量用户或某个用户群自然的行为路径快速定位问题及流失人群，具备如下功能：

?可以查看任意起始事件或结束事件的全部或部分用户的行为路径；

?可以灵活的自定义Session路径切割；

?支持查询全部或部分用户的行为路径；

?可以按行为维度灵活展示路径和用户属性过滤；

?可以支持任意用户结果不断点击下钻查看用户明细列表和个人行为序列；

?支持实时查询。

7)点击热力分析：用于直观查看 WEB 、APP页面的点击分布情况，具备如下功能：

?可以实时连接 APP 对任意页面中的元素点击情况进行分析；

?可以可视化地（在网页端）呈现APP及WEB页面点击分析结果；

?可以查看Web 页面的点击热力图与触达率图；

?支持任意维度的用户筛选，并下钻查看用户明细列表和个人行为序列，下钻查看用户明细列表及个人行为序列；

?支持实时查询。

8)间隔分析：用于分析某两个行为之间的时间间隔，帮助产品优化，具备以下功能：

?支持自定义起始步骤与结束步骤

?支持任意维度的组合下钻和筛选

?显示其中的最大值、中位数、最小值、平均值、人均转化时间等；

?支持实时查询。

9)归因分析：APP中拥有大量的运营位，需要分析这些运营位对业务目标事件转化的贡献度，具备以下功能：

?自定义归因的目标事件；

?自定义归因的待归因事件；

?目标事件和待归因事件可以进行准确的匹配；

?支持至少首次归因、末次归因、线性归因、时间衰减归因等行业通用的归因模型；

?支持自定义归因的窗口期；

?支持实时查询。

1.5数据展示

1)首页仪表盘：首页显示系统管理的用户数量、ID数量、客群数量。通过饼图、柱图、折线图、地图等丰富的图标形式来展示系统管理数据的基本概况和系统使用者关心的用户行为分析量化指标，并保存在概览中，保留对应指标具体的查询条件，方便例行查看，支持强制刷新概览；

2)邮件订阅：支持对概览数据定时通过邮件发送至指定邮箱；

3)支持在对应分析模型中将查询结果通过CSV格式进行下载；

4)支持通过查询接口 API 获取数据；

5)支持通过订阅 Kafka 或其他流式数据组件的方式实时获取数据；

6)支持直接通过 JDBC 协议访问和获取数据；

7)标签、用户画像、客群、运营情况分析等清单支持数据导出功能，系统同时需记录导出数据条目数、操作人、操作时间、耗时等日志信息。

1.6管理功能

1)权限管理：系统需具备完整的账户安全、角色与权限控制，支持自定义权限设置，权限管控需要支持到菜单级别，可以分权限分角色授权管理可视化的指标及概览查看；支持对接现有权限管理系统和统一认证系统；

2)系统管理：提供参数的管理维护，日志的查询，统计查询功能等便于系统管理员进行系统管理和维护的操作功能，无需二次开发；

3)埋点管理：需要具备可以管理不同数据来源端的埋点以及查看数据导入进度和错误数据说明功能；

4)支持多项目场景，要求各个项目之间数据、元数据、账号、权限、token、书签、概览都完全隔离，仅共享机器资源；

5)组合事件：组合事件可以由多个元事件组合而来，可以为组合事件的每个元事件设置过滤条件，也可以为单个元事件设置过滤条件后形成虚拟事件。

2非功能需求

1.7系统要求

1)兼容性：满足对多平台要求，支持市面上通用的操作系统Windows 、linux等系统，中间件（Weblogic、Tomcat）、数据库（Oracle、Mysql等）；

2)易用性：系统应符合界面友好，具备易操作、易理解等特性；在用户界面、常用功能、业务处理流程等提供导航、即时帮助等辅助方式，系统支持常规浏览器访问，包括Chrome、360、IE8等；

3)可用性：系统应具备持续、高效、可靠的运行能力，具备异常或故障处理能力，具有有效防止单点故障，快速恢复的能力，并提供系统服务的启停机制；

4)扩展性：系统可集成所有提供API的第三方系统，支持垂直扩展，例如通过添加相应的CPU数目提高系统的处理能力等，平行扩容要求：在用户数量以使用量增加以后，支持通过水平扩展增加服务器数量来提升系统的处理能力，以支持大量的并发请求；

5)稳定性：系统应具备数据备份功能，防止系统出现操作失误或系统故障导致数据丢失，可以将全部或部分数据集合复制到其它的存储介质或者使用主备切换方式；

6)性能：在满足推荐机器配置的前提下，查询与导入性能应达到秒级或分钟级。

1.8部署需求

1)支持本地化部署，可以部署在中国人寿财险指定的环境下，支持灵活的扩容以应对未来业务发展，确保数据资产安全；

2)支持负载均衡、集群的部署模式，系统支持扩容，可以根据实际需求，增加节点数量；

3)设计有冗余考虑，单节点故障不影响系统数据正常接收；

1.9安全要求

1)系统需具备完整的账户安全、角色与权限控制。权限管控需要支持到菜单级别，具有权限防护和身份鉴权模式。在用户登录、操作、等待和关闭的会话周期中，提供完整的全生命周期保护和防护，能有效防范暴力破解等风险；

2)详细记录登录、登出等重要操作的详细日志，并对异常操作和安全事故进行记录，供后续分析筛查使用；

3)系统应提供规范的，可审计的IT服务，以实现记录所有交易、数据操作和访问的准确、可再现的痕迹，并作出适当的分类；

4)保证数据传输及存储过程中的正确性、完整性、一致性、安全性、可审计性，涉及版本包等敏感信息要采用安全的密码算法或通讯协议，保证数据传递的机密性、交易信息的完整性、信息确认的正确性和敏感信息的私密性；

5)系统维护及操作遵循最小授权原则；

6)能够提供详细有效的系统运行和用户使用日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。

2项目实施要求

实施总体要求：实施厂商必须提供详细的项目建议书，内容包括但不限于对项目内容设计说明以及对实施要求的详细回应。实施厂商应独立完成整个项目，不经中国人寿财险允许，不得以任何形式转包、分包。

2.1项目管理要求

在项目实施全过程中，中国人寿财险有对工程质量进行监督控制的职责和权利，实施厂商也应按照项目管理要求进行严格的质量控制，需要制定全面合理的服务方案，制定详细合理的沟通计划，应确保双方能及时了解所需的信息，至少包括周报、月报和项目例会。

2.2项目进度要求

中标后的实施厂商需在合同签订后T+5周内完成系统部署及上线。实施厂商应该根据项目内容，提供详细实施计划，并按时按质完成各项工作。

实施计划应该包括本项目详细需求收集、详细需求分析、需求设计、开发、测试、系统对接、培训、试点上线和运维等所有阶段的时间表，以及详细任务以及子任务说明、项目实施重大里程碑等。

2.3人员要求

实施厂商应该提出整体项目组织架构和各阶段人力资源安排（包括数量、资历和技能等）。

1)组建团队：实施厂商需要提出项目组织架构建议，同时包括资源要求和技能要求；实施厂商的项目骨干人员必须在同类项目中担任过相应职责；实施厂商项目管理团队管理项目整体实施，中国人寿财险人员主要负责内部协调工作；

2)人员职责：实施厂商应该详细说明每个项目成员的角色和任务，说明每个项目成员在项目中的服务范围与责任，包括项目成员的简历、每个实施阶段的人员安排计划和总的人工投入，并需要区分人员经验和级别对人工的影响；

3)工作场地：原则上，项目实施场地由实施厂商自行解决，项目核心团队（项目经理、架构师、需求分析师、开发组长）需常驻北京，并需要充分考虑项目沟通和管理的便利性。

2.4交付物要求

中国人寿财险要求包括但不限于以下文档作为交付物的一部分，请实施厂商列出每一方面所能提供的详细文档列表：

1.项目计划

2.系统架构说明书

3.系统使用手册

4.系统运维手册

5.系统验收报告

6.数据需求说明书

7.数据采集方案

8.数据校验报告

9.用户旅程数据分析报告

3培训要求

实施厂商应该提供详细的培训计划和资源规划。

1)为保证系统使用效果，实施厂商需与中国人寿财险关键用户根据数据分析需求、业务场景结合实际情况进行系统交付培训；

2)实施厂商应安排专业人员协助中国人寿财险进行用户体验分析需求，共同迭代中国人寿财险用户全生命周期分析指标体系，实现为业务方提供数据支撑。

4运维保障要求

实施厂商应对其提交的软件产品提供一年的免费维护期，维护期从系统上线验收合格签署之日起开始计算。

系统维护技术支持服务内容如下：

1.远程支持服务：实施厂商应根据中国人寿财险的需求，对其所提供的应用软件保证进行全面、有效、及时的技术支持和售后服务。技术支持为7*24小时远程服务支持，支持方式包括：专属微信群、电话、短信、电子邮件***

2.现场支持服务：若甲方在系统使用过程中发现影响系统正常使用的系统缺陷或产品缺陷时，乙方应在双方约定的时间内提供相应的现场支持服务；

3.系统巡检服务：乙方应向甲方提供每季度一次的系统巡检服务，并在巡检后一周内提交相应的巡检报告及优化建议；

4.问题咨询服务：乙方应支持解答甲方有关解决方案、乙方自有产品或第三方产品的相关问题；

5.程序错误和缺陷修复：乙方应在双方约定的时间内修复程序缺陷，若属于严重影响甲方正常使用且不能立即修复的程序缺陷，乙方应在约定的时间内给出临时解决方案并第一时间解决生产问题；

6.数据维护脚本的执行：对于系统程序缺陷或产品缺陷引起的错误数据，乙方负责提供数据维护脚本；

7.产品问题定位及解决：若乙方在系统建设中引入自有软件产品或第三方软件产品，甲方在系统使用中发现涉及乙方自有产品或第三方产品的问题时，乙方应根据现象进行定位和分析，支持甲方完成产品问题的修复；

8.软件产品版本安装升级：应用软件安装、调试时所需的工具软件、补丁包等均由实施厂商负责提供。若乙方在系统建设中引入自有产品或第三方产品，则应支持甲方完成产品针对自身缺陷或功能优化等方面的版本升级；

9.针对操作系统、浏览器以及系统基础组件的升级，乙方应配合甲方提供相应的适配方案或解决措施；

10.针对不同的具体故障申报，实施厂商应详细阐述对于故障申报的处理办法及故障响应时间。

附件1：《用户体验分析平台建设项目需求》

附件2：《供应商基本情况反馈表》

报名地址：***