toc
什么是移动原生业务软件（MNBA）
现在很多企业，在将信息系统向移动端迁移，可以叫做移动化转型。但是，随着越来越多出生在互联网时代的数字化原住民参加工作，企业系统要考虑的就不是移动化转型，而是移动原生了。
移动原生业务软件，是从移动端使用场景出发开始设计、开发、实施的企业业务系统软件。
移动原生业务软件具有如下特点：
- 面向 LOB（Line of Business）的业务软件（2B）；
- 从移动使用场景开始设计、开发，然后才是 Web 管理端；
- 具有和面向消费者（2C）的移动应用类似的操作体验；
- 支持 BYOD（Bring Your Own Device）。
移动原生业务软件是作者首次提出的概念，是对未来企业应用发展方向的一个展望。
传统 Web 管理系统的问题
传统的管理系统，一般基于 PC Web，使用者在办公室使用电脑来访问公司的管理系统。在这个领域，出现了 ERP，CRM，SCM 等一大批成熟的系统。
但是近些年，企业有很大的动力将办公室使用的系统，延伸到工作场所。采用的方式一般是是，构建一套独立的移动应用系统，使用 API、数据库共享等方式，跟传统的信息系统做集成。或者使用某些类似“网桥”的系统，将传统 Web 应用直接移动化。
这样的系统一般会有如下几个问题：
- 由于是“二等公民”，很多数据甚至要从多个其他系统获取，数据的准确性，实时性都无法得到保证；
- 使用逻辑还是沿袭传统的信息系统，只是一个移动版的“克隆”，不是按照移动的使用场景设计的；
- 真正适合移动端的使用场景需求未被充分发掘，因为这些需求在 PC 端场景是不存在的；
- 移动端的设计，操作体验传承自传统的信息系统，让被 C 端应用惯坏了的用户吐槽不断。
只有从移动端出发重新设计整个系统，才能让最终用户的使用效果达到最佳。
移动原生业务软件的重要性
在面向消费者（2C）领域，移动应用已经取得了绝对的胜利，毕竟手机的普及率比电脑要高多了。
是在传统企业领域，移动端只是在类似 OA 这样的通用场景下，得到了飞速的发展，涌现了钉钉，企业微信等一系列大玩家。
但是在面向垂直业务领域，移动应用的发展就很落后了，因为这样的垂直领域，容纳不下大玩家的身躯，只有良莠不齐的小玩家，在这块，其实是存在很强烈的需求的。
移动原生应用在设计之初，就要以场景化的思维来考虑需求，不求全，但是要让一个个业务流程形成闭环，使用通信手段，贯通移动设备，云端及物联网传感器，形成一个立体的、布满整个工作空间的信息网络。
同时在做好安全管控的前提下，要支持用户使用个人设备（BYOD）安装企业移动应用，能让用户随时随地投入工作。
作者在 2012 年曾给东航实施过电子飞行包（EFB）系统，使用 iPad 来存储飞行员飞行中要使用到的手册、航路图、性能资料、气象资料、计算机飞行计划等数据，实现对纸质文件的替代，并且获得民航局方的运行批准。当时东航的提法是：“将办公室延伸到驾驶舱”。电子飞行包系统取得了很大的成功，为航空公司提高效率、降低成本、提升安全做出了贡献。
现在回头看，其实有太多能够改进的地方了，只是当时的思路还是从传统 IT 系统出发，导致没有针对移动作业场景，形成场景化的无缝使用体验。
移动原生业务软件，如何开始
对于如何开始，作者有三点建议：
快速试错，快速迭代
传统的企业系统设计，都有点偏“瀑布模型”，在一开始，就试图将尽量多的功能塞入一个系统，开发周期很长，有优化不完的细节，改不完的 bug，系统迟迟不能上线，这样开发出来的系统，很可能跟用户实际使用场景有差异，导致最终的使用体验不佳。
所以，要学习 C 端移动应用的开发、发布模式，小步快跑，专注最核心功能，让系统一直处于可用的状态，而不是处在等待上线的状态。
操作体验向 C 端应用看齐
用户已经习惯了市面上 C 端 App 的操作模式，企业移动应用也要向用户的现有习惯看齐，让用户，尤其是年轻用户更适应企业应用。
注重安全性
业务应用和个人应用毕竟不同，所以要注重企业数据的安全，市面上有很多解决方案，这里不再赘述，重点就是，从一开始，就要把安全放到重要的位置来考虑。
本文只是简单介绍了作者提出的移动原生业务软件，这是作者对未来企业软件发展方向的一个展望，希望和大家进行进一步讨论。
