背景

相信很多中间件团队都有过类似的经历，有些中间件我们实现了，但是没有用起来；业务团队的中间件使用千奇百怪什么都有。那么到底英爱如何推动落地呢？

一个新的中间件、组件的引入我们需要评估很多，这个中间件能给业务部门带来什么价值，能够给公司带来什么价值，如果性价比不高，我们为什么要做它？如果性价比很高，有很高的的价值，比如提升研发效率，提升代码质量，提高稳定性等等，那么我们做完后如何推动业务方的接入使用？

中间件的调研和研发

跟开源的框架、中间件一样，它都不是凭空想象的，而是真正的为了解决某些问题而诞生的（当然一个框架、一个中间件无法解决所有的问题，必经没有银弹）。

公司内部要引入一个新的中间件，必定是为了解决某个问题的而引入的，这时候我们要做的是什么？

技术中心发起调研，调研有多少人有类似的功能，分析价值

如果公司内部功能需求很多，同时解决这些功能可以给业务带来更大的价值，那么我们就去做，当然做，也不是盲目去做。

调研业界方案，做的东西最好参考业界，对标业界，当然有时候我们还是要考虑自己的现状。

调研业界对标方案后，我们需要做的就是分析功能，优先寻找开源实现，最好不要重复的造轮子。

开源的调研分析，分析哪些？功能、语言、二开难度、社区活跃度等等

准备就绪，进入研发阶段，那么研发完毕后，如何让业务快速接入？

中间件的推动落地难点

1. 接入肯定存在成本，与业务需求相比，哪个优先级高
2. 接入新的中间件，可能存在冲突，或者各式各样的问题，业务有担忧
3. 升级中间件版本，前后不兼容，改动较大，存在风险
4. 中间件能给业务带来什么价值，能帮助他们解决什么问题
5. 有没有哪个团队用了，用的效果怎么样，别出幺蛾子

中间件推动落地的解决办法

1. 接入成本一定要低
2. 中间件的文档一定要全（设计文档、调研文档、压测文档、功能特性文档、changelog、版本文档等）
3. 兼容性（功能、api、一定要兼容）、
4. 培训、价值放大（做培训，梳理优点，价值放大）
5. 做MVP，以一个部门为例，这个部门接入了该中间件后，带来了哪些改变，有对比才有诱惑
6. 借势，如果是非常重要的赋能中间件，大家都不接的情况下，可采取一些借势的手段，比如发布系统通知、拦截；最后拉上级领导进行推动。