数据产品开发过程中减少踩坑的原则

上一篇文章《数据产品搭建：从需求到开发上线全流程》我提到了数据产品搭建的一般流程，今天为大家介绍下搭建过程中，减少踩坑的一些原则。

整个过程中，重要节点的主要产出内容、注意事项、原则如下：

立项：

需求侧：明确核心用户、需求痛点、要解决的问题、业务价值、紧急度、解决思路、产品生命周期、开发成本

项目侧：项目团队成员、明确的项目Owner、技术Owner、设计和技术资源情况

注意事项：需求是可以砍的，必须要把上面两项考虑清楚

方案设计：

功能框架和主流程设计：

功能逻辑流程：用户使用流程、产品模块结构、

数据流：可以分析出数据源有哪些、需要各节点如何处理和传输

系统或模块间的交互框架图：可以分析出涉及的部门、人员，便于提前协调资源

方案设计、PRD、评审：

方案设计要重视：

产品收益：针对目标用户的收益内容是什么、是否可量化、是否可追踪

内容：横向的数据主题、指标、维度、展现思路

链路：上下游纵深，串联运营的工作全链路，发现问题、分析问题、解决问题、监控效果等

Impact = 使用人数 x 使用频率 x 找到抓手的概率 x 抓手收益

设计：简洁、简单，数据、可视化、交互、功能的简洁，避免一环套一环，功能间相互套用

PRD：标准化

内容：框架、逻辑流程、功能交互逻辑、数据、展现逻辑和细节、埋点等

一定要详细，反复质疑和完善

评审：要把人拉齐，会议要有结果、TODO

项目时间计划表（甘特图）：

内容：拆解好工作事项、负责人、上游依赖方、下游接受方、交付物、交付时间、风险点

重要原则：

多线并行：目标是整体项目周期最短，能提前搞定的事项就提前解决

信息同步：计划和进度各方确认、同步，问题、风险及时公开和周知

善用资源：协作解决，避免承担所有压力，向上下游、横向合作方分解压力

会议机制：进入开发期后，如果项目周期较长，或优先级较高、或延期风险较高，可以建立周会、日会等定期会议机制，同步进度，及时发现风险

重视数据：除了界面功能开发，重视数据开发，数据应该是第一位的