全国城市书房建设潮来了，你的管理系统准备好了吗
上周去南方一个地级市出差，当地图书馆的周馆长拉着我聊了一个下午。他们市今年要建30个城市书房，第一批8个已经试运行了，结果问题比预想的多得多。最让他头疼的不是选址、不是装修，而是后台管理系统——8个书房用了3种不同的借还设备，数据各存各的，读者在不同书房借的书，到总馆还不了，投诉电话快被打爆了。
周馆长的遭遇不是个例。这两年，城市书房建设明显提速。据不完全统计，全国已有超过200个城市启动了城市书房项目，不少地方把它列入了政府民生实事工程。书房越建越多，越建越密，但很多馆的系统还停留在“一个馆一套系统”的思路上，问题自然就来了。
先看几组数字。温州从2015年启动城市书房建设，到现在已有100多家，基本上每1.5万人就拥有一座。郑州计划到2025年底建成200个城市书房，目前已经开放了80多个。济南、杭州、成都这些城市，书房数量也都在快速攀升。
这些书房有个共同特点：面积不大，通常100到300平方米；位置分散，多在社区、商圈、公园；开放时间长，不少是24小时无人值守。这就对管理系统提出了完全不同的要求。传统图书馆那套系统，是为单一馆舍、有工作人员值守的场景设计的。放到城市书房，就像用台式电脑的思路去做手机App，根本跑不起来。
我见过一个极端的例子。某城市书房试运行第一个月，因为系统不支持刷脸借书，读者必须办实体证才能进，结果日均到访人数不到20人。后来换了支持多端认证的系统，同一个书房，日均到访量直接跳到150人以上。技术门槛有时候就是读者门槛。
跟多位一线馆员聊下来，问题主要集中在几个方面。
一是通借通还。读者在A书房借的书，能不能在B书房还？这听起来简单，但背后涉及馆藏归属、物流调度、数据同步。有的地方书房建了，系统还是各管各的，读者借还一次书要跑回原馆，体验很差。
二是设备兼容。城市书房往往分批建设，不同批次采购的借还机、门禁、监控可能来自不同厂商。如果系统不能做设备层的整合，馆员就要在多个后台之间切换，效率低还容易出错。
三是无人值守下的异常处理。读者借书时卡纸了、门禁刷不开、图书消磁不成功，这些在有人值守的馆里是小事，在无人书房里就是大事。系统能不能远程诊断、能不能自动复位、能不能及时通知运维人员，直接决定了书房的可用率。
四是数据统计和分析。书房建了那么多，哪些书受欢迎、哪个时段人流大、哪些设备故障率高，这些数据如果系统不能自动采集和分析，运营就是盲人摸象。
【选系统时容易踩的坑】
如果你所在的馆也在推进城市书房项目，选管理系统时有几个坑值得注意。
第一个坑是只看功能列表不看架构。有些系统功能列了几十项，但底层架构是单馆思维，加一个书房就要加一套服务器，运维成本成倍增长。真正适合城市书房的系统，应该是云原生架构，支持多租户、多馆点统一管理。
第二个坑是忽视物联网能力。城市书房本质上是“图书馆+物联网”的场景。灯光、空调、门禁、借还机、盘点车，这些设备能不能统一接入、统一调度，是系统好坏的分水岭。我了解的一个案例，某区图书馆用了支持物联网协议的管理平台后，书房能耗下降了30%，设备故障响应时间从平均4小时缩短到30分钟。
第三个坑是不考虑扩展性。书房建设往往是分批推进的，今年5个，明年10个。如果系统每加一个书房都要重新部署、重新培训，那馆员会被折腾疯。选系统时要问清楚：加一个新书房，需要多长时间？需要多少人力？
【回到周馆长的问题】
后来周馆长他们重新梳理了需求，把通借通还、设备整合、远程运维作为核心指标去选型。新系统上线后，8个书房的数据终于打通了，读者投诉量下降了七成。周馆长说了一句话我印象很深：“城市书房是给读者用的，不是给系统用的。系统不顺，读者就不来。”
这话说得实在。城市书房建设潮还在继续，未来两三年会有更多书房落地。如果你的馆也在规划或正在建设，不妨先停下来想一想：现有的管理系统，真的准备好迎接这波浪潮了吗？如果答案不确定，那可能就是需要做些改变的时候了。
书房云 · 为城市书房打造的数字化运营平台 · 免费试用