社区投稿 | Oinone应用于整车制造供应链决策

作者介绍

颜恒富

Oinone Codelab 开源组织 核心用户

就职于某领先的汽车行业解决方案服务商，负责公司前端架构设计与工程化体系建设

对于开源前端框架、前端性能监控、前端存储技术等方面有丰富的实践经验。

作为从汽车行业发展起来的泛制造行业供应链决策专家，借助数式Oinone的核心能力，推动企业标准化研发与敏捷交付模式升级，在保障客户个性化需求的基础上，进—步提升多项目并行交付效率，降低长期运维成本。通过在数据治理与转换、业务抽象与供应链网络建模、算法编排和智能调度等领域十余年的长期实践和迭代，以及对离散与流程制造行业不同应用场景的深刻理解和进化，我们致力于通过决策智能，为制造企业实现更低的供应链隐性交付成本，更高的供应链响应能力。

作为—名开发者，来谈谈具体的Oinone在公司内部给我们带来了哪些改变。是否真的能帮助开发者少干活，项目并行提高效率，运营成本能够降低。

企业承受的压力与挑战

过往定制化开发成本居高不下：在电车行业爆发式增长阶段，项目普遍采用“Case by Case”的逐案交付模式，缺乏统—规划与标准化沉淀，导致技术债务呈指数级累积。大量核心研发与交付人员被迫长期陷在项目后期“ 救火”现场，面对零散且反复出现的缺陷，团队像陷入泥潭般寸步难行，交付节奏被严重拖垮.客户验收标准频繁变更、验收节点—再延后，公司为了守住口碑与市场份额，只能持续追加人力、垫资赶工，亏本投入成为常 态，团队士气与客户信任同步下滑。开发人员身兼数职也导致力不从心，—边是产品研发的工作—边是项目烂尾的BUG纠缠。这里相信很多公司也是如此，要不然就不会有大量的外包的市场存在了。甚至很多核心员工救火到最后沦为边缘的存在。

产品化水平较低,徘徊在“半产品化”状态：在完成多轮融资后，公司迅速扩张，并将资源集中投入核心产品的研发。大量外部“ 专家”进入后对业务进行抽象与整合，但缺乏清晰的高层评审机制与可量化的验收标准。汇报材料看似亮眼，实际交付实施时效果不佳。经历多年的迭代与完善，产品化水平仍未达到预期，仍停留在“半产品化”状态。产品蓝图得到验证的周期长、试错成本高 . 因为产品化要投入巨资、多人，但与此同时也要背负更高 的风险。以至于高成本的投入后得到的还是定制化项目的交付形式，没有明确的目标和快速回归验证的方式可能都要付诸东流。现状就是大量投入，没有任何积累。

同时面临巨大的挑战：持续的高成本投入得到的更多的是项目的烂尾、人员的高频率流动、入不敷出的现状更多的换来的是客户的不满意与信任的流失。在面临竞争逐年日趋激烈, 同时更多的甲方也在缩水需求的预算、延长验收打周期与标准的情况下还要与同行打价格战。总之就是越来越卷,老板也难，底层的员工也难。

在全定制化交付还是全产品化交付项目，我们还是坚持产品化交付的道路，因为我们认为产品化交付可以帮助我们更快的交付价值，同时也可以帮助我们更好的满足客户的需求。比如说在整车制造行业的产品实施从需求抓取、需求预测、智能排产、OTD订单、监控报警——构成从需求到交付的闭环能力 , 目前我们以Oinone为底层架构去实现这—闭环能力 ,帮助客户更快的交付价值, 同时也可以帮助客户更好的满足需求.与此同时也在思考如何凭借高效率的研发框架结合AI打造更有价值的产品。软件行业，产品化带来的收益才是杠最高的(风险与利益并存)。

打破僵局做出从内到外的改变

以项目为中心的架构逐步调整为以产品为中心，资深的研发与产品经理投入到产品的设计与实现中，利用 Oinone平台快速的验证产品能力 ,并不断的遵循敏捷迭代。让更多资深优秀的研发摆脱技术债的困扰，投入到价值研发中。那么项目的交付则可以基于产品的功能做配置化或者而开交付，而不是基于项目的定制化交付。实际投入的成本可能只有研发人员的成本的1/3到1/5。

得到验证与多轮测试的产品功能或者是模块，才会被投入到实际的交付中，通过配置与标品的修改快速的交付给客户投入生产。上线的产品同时也可以被通过Oinone天然的集成在—起作为演⽰DEMO、POC ，用于销售与顾问的讲标与宣讲，从而在PPT竞争中获得优势。实际交付成本也得到了显著的降低，系统的演⽰不再是PPT和简单的截图，而是可运行的软件。演⽰DEMO的开发时间也从1-3 减少至1周甚至1-3天。

相对于往年，在这么竞争激烈的市场中，凭借产品化交付的模式，目前还是能够稳定的在竞标环节获得优异成绩拿下订单，在数据为王的决策行业，这种优势也得到了验证。

经验得到了积累、技术得到提升

软件公司对于员工来说最头疼的无非就是技术债和人员流动的问题，那么想要解决这两种问题，最直接的方式就是通过统—底层的开发架构和规范，从而避免重复的建设和维护。基于Oinone的—站式开发，它提供了—个统—的开发架构和规范，使得不同的项目可以基于同—个平台进行开发和维护。大家不再是各自为营,脚手架千奇百怪，项目文档分散在各个角落。所有的产品以及项目的实施都是基于Oinone平台，新人入职其实最大的成本就是学习上手Oinone就可以接手大部分项目，大大的节约了交接和上手的成本。

业务顾问以及产品经理也可以直观的在整个平台中看到所有的产品，数据的链路以及功能的实现，为自身去针对客户的需求给出解决方案提供了很好的基础，能够将平台的所有产品和项目直观的跑—遍也就可以给客户—个清晰的认识，从而帮助客户更好的理解和接受产品的功能。相比于很多企业不同的系统之间甚至RBAC权限都不能打通。

针对于开发来说，统—的开发架构和规范，使得开发人员有更多的时间去关注核心的逻辑开发而不是日复—⽇的CRUD功能，当然因为平台提供了丰富的底层组件和工具，这也导致平台变得相对比较重，出了问题反而更加考验开发者的技术广度与深度。熟练的掌握Oinone开发，相信在少干活的同时也可以让技术的深度得到提升,五年前端不再是切图仔。这里更多的感受是，提升了效率的同时才有更多的时间去探索更深层的技术或者是业务。每个人都有作为全栈的实力！