MeasureIt

Python实战社群 Java实战社群 长按识别下方二维码， 按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群 ▲ 作者丨阿北 来源丨凹凸数据（alltodata） 本文主要介绍分析业务的一般流程，分为两个部分： 一、分析是怎样一个过程 二、分析解决业务问题的框架是什么 分析业务的过程 随着现在大数据存储、云计算、IOT等技术的快速发展，越来越多的场景数据被收集起来，数据的重要性也逐渐被各大公司重视。收集数据是第一步，更重要的是如何分析数据，发现背后的商业价值，帮公司做出正确的决策。 面对海量的数据，面对业务出现的问题，我该如何下手呢？其实分析解决问题的过程，和生活中医生给人看病的过程类似，都遵循一套流程。 这是解决问题/看病的一般流程，实际情况可能要更复杂一些，过程中需要根据结果反馈不断的迭代方案，直到解决问题。 分析解决业务问题的框架是什么 根据上面的介绍，可以把解决问题的框架整理为：发现问题 – 定义问题 – 寻找原因 – 提出解决方案 – 落地执行 – 反馈迭代。 衡量标准：业务问题被解决，指标提升了。 发现问题 发现问题的过程可能是来自于业务方，属于被动输入；也可能是商业分析师自己从指标变化中发现了问题，属于主动输入。后者需要对业务非常了解，清楚指标的正常波动范围在哪儿，对数据敏感，这样才能发现异常的波动。 定义问题 对于发现的问题

前言： 本文介绍了饿了么交付中心由python语言栈转换到java语言栈大致过程,一来是对前段时间的工作做下总结，另外也是想通过此次总结为其他应用服务转型提供些借鉴。写的不好，欢迎板砖。 背景 饿了么并入阿里集团,为了能高效与集团内部系统协同对接,同时方便利用集团优势技术资源,更好的融入阿里集团技术生态圈,饿了么交易中台在上半年启动了交易领域的四大应用语言栈转型项目，为阿里集团本地生活服务平台打好技术平台基础做准备。另外，随着业务量的激增,饿了么平台支持的品类不仅仅是最初的外卖单品，整个交易中台也需要一次相对大的重构来快速应对复杂多变的业务需求。而本文中的交付中心即是饿了么交易领域四大应用之一。 准备 在开展相关工作之前，首先必须得清楚我们是要将一个系统从什么样变成什么样，新的系统相较老的系统在哪些方面做的更好，同时必须保证新老系统的无缝切换，做到业务无感不影响交易系统的稳定性。 系统价值 外卖订单的业务特点是重交易,c端用户从下单选餐到骑手完成餐品交付过程，目前大部分都能在半小时左右完成，对即时配送实时性要求较高。整个订单交易过程大致划分为:1.添加购物车确认订单，2.订单生成及订单支付，3.接单及订单交付，4.可能的售后退单。而要更好的服务用户，对四个系统稳定的协同能力提出很高的要求。 如前文所述，我们知道履约环节对交易订单的价值是什么，即是将外卖订单对应的餐品交付到用户手中