OPPO渠道数字化项目-渠道沙盘BI-访谈纪要_COO系统-流程IT中心-营销IT部_20200507_final.docxVIP

PAGE

PAGE1

OPPO渠道数字化项目

访谈纪要-营销IT部

会议名

OPPO渠道数字化项目

时间

2020/05/07

地点

春笋大厦4103会议室

参会人员

OPPO：颜浩、武良军、余秋霜、方晨、刘杰、潘毅、牟东阳、梁旺旺

德勤：曹清平、吴昊、谭庆超、张博弈、褚楚、庄仪

待办事项

-请收集并提供业务部门的相关资料和业务流程

-请提供系统梳理的表格及各系统相关信息

-请提供渠道相关各系统的数据架构

-请提供指标体系相关文档

访谈问题及答案

德勤方开场介绍

本次OPPO渠道数字化项目的范围包括渠道IT顶层规划、渠道PRM平台落地、渠道沙盘、BI落地。本次访谈聚焦于两点，一方面聚焦于渠道IT，尤其是重点系统、项目的建设情况；另一方面聚焦于对未来渠道IT规划的思考，例如对业务流程的支撑、对技术架构衡量的要素等，思考渠道IT合理的定位和架构。

今天访谈希望能够了解支撑OPPO销服核心业务的系统、重点项目的相关情况，并就系统的技术架构情况进行了解，进一步探讨关于渠道数字化的创新思考。据了解，OPPO目前缺乏统一的EDA和完整的数据架构，未来我们希望能建立销服完整的数据架构。

渠道信息化现状

请简要介绍营销IT部的人员及分工。

营销IT部分为几大业务组，包括分销、零售、MKT、服务与总部数据门户、共享、战略规划、电商。

其中分销和零售面向线下渠道，电商面向线上渠道；服务与总部数据门户负责售后与决策数据（即销服目前的BI）；MKT负责营销侧的业务，包括用户运营、OPPO+、会员服务等系统；战略规划组的核心职能是PMO，主要负责需求管控。

营销IT部共有70多人，按组分类，各组的职责包括开发、测试等。各条线的产品经理都已基本配备。未来深圳营销IT的角色定位主要是产品/项目经理，负责方案设计与规划，南京有庞大的研发团队，会承接主要的研发工作。

在OPPO渠道数字化项目中，营销IT部和业务部门的衔接与分工协作（覆盖需求、架构、方案、交付、部署等）。

营销IT部目前遇到的最大问题在于对业务的需求管控，面对着众多业务部门，有40个部长需要沟通。首先，一些项目与业务方是有强关系的，例如东阳能去拉通其他业务方。但是目前很多业务方在各自提需求，没有牵头人；其次，业务与IT类似，未形成清晰的规划，所以会提出一些很急的需求，例如此次预订系统，由于业务部门需求提的比较急，营销IT部只有三周时间去完成。

去年成立营销IT部后，业务在IT方面的需求呈爆发式增长，同时IT需要快速响应，所以营销IT部一年可能要建设几十个系统。

营销IT部虽然有一些对业务进行需求管控的机制，如PMO、战略与规划等，但效果并不理想。可能是因为这些都属于补救机制，是属于营销IT内部的机制。如果对营销IT进行整体规划，业务也需要相应地进行整体规划，否则各业务部门都会把自己的需求设定为最高优先级。业务进行整体规划后，各业务部门可明确自己所处的位置及IT的资源分配情况，从而有利于IT部门推进整体规划。

业务部门需要懂IT，IT部门需要懂业务和产品。在去美的调研后，我们发现美的业务部门是懂IT的，而其实OPPO的业务部门对于IT的了解不足。

德勤方：这一点也回答了为什么这次数字化项目需要进行渠道IT规划，业务与IT两者合一对IT工作、业务部门需求管理会产生一定指导意义。希望本次规划能真正指导工作、合理约束业务部门的需求，有利于销服IT的架构和建设。

德勤方：我们有没有收集业务部门的相关资料和业务流程？

业务流程部分有，但是整体的没有。

德勤方：这个很关键，因为再好的架构还得落地，先是场景和业务流程体系，最后才是系统。我们希望通过这个项目多做一些业务的标准和规范。

好的企业是先有战略、业务架构、应用架构，然后往下。从下往上打很难打。

目前营销IT规划及业务架构梳理的情况。

规划正在做，尤其今年一季度开始，我们有意识地去做一些IT整体规划的事情，也跟很多公司沟通过，学习了美的数字化转型的经验，所以我们也了解到整体架构的重要性，不能一直在树烟囱。我们这边有一些输入，后面希望与德勤一起碰撞。

整体的业务架构应该是比较清晰的，现在在做具体的应用架构，我们觉得核心的还是把底层的平台能力构建好，因为业务都是会变的。底层的平台能力指的是业务架构，核心是业务中台，我们之前建设的时候是围绕某一部分，例如围绕零售做了新零售，但其实我们认为需要做的是整个营销服，包括工厂生产出来后到消费者手里，以及后面的用户运营，这其实应该是完整的闭环。虽然里面会分板块，比如零售一个板块、渠道一个板块、用户运营一个板块，但整体上是有关联的，目前我（刘杰）也是和良军一起在做，构建好之后我们希望未来在做很多系统的时候不会每次都从0开始，这样会很麻烦。比如我们以前针对渠道做一套订单系统，针对另一个又做一套订单系统，其实里面都很