- 问题背景
最近有同学在问，新到一家公司，如何去深入理解业务？并高于业务视角呢？
针对这个问题 ，我们将问题进行拆分以下几点进行回答，首先懂业务的标准是什么？
根据笔者的经验将懂业务标准进行如下划分
- 第一：是否能 准确说出业务场景、业务目标是什么？
业务场景可以理解为：谁在什么环境下做了什么事需要解决什么问题，并产生怎样的价值。
谁：识别参与者，用人或者系统描述；·在什么环境下：识别上下文，用时间、空间和状态描述；·干什么及遇到什么问题：识别完成的事情，用任务序列描述；·如何互动：识别人如何与业务连接，用产品介质和服务形态描述；·有何价值：识别目标，用价值描述。
- 第二： 能够根据业务顶层目标进行目标拆解，构建业务流程图或业务路径图，并通过数据来判断业务的健康度
- 第三： 结合前面两点做横向及纵向发散性思考、把每个局部业务线串起来，从整体的视角去看产品的发展并给出建议
其次在上述标准下，我们如何构建自己的业务模型？
（1）理解业务目标、构建目标顶点。
业务目标：部门要达成的战略目标或业务预期
（2）从业务目标入手，分析业务场景、业务流程，构建分析路径。
从业务目标出发，分析完成该目标所需要的影响因数、或完成该目标所需要的各个业务节点。要素分析法或UJM分析法构建。
（3）针对分析路径，通过数据来判断业务的健康度。
针对拆解的路径或要素，设置数据评价指标并完善。
举例：生产计划部门分析
业务目标：促使订单准时交付
业务路径（要素）：订单生命周期
订单创建->销售需求下达->生产计划制定->生产任务下达
->生产排期->生产完工->完工入库->交货发货->客户收货->回款->开票
构建数据评价指标：
最后，如何高于业务视角？
高于业务视角就要数据开发人员深入了解业务的同时，要打破自身的壁垒，不仅仅只是处理几张报表、分析指标，而是要具备数据分析的思维 ，对数据敏感，通过横向、纵向对比找出业务的差异点并提供分析原因，同时能够将局部业务线串起来从全局的角度分析问题，并给出建议。因为业务看待问题往往都是局部化的，每个人只负责自己的模块，对自己所负责的业务流程很熟悉，但是从公司整体业务现状、业务来看数据的同学是具有优势的，可以从数据全局的视角分析问题，这就要求我们数据底层必须是打通的，而不是数据孤岛化的。
