用户需求的理解如何影响产品规划.pdf

1、以数据计算平台为例，主要使户为数据技术和分析师，主要标是为业务提供数据统计服务数据同步（表A数据移动到表B)数据计算(多个表结果存表C)常需求通前端案数据同步节点数据计算节点节点依赖调度配置（必须）源数据同步节点的基本样式源数据库信息数据表信息字段信息标数据库信息标数据表信息标字段信息标映射项前期预测1、动700个同步节点2、需要动更新表字段信息3、部分节点数据倾斜影响整体调度时间4、频繁的连接业务数据库（后续改binlog案可以避免）5、计算资源浪费、计算成本当节点规模过多，量表格字段更新会出现延迟，户团队会逐步放弃维护字段更新，最终数据平台的版本与线上版本会出现明显的不致，随着时间推移，表

2、格使者的沟通范围会扩，数据统计沟通成本于实现成本。重新回顾需求户需求（数仓&分析师）运营需求财务需求技术需求700张表的同步版本更新后的字段同步准时出数业务系统侵性低不占或者少占线上资源低成本整合后户需求周期性的将多个表由标数据库以同步率，效率，低成本，对业务数据库侵性低的法迁移到数据计算平台解决案假设（调研验证确认）1、户偏向于直接同步源数据库信息2、户对数据倾斜没有很好的处理办法3、户对重复性的操作持负看法 4、成本管控，业务侵性需求对户优先级较低户操作 配置数据源 填同步表的清单（暴模式下实现全数据库同步）系统操作逻辑1、解析各个表的信息，计算数据分布和源数据信息2、多表同任务同步并平衡

3、同步任务计算节点的数据3、更新各个表新的源数据信息4、通知各个表的同步进度下步设计：如何实现数据平台剥离同步节点设计1、配置数据源时，暴同步所有格式，建空表，在计算节点依赖时动进同步清单设计2、在计算节点依赖时 同步格式并动进同步清单基本思考1、将考虑的需求数量乘以百倍千倍 2、考虑户上下游的需求（上下游可能才是付钱的客户，使户为之服务）3、系统托管不属于户价值创造环节数据质量检测需求：检查数据质量，输出质量检测报告案：检查字段缺失，检查字段格式，检查分区数据量等只能检测基本信息，法对业务提供质量报告重新梳理需求场景1：不同事件类型检查关键ID是否缺失场景2：通过志的关键事件id与业务数据库进

4、对场景3：通过志上下确认本条记录是否准确重新理解需求场景1：针对不同记录应多规则进校验场景2：两个集合之间的差集分析场景3：同id的基于时间序的上下校验需求规模1、志事件数超百个2、需要对的表有张上下游需求1、告知统计数据的准确度2、不影响正常任务成与价值创造关的操作1、频繁发布任务 2、频繁发布jar包 3、量复制重复代码解决案场景1：通过UDF和可视化规则引擎实现校验结果输出 场景2：两个代码输框，系统动拼接统计代码场景3：提供按时间序前N条的数值校验减少频繁发布，便规则的及时变更重复的集合差集代码由系统动成固定逻辑，只需要设置回溯条数和校验字段逻辑依据场景配置，动成数据质量报告 多数数据产品是通过提户的效率来实现客户效率的提升，户和客户需求都要满，但建议以客户需求作为需求原点。客户需求户需求 项案报表报数指标搜索，查询指标定义和指标相关的应下载功能&OLAP周报报表集成有限维度的数据波动原因分析策略分析OLAP&平衡计分卡分析不是客户需求，智能推理辅助决策才是，需要套动推理的产品。需求每经过道流程，需求的准确性都会出现下降标是将价值创造环节的时间损耗降低为0