图书馆志愿者管理系统：招募、排班、签到一体化
每到周末下午，流通部的王主任就得盯着手机屏幕发愁。读者群里刚发出去一条招募信息，半小时内二十几个人报名，可到了周六早上，实际到岗的只有十一个。剩下的人里，有三个说临时有事，五个压根没回消息，还有两个记错了时间。更麻烦的是，那十一个来了的志愿者，签到表上签了名，但谁干了多久、负责哪个区域，全靠纸质表格手写记录，月底统计工时的时候，王主任得对着三张皱巴巴的表格来回核对。
这不是某一家图书馆的困境。过去两年，我跟十几家区县级图书馆的同行聊过，志愿者管理几乎都卡在同一个地方：招募靠群发，排班靠Excel，签到靠纸笔，三件事各管各的，中间全是缝隙。缝隙里漏掉的，是工作人员的时间和志愿者的热情。
【招募：从“广撒网”到“精准匹配”】
以前发招募通知，基本是“有活动就喊一嗓子”。读者群里发、公众号推、门口贴海报，来的人不少，但匹配度很低。少儿区需要会讲故事的，来的却是想整理书架的大学生；古籍部需要细心的，报名的却是想攒社会实践章的高中生。
后来我们试着把招募信息拆细。系统里设置好服务岗位、时间段、技能要求，志愿者注册时先填自己的兴趣和可服务时间。发布一个“亲子故事会”的岗位，系统自动推送给标签里有“幼教经验”或“朗读爱好者”的志愿者。去年暑假，少儿馆通过这种方式招了32个故事妈妈，实际到岗率91%，而前一年群发招募的到岗率只有54%。
还有一个变化：以前志愿者报名后要等工作人员拉群、发通知、确认，现在系统自动发确认短信和日历提醒，提前一天再推一次。别小看这个提醒，我们的迟到率从23%降到了7%。
排班是最容易出乱子的环节。手工排班的时候，经常出现两个人同时被安排在同一个岗位，或者某个时段一个人都没有。有一次周末，自助借还区排了三个志愿者，但儿童区一个都没有，结果儿童区还书量最大，志愿者忙不过来，读者投诉到馆长那里。
我们后来用系统排班，设置好每个区域每个时段的需求人数，志愿者自己在小程序上选班次。系统会自动检测冲突——同一个人同一时间不能选两个岗位，同一个岗位人数满了就自动关闭。如果某个时段缺人，系统会给符合条件的志愿者推送“缺口提醒”。上个季度，我们的排班缺口率从原来的15%降到了3%以内。
更实用的是调班功能。志愿者临时有事，可以在系统里发起换班申请，其他志愿者看到后可以接单。整个过程不需要工作人员介入。上个月有个志愿者发烧，早上七点发起换班，八点半就有人接了，九点正常开馆没受影响。
以前签到就是一张纸，志愿者来了签个名，走的时候再签个退。但问题很多：有人代签，有人忘了退签，有人签了到但中途溜号。月底统计工时，工作人员得凭记忆和监控去核对，费时费力还不一定准。
现在志愿者到馆后，用小程序扫一下岗位二维码，系统记录签到时间。服务结束再扫一次，自动计算时长。如果中途需要离开，也可以扫“暂离”码，回来再扫“返岗”码。所有数据实时同步到后台，月底一键导出工时报表。上个季度我们统计了187名志愿者的服务数据，总工时2456小时，准确率100%，而以前手工统计的误差率大概在8%左右。
还有一个意外收获：系统能生成志愿者的服务画像。比如谁经常服务少儿区，谁擅长整理上架，谁周末上午有空。下次排班的时候，这些数据直接作为参考。有个志愿者去年服务了126个小时，系统显示她每次都在绘本区，而且读者评价很高。今年我们直接邀请她当了绘本区的志愿者组长。
【一体化之后，变化是慢慢发生的】
说实话，刚上系统的时候，大家都不太习惯。志愿者觉得扫码麻烦，工作人员觉得后台操作复杂。但用了三个月之后，没人愿意回到过去那种方式了。原因很简单：信息透明了，沟通成本降了，信任感就上来了。
志愿者知道自己什么时候来、做什么、做了多久，工作人员不用再当“人肉调度中心”，可以把精力放在服务设计和读者活动上。我们馆现在有稳定的志愿者队伍210人，比两年前翻了一倍，但负责志愿者管理的工作人员还是一个人。
如果你也在为志愿者管理头疼，不妨从最小的环节开始试。先把招募信息结构化，再把排班搬到线上，最后把签到数据用起来。不用一步到位，但每一步都会让你离“有序”更近一点。
书房云 · 为城市书房打造的数字化运营平台 · 免费试用