一个县级图书馆的数字化运营系统长什么样（续）
上周去邻县图书馆交流，他们馆长拉着我看后台，说最近遇到个怪事：读者明明在公众号上预约了座位，到馆后却刷不开门禁。查了半天才发现，是预约系统和门禁系统之间差了半小时的同步时间。这让我想起自己馆里刚上系统那会儿，类似的坑踩过不少。今天接着上次的话题，聊聊数字化运营系统里那些看不见的“毛细血管”。
【读者端：不只是借还书那么简单】
很多同行以为数字化就是买个借还机、开个公众号。我们馆2021年刚起步时也这么想，结果发现读者要的是“一个入口解决所有事”。现在我们的微信端集成了六个功能：扫码借书、座位预约、活动报名、电子证生成、积分兑换、新书推荐。听起来多，其实逻辑很简单——把读者跑腿的事变成点手机。
有个数据挺说明问题：2022年我们馆到馆人次12万，线上服务人次是34万。也就是说，平均每个到馆读者背后有近3次线上交互。最受欢迎的不是借书，是座位预约。尤其是周末，早上八点半放号，两分钟内两百个座位抢光。有个考研的学生跟我说，他定了闹钟抢座，比抢演唱会票还紧张。
【馆员端：别让系统变成新负担】
这里要泼盆冷水。很多县级馆上系统，光顾着读者方便，忘了馆员感受。我们第一版系统上线后，流通部同事怨声载道——每本书要扫三次码，比手工登记还慢。后来我们做了个硬性规定：任何新功能上线前，必须让一线馆员试用一周，提三条改进意见，否则不上。
现在流通岗的日常是这样的：早上开馆前，系统自动推送前一天的数据简报——借还量、热门书、超期名单。馆员点一下“批量催还”，短信就发出去了。以前这活要干半小时，现在三分钟。采编岗更明显，以前新书到馆要手工贴条码、录入、上架，现在供应商直接提供带RFID芯片的图书，系统自动关联书目数据，到馆即上架。一个县级馆一年采购八千册书，光这一项省出两个人月的工作量。
【数据端：小馆也要看“大屏”】
别被“大数据”吓住。县级馆的数据量不大，但用好了很管用。我们大厅有块55寸的屏幕，实时显示在馆人数、今日借还、新书推荐。不是为了好看，是给读者看的。有个现象挺有意思：屏幕显示“在馆人数187人”时，进来的读者会下意识放轻脚步。
后台的数据看板更实用。比如我们发现，每周三下午三点到五点，少儿区借阅量骤降。一查，附近小学周三下午有社团活动。于是我们调整了故事会时间，挪到四点开始，借阅量回升了40%。再比如，系统显示《活着》这本书常年在前十，但副本只有五本，常年预约排队。今年我们直接买了二十本，排队现象没了。这些决策不需要多高深的技术，就是看数据、做调整。
【系统之外：那些绕不开的土办法】
最后说点实在的。县级馆经费有限，别想着一步到位。我们到现在也没上人脸识别，因为读者觉得刷脸借书不安全。也没做无人值守，因为晚上八点后确实还有读者来，保安大叔比机器管用。
倒是有些土办法挺有效。比如我们在每个阅览桌上贴了二维码，读者扫码就能报修、提建议、续借。后台自动分派给对应馆员，处理完读者还能收到通知。这个功能花了不到两千块，但读者觉得被重视了。还有个更土的：馆员口袋里都揣着个小本子，遇到系统解决不了的问题就记下来，每周例会汇总。上个月就靠这个发现，自助借还机在下午阳光直射时会反光，读者扫不上码。贴了张磨砂膜，解决了。
说到底，县级图书馆的数字化运营，不是比谁的系统高级，是比谁更懂自己的读者和馆员。系统是骨架，但让图书馆活起来的，还是那些在书架间走来走去的人。下次聊聊我们怎么用企业微信做内部知识库的，那个更接地气。
书房云 · 为城市书房打造的数字化运营平台 · 免费试用