从PPT制作到业务系统开发，为何企业数字化建设总是如此低效？本文首次完整定义「业务原生」概念，揭秘如何让业务人员像制作PPT一样轻松构建业务系统。通过拆解低代码与AI编程的革命性结合，以及Serverless技术的突破，带你看到未来企业软件开发的终极形态。
大概在两年前，我就想定义业务原生这个概念。当时只是想出了这个词，但具体怎么定义还没有想清楚。
直到最近，基本上算是清楚了吧！我已经写了好几篇文章，比如讲编程语言的、讲云原生的、讲低代码的，其实都是在为业务原生做铺垫。
今天我就尝试正式定义一下业务原生这个概念！也希望更多的人可以看到，理解它、讨论它、批评它。
一个名词为了定义的准确，表述还是会稍显专业和复杂的。直接抛出来一段正里正气描述，由于缺乏对背景的理解，也会让人一时摸不着头脑。
所以我先不直接给出定义，而是用一句话把业务原生的目标讲清楚。业务原生的目标就是：让业务人员自己实现自己的业务系统。
这个目标一出来，我猜大家第一个疑问就是，业务人员不懂IT技术，怎么开发、上线一个软件系统？这个疑问就是业务原生的技术部分要解决的。
但我们先暂且抛开这个疑问，先来看看为什么业务原生的这个目标很重要！
如果一个业务人员想做一个PPT要先把自己的需求给一个产品经理说清楚，产品经理理解了之后再画一个草图和业务人员反复沟通确认，然后再给程序员进行需求交底，然后程序员再集中进行开发，然后测试，最终交付给用户。
那么大家会不会觉得这样做PPT有点搞笑：业务人员做个PPT还需要这么大费周章吗？这么大费周章做出来的PPT和业务人员最初想要的会有偏差吗？多长时间能做出来，做出来的时候业务人员还需要吗？
但这确确实实是我们现在企业数字化建设中软件的交付方式。而如果业务系统的实现能像业务人员自己做PPT一样简单，我觉得才是能有效支持企业数字化建设的常态化方式。
我们再来看一下，实现一款软件要做哪些事。我把它们简单归纳为两件：（1）把软件“造”出来；（2）让软件“跑”起来。
把软件造出来其实就是编程，使用一种编程语言，把软件写出来。而在之前写编程语言发展趋势的文章，其实就是在为此铺垫。业务原生在“造”软件这件事上，就是要实现不写代码编程。
软件是跑在物理硬件上的，在这条路径上的发展演进其实就是云计算、云原生以及云原生的未来。之前写云原生的文章，其实也是对这块的铺垫。并且我认为业务原生在“跑”软件这件事上，就是要实现保存即上线。
如果有这样的技术作支撑，业务原生的目标一定能实现！
肯定是有的，我认为对于业务原生的技术还处于春秋战国的割据时代，还没有某一个技术走到一统天下的局面。
把软件造出来其实有两种不同的实现思路：一个是通过低代码，在之前写低代码的文章其实也说过，虽然都叫低代码，但各家实现的底层逻辑还是有本质区别的；另一个就是借助AI的氛围编程。究竟最终会统一出什么最佳实践，我先暂且说一下我的看法：AI辅助下的低代码开发平台应该是最终的答案。
让软件跑起来，其实现在也有比较好的实现思路，比如Serverless，也就是无服务器，即无需再操心与服务器相关的事务。
如果非得下一个定义，那业务原生就是：实现把应用”造”出来和让应用”跑”起来的一系列思想和技术的集合，旨在让业务人员自己实现自己的业务系统。
你怎么看业务原生呢？欢迎大家留言讨论！
本文由 @数字的自我修养 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自 Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。