一个县级图书馆的数字化运营系统长什么样（续）
上周去邻县图书馆参观，馆长拉着我抱怨：“我们那个系统，借还书是没问题，可一到月底做报表就头疼。读者活动、数字资源访问、微信推文阅读量，全得手动从不同后台扒数据，三个人得忙两天。”这话让我想起去年我们自己馆刚上线新系统时的狼狈。今天接着上次的话题，聊聊这套系统在实际运转中到底长什么样。
【数据不是孤岛，得能自己跑起来】
很多县级馆早期上的自动化系统，本质就是个“电子借还书机”。真正能称为“运营系统”的，起码得把借阅、活动、数字资源、客流、微信端这几个模块的数据打通。我们馆用的这套，每天早上8点自动生成前一天的日报，推送到馆长和部门主任手机上。日报里有一项叫“读者活跃度指数”，算法不复杂：借阅册次×0.4 + 到馆人次×0.3 + 数字资源点击×0.2 + 活动报名×0.1。刚开始大家觉得这指数虚，后来发现连续两周低于0.5，那一定是哪里出了问题。有一次是自助借还机网络故障，另一次是少儿区绘本排架乱了，小读者找不到书。
【读者画像不是拿来看的，是拿来用的】
系统里有个读者标签模块，自动给每个持证读者打标签。比如“半年内借阅超过10册”“只借少儿类”“只在周末到馆”“数字资源高频用户”。我们馆只有12万常住人口，持证读者1.8万，但真正活跃的也就4000多人。去年做阅读推广，原本想大面积发短信，后来用系统筛出“过去一年借过文学类但最近三个月没来”的读者，一共623人，针对性推了新书通报和“逾期免罚”活动，两周内回来了187人。这个转化率比群发高多了。乡镇分馆也用这套标签，有个镇分馆发现“老年读者只借养生类”这个群体有200多人，就专门订了20种大字版期刊，到馆率涨了三成。
以前搞讲座，报名用金数据，签到用纸质表，结束后照片发群里就完了。现在的系统把活动做成闭环：发布→报名→签到→满意度评价→自动生成活动简报。上个月办“本土作家进校园”，系统显示报名120人，实际签到98人，签到率81.7%。结束后有67人填了评价，平均分4.6分。最有用的是“未签到原因”那个字段，有15个人选了“时间冲突”，8个人选了“临时有事”。下次再办同类活动，我们就知道要避开周三下午。另外系统会自动把参加活动3次以上的读者标记为“核心读者”，年底送个小文创，成本不高，但这些人成了义务宣传员。
很多馆买数字资源，年底就看一下总点击量，然后决定续不续费。太粗了。我们的系统把数字资源访问拆成几个维度：访问时段、访问终端、单次停留时长、检索词。去年发现一个怪现象：少儿绘本数据库的点击量很高，但平均停留时长只有47秒。一查，原来是登录后直接跳转到首页推荐，很多小读者点一下就走了。后来调整了首页，把“听故事”和“看动画”放在最上面，停留时长涨到3分半。还有一个发现：晚上8点到10点，手机端访问量是白天的两倍。我们就跟数据库商谈，把部分资源做成微信小程序直接打开，不用再跳转APP，当月访问量涨了40%。
说了这么多，其实最深的体会是：别指望一套系统能解决所有问题。我们馆现在每周五下午有个“数据碰头会”，就三个人：馆长、技术员、阅读推广部主任。看一周数据，聊哪里不对劲，下周试个小调整。比如上个月发现周五下午到馆人次总是最低，我们就试着把“故事妈妈”活动从周六上午挪到周五下午，结果周五下午的到馆人次翻了一倍。系统给的是数字，人给的是判断。县级馆人手少、经费紧，更得把力气花在刀刃上。这套系统不便宜，但用好了，省下的人力可以去做更多跟读者面对面的事。毕竟，图书馆的温度，最终还是在人和人的接触里。
书房云 · 为城市书房打造的数字化运营平台 · 免费试用