数据需求实现的关键目标是“及时”和“准确”，所以，只有非常有限的类型可以使用这一管理方式。有些数据需求是在探索阶段使用的，一次性，不可沉淀；
有些数据需求是短期为单一项目服务的，使用时间从几周到几个月；
只有类似可视化平台这种和系统形态非常接近的产品才能够按照功能列表拆解任务。
另外，基础工具的设计，数据仓库基础层（宽表和集市）的搭建工作，通常并不是以业务需求为起点的。因为业务对数据的需求通常是“我需要及时准确地拿到相应的数据协助工作，怎么提供给我都可以”。而基于功能列表的管理方式管理的恰恰只是“怎么提供”，完全无法为“及时”和“准确”负责。
同一个需求，在不同时期、不同场景，具有不同的业务数据使用能力时，可以使用不同的工具提供，这也是需要数据产品经理判断的。
通常后台系统只是数据的数据源之一，其他数据源还包含用户端行为采集、第三方供应商提供的数据、外部的市场数据等。正因为这样，数据业务才会普遍存在一大痛点：数据打通。数据产品经理的视角需要更宽，考虑的范围需要更广——依赖系统的业务需要数据，不依赖系统的业务也需要数据。
数据产品经理技能树。技能树说明如下。
1．产品方法论分支：产品设计
2．数据方法论分支：统计学与数据分析
3．合作分支：业务理解、技术理解、需求沟通
4．工具分支：相关工具的使用
