“信息化是一盘棋，企业号是一颗子”| 移动校园建设布局篇

“移动校园”究竟是什么

现在大家在处理个人事务时，更愿意用手机来完成，这导致PC在个人事务处理当中，使用率越来越低。所以我们现在确实需要做移动校园这样的应用，来解决“师生平时难以找到我们信息系统”的问题。 

对于移动校园，很多学校都给予了相当的重视。譬如，在调研过程中，我们看到中国人民大学在建设“微人大”，并提出“见微知著”的理念，用我们一位校长的话说就是要让信息化成为学校的名片，通过信息化能看出学校的水平怎么样。而北京邮电大学提出“信息化的泛在校园”，也就是说移动应用需支持校园事务的方方面面，在每一个点都能享受信息化给我们带来的好处。

这些都让我们知道 “移动校园这件事情非常重要”。但是，知道重要不代表知道该怎么做。我们要想知道这件事情该怎么做，要思考另外一个问题，移动校园这样一个应用，在我们信息化体系当中，应该如何定位？

移动校园在信息化体系中如何定位

这些年在学校信息化建设领域工作的经历，让我有一种感觉，做学校信息化工作的过程就好像在完成一张拼图，当我们把拼图拼起来的过程，也就是在逐步提高学校的信息化水平，使得整个体系逐步完备。 

而移动校园只是学校完整信息化拼图当中的一块，它有它自己的任务要完成。 

我相信每一个学校都会有这样一张图，来告诉你的领导、同事包括来调研的人，包括你自己，你到底想把信息化建成什么样。我们自己也一直在画这样一张图，并且也随着工作的进展一直在改，这就是我现在想到的版本。

这张图最底层一定是网络的基础设施，在我们的规划当中，学校应该有三张网，一张是有线网（就是我们传统的校园网），第二张是无线网，第三张叫特殊业务承载网。 

左侧我们要有数据标准和管理上的规章制度，右侧要有一个安全的体系和统一运维体系来支撑。整个信息化的内容要在这个大的框架内填充。

在网络基础上要有私有云，在数据中心私有云要解决虚拟化问题、应用的容器化的问题，还要为应用运行提供存储数据的环境。

再上面一层，我们要有一层基础服务开放的API，这些服务本身并不面对用户，但是它要为其他应用提供更多支撑。譬如每个学校都有统一身份认证，它本身没有特别的功能，但为每一个其他的应用提供了认证方面的支撑。

再往上是应用层，我们把应用分成三个大的类型。

第一个类型是公共服务的应用，比如一卡通、图书馆、网络，是学校所有人都能去享用的，跟学校日常的管理没有太明显关系，是用来支撑大家在学校日常活动的。

第二个比较典型的是管理信息系统，譬如我们现在正在建设的电子身份管理，然后有一部分是通过信息化去支持学校的核心业务，也就是教学管理和学生管理以及教学科研工作，还有一部分是支持学校管理的正常运转，比较典型的是人事、财务、设备资产管理等。管理信息系统和基础服务的数据最后会通过数据清洗和整合的工作进入到统一的数据库里面，然后通过数据下发的工作回到不同的信息系统里面去。我们再在这个基础上做一个平台，从整个学校的层面解决业务流的问题，使管理信息系统逐步回归到基础数据管理的层面，而不是在大量的管理系统里面跑流程。

最后我们认为学校里还有另外一类应用，很多时候会被大家忽视，可以用比较流行的云计算当中的“软件即服务”这个词来描述，什么意思？像签到、问卷调查、资源预约等很多事情，其实在学校很多不同的层面都是有需求的，这些东西它不一定非得要跟管理业务有特别密切的结合，因为一旦跟管理有特别密切的结合，那样很多东西就会变得难做，我们可以转到“软件即服务”的应用模型。

再往上，我们也都在做学校的门户，但是我们过去做的门户是PC端的门户，往往用手机是无法访问的，即便能访问也做不到对手机屏幕的自适应。这个时候为了解决手机访问各种信息的问题，我们会去做移动门户，也就是我们的移动校园。最终通过几次尝试，我们选择了目前的方式，也就是微信企业号，来实现我们的目的。

所以大家看这样一张完整的图的时候，它不是一个单纯做移动校园的过程，因为它在我们信息化整个要做的工作当中只是一小部分。就好像你手中的拼图只有一块儿，意义是有限的，但当把这一块儿和周边的几块同时拼起来，就会忽然发现进了一大步。

做移动校园时，要解决哪些问题？

首先是解决人员数据的问题，然后要解决像校历、课表、成绩等一类跟教务相关的数据问题，再解决公共服务体系当中的各种信息系统和我们之间连接的问题，比如说卡务系统，怎么实时拿到它的结果？我们的计费系统，如何充值，给用户送流量的时候如何送？我们的图书馆系统，能否让学生直接续借？我们的支付体系如何建？邮件、短信网关是否跟微信企业号连接顺畅？这就是我们在做的过程当中准备的东西，当然不是说你要把所有的东西准备好才开始做，这确实非常困难。但如果你不去准备，最后会发现做的过程很难推进。 

比如像我们跟一卡通、图书馆对接，一开始我们是接不进去，没有办法，就先空着。在我们企业号正式上线一年之后，我们通过项目建设，拿出经费来，跟相关管理部门一起把需要的接口接出来。有人会觉得五万、八万块钱做个接口太贵了。但是很多问题不能这么思考，他不是给你做接口，而是把你需要的东西拼起来了，它完成的不是程序本身，而是存在于现实中的意义。几万块钱对学校的建设不是大事，但是它能解决一个非常大的问题。所以从技术的布局来看，你要想做好移动校园，不是单纯做移动校园本身的问题，要解决周边很多问题。

如何定位和管理订阅号、服务号、企业号

我们跟很多学校交流的时候，大家都提过这样一个问题，在微信体系下的订阅号、服务号、企业号，要如何定位和管理？ 

我特别感谢学校的宣传部，因为他们一开始对新媒体的管理非常重视，形成了这样一个思路，订阅号的功能定位是“宣传”，不会整合数据业务。第二个就是服务号，服务号的形态，如果学校有部门要做，可能只有两个部门，一个是我们的招生部门，一个是我们的校友部门，因为他们要面对一个不特定的人群去提供服务，是有价值和意义的。 

最后是企业号，我们的定位就是企业号就是去整合数据业务，不做宣传。这一点我们跟很多学校都是不一样的，我们的企业号跟宣传部的订阅号之间有一个很明显的界限，宣传的事情我们一概不接，统统由订阅号做。如果学校内部有小团队，我们管不了，但是你想在部门或学院层面做，一概不通过。我们建立了这样一个管理流程之后，就理顺了各个单位在做移动校园这件事情上的关系，反正我们也占了坑，再把别人拦住了，这样的话我们的老师、学生如果想访问信息就有了一个统一的入口，目前是通过企业号来做，这一点在我们学校信息化建设相关部门的中层领导当中是一个共识。 

你不能去把布局打乱，也许你看到一个特别好的东西，你想做，对不起，不行，这是我们的态度。但是如果是面向小范围管理人群去支撑他的管理业务的内容是可以做的，比如说学校有OA系统，OA系统的配套App是可以的，因为它的用户就是那些OA系统里面的几十个或者一两百个管理人员，去支撑他们的日常工作没有问题。但哪个部门要把自己的业务单独做一个App让全校人来用，我们认为不对，既然要做门户，就应该把面向师生的东西统一在一起。 

所以刚才我们说的是关于布局的问题，用一句话总结，信息化是一盘棋，企业号是这盘棋上的一颗子，我们要把它做好，关键是要把它用好，摆到一个正确的位置。