跳到内容

什么是移动原生业务软件(MNBA:Mobile Native Business Applications)

发布于:2020年3月2日
Cover

toc

什么是移动原生业务软件(MNBA)

现在很多企业,在将信息系统向移动端迁移,可以叫做移动化转型。但是,随着越来越多出生在互联网时代的数字化原住民参加工作,企业系统要考虑的就不是移动化转型,而是移动原生了。

移动原生业务软件,是从移动端使用场景出发开始设计、开发、实施的企业业务系统软件。

移动原生业务软件具有如下特点:

移动原生业务软件是作者首次提出的概念,是对未来企业应用发展方向的一个展望。

传统 Web 管理系统的问题

传统的管理系统,一般基于 PC Web,使用者在办公室使用电脑来访问公司的管理系统。在这个领域,出现了 ERP,CRM,SCM 等一大批成熟的系统。

但是近些年,企业有很大的动力将办公室使用的系统,延伸到工作场所。采用的方式一般是是,构建一套独立的移动应用系统,使用 API、数据库共享等方式,跟传统的信息系统做集成。或者使用某些类似“网桥”的系统,将传统 Web 应用直接移动化。

这样的系统一般会有如下几个问题:

  1. 由于是“二等公民”,很多数据甚至要从多个其他系统获取,数据的准确性,实时性都无法得到保证;
  2. 使用逻辑还是沿袭传统的信息系统,只是一个移动版的“克隆”,不是按照移动的使用场景设计的;
  3. 真正适合移动端的使用场景需求未被充分发掘,因为这些需求在 PC 端场景是不存在的;
  4. 移动端的设计,操作体验传承自传统的信息系统,让被 C 端应用惯坏了的用户吐槽不断。

只有从移动端出发重新设计整个系统,才能让最终用户的使用效果达到最佳。

移动原生业务软件的重要性

在面向消费者(2C)领域,移动应用已经取得了绝对的胜利,毕竟手机的普及率比电脑要高多了。

是在传统企业领域,移动端只是在类似 OA 这样的通用场景下,得到了飞速的发展,涌现了钉钉,企业微信等一系列大玩家。

但是在面向垂直业务领域,移动应用的发展就很落后了,因为这样的垂直领域,容纳不下大玩家的身躯,只有良莠不齐的小玩家,在这块,其实是存在很强烈的需求的。

移动原生应用在设计之初,就要以场景化的思维来考虑需求,不求全,但是要让一个个业务流程形成闭环,使用通信手段,贯通移动设备,云端及物联网传感器,形成一个立体的、布满整个工作空间的信息网络。

同时在做好安全管控的前提下,要支持用户使用个人设备(BYOD)安装企业移动应用,能让用户随时随地投入工作。

作者在 2012 年曾给东航实施过电子飞行包(EFB)系统,使用 iPad 来存储飞行员飞行中要使用到的手册、航路图、性能资料、气象资料、计算机飞行计划等数据,实现对纸质文件的替代,并且获得民航局方的运行批准。当时东航的提法是:“将办公室延伸到驾驶舱”。电子飞行包系统取得了很大的成功,为航空公司提高效率、降低成本、提升安全做出了贡献。

现在回头看,其实有太多能够改进的地方了,只是当时的思路还是从传统 IT 系统出发,导致没有针对移动作业场景,形成场景化的无缝使用体验。

移动原生业务软件,如何开始

对于如何开始,作者有三点建议:

快速试错,快速迭代

传统的企业系统设计,都有点偏“瀑布模型”,在一开始,就试图将尽量多的功能塞入一个系统,开发周期很长,有优化不完的细节,改不完的 bug,系统迟迟不能上线,这样开发出来的系统,很可能跟用户实际使用场景有差异,导致最终的使用体验不佳。

所以,要学习 C 端移动应用的开发、发布模式,小步快跑,专注最核心功能,让系统一直处于可用的状态,而不是处在等待上线的状态。

操作体验向 C 端应用看齐

用户已经习惯了市面上 C 端 App 的操作模式,企业移动应用也要向用户的现有习惯看齐,让用户,尤其是年轻用户更适应企业应用。

注重安全性

业务应用和个人应用毕竟不同,所以要注重企业数据的安全,市面上有很多解决方案,这里不再赘述,重点就是,从一开始,就要把安全放到重要的位置来考虑。

本文只是简单介绍了作者提出的移动原生业务软件,这是作者对未来企业软件发展方向的一个展望,希望和大家进行进一步讨论。

欢迎关注同名微信公众号,文章自动推送:

nomadic-blood