技术问题：
1、数据研发效率低
针对公司运营活动来说，一般是一周甚至是一个月搞一次运营活动，每次运营活动后我们都会根据当前运营活动数据做复盘和分析，这种情况对数据开发效率上没有太大要求。假设现在每天甚至半天都要做一次运营活动，活动结束后立刻需要对活动数据进行复盘分析，这时要求数据研发在一天或者半天内做出数据需求交付，数据研发有可能跟不上这种节奏，就会导致分析的数据无法支撑业务问题，数据研发效率低下
2、集群资源成本大
在数据建设中经常是“数据上线容易下线难”，在数据开发中一张数据表从上线之后，我们就一直不停的加工产出结果，很少关注这张表到底产生了多少价值，被多少部门多少人在使用，如果一张表后期没有人去使用，我们还在不停的计算加工、存储，那无疑给集群资源带来极大浪费，一些企业甚至在没有挖掘出数据价值时已经被这种高额的成本压垮，在企业数据分析中往往都存在大量的表或者临时表30天内都没有人访问，而占据了极大空间资源
3、数据安全问题
各个独立、烟囱式的数据平台开发带来了数据监管难的问题，各个业务线数据会不会泄漏？没有数据权限的人会不会看到敏感数据，例如针对用户交易数据，A部门由于业务需要可以看到用户的电话号码，其他信息看不到。B部门由于业务需要可以看到账户余额，其他信息看不到，C部门由于业务需要可以看到用户收货地址，其他信息看不到等，但是从各个部门获取的数据来看，这份数据包含了用户所有隐私信息，站在企业角度来看这些数据安全问题管理起来分散不统一，存在巨大的风险。
技术指标：
构建一套持续不断把数据变成资产并服务于业务的机制，数据来自于业务，并反哺业务，不断循环迭代，实现数据数据可见、可用、可运营，通过数据中台把数据变成一种服务能力，其目标是提供我司的数据服务。解决的是全企业各个业务领域综合问题。
其它：
数据中台将海量数据转化为高质量的数据资产，为企业提供更深层的客户洞察，从而为客户提供更个性化和智能化的产品和服务。
15 次浏览
分享到
需求详情
技术介绍
| 需求项目简述 |
|---|
|
技术问题：
1、数据研发效率低
针对公司运营活动来说，一般是一周甚至是一个月搞一次运营活动，每次运营活动后我们都会根据当前运营活动数据做复盘和分析，这种情况对数据开发效率上没有太大要求。假设现在每天甚至半天都要做一次运营活动，活动结束后立刻需要对活动数据进行复盘分析，这时要求数据研发在一天或者半天内做出数据需求交付，数据研发有可能跟不上这种节奏，就会导致分析的数据无法支撑业务问题，数据研发效率低下
2、集群资源成本大
在数据建设中经常是“数据上线容易下线难”，在数据开发中一张数据表从上线之后，我们就一直不停的加工产出结果，很少关注这张表到底产生了多少价值，被多少部门多少人在使用，如果一张表后期没有人去使用，我们还在不停的计算加工、存储，那无疑给集群资源带来极大浪费，一些企业甚至在没有挖掘出数据价值时已经被这种高额的成本压垮，在企业数据分析中往往都存在大量的表或者临时表30天内都没有人访问，而占据了极大空间资源
3、数据安全问题
各个独立、烟囱式的数据平台开发带来了数据监管难的问题，各个业务线数据会不会泄漏？没有数据权限的人会不会看到敏感数据，例如针对用户交易数据，A部门由于业务需要可以看到用户的电话号码，其他信息看不到。B部门由于业务需要可以看到账户余额，其他信息看不到，C部门由于业务需要可以看到用户收货地址，其他信息看不到等，但是从各个部门获取的数据来看，这份数据包含了用户所有隐私信息，站在企业角度来看这些数据安全问题管理起来分散不统一，存在巨大的风险。
技术指标：
构建一套持续不断把数据变成资产并服务于业务的机制，数据来自于业务，并反哺业务，不断循环迭代，实现数据数据可见、可用、可运营，通过数据中台把数据变成一种服务能力，其目标是提供我司的数据服务。解决的是全企业各个业务领域综合问题。
其它：
数据中台将海量数据转化为高质量的数据资产，为企业提供更深层的客户洞察，从而为客户提供更个性化和智能化的产品和服务。
|
企业信息
| 企业名称 | 对接成功后可查看 | 企业类型 | 对接成功后可查看 |
|---|---|---|---|
| 所在地区 | 对接成功后可查看 | 详细地址 | 对接成功后可查看 |
负责人信息
姓名：对接成功后可查看
所在部门：对接成功后可查看
职务：对接成功后可查看
手机：对接成功后可查看
E-mail：对接成功后可查看
电话：对接成功后可查看
传真：对接成功后可查看
联系人信息
联系人：对接成功后可查看
所在部门：对接成功后可查看
职务：对接成功后可查看
手机：对接成功后可查看
E-mail：对接成功后可查看
电话：对接成功后可查看
传真：对接成功后可查看
电话：025-85485967 QQ客服：402523539