项目背景
企业、园区和机构建设内部阅览室后，管理难点往往随着藏书增加逐步显现。新书需要录入和上架，借出后要更新状态，归还时要确认位置，损坏或遗失还要继续处置。依赖纸质登记和分散表格，很难让所有环节始终保持一致。
客户希望以更轻量的方式承接日常馆藏运营，让借阅人能够快速找书、查看状态并发起借阅，也让管理员可以在书架旁完成入库、归还确认和异常处理。系统需要贴近书架、入库点和归还点等实际工作位置，方便管理员现场处理。
项目选择微信小程序作为主要载体，并以已有图书条码作为索引入口。客户无需为每本书额外配置 NFC 芯片，通过扫码即可完成识别和处理，硬件投入和现场操作都相对轻量。
业务挑战
图书从采购、入库和上架，到借出、归还、报损与核销，会经历多个连续状态。任何一步留在线下，都可能造成系统库存与实体馆藏不一致。除书目展示外，系统还要随时反映“是否在架、由谁借出、是否异常”等状态。
馆藏扩大后，书架与分类关系同样影响使用体验。一本书即使登记在册，如果无法确定所在书架，借阅人依然难以找到，管理员在归位和调整布局时也会重复核对。图书、分类、书架、数量和借阅状态必须作为关联信息共同维护。
日常运营还包含采购申请、审核待办、消息提醒、报表整理和标签打印等工作。若这些事项分散在聊天、表格和单独设备中，管理员需要不断切换工具，也更容易遗漏待处理任务，因此系统必须同时连接线上数据与线下执行。
解决方案
小程序前台提供馆藏首页、图书列表与详情、关键词搜索、条码扫描、借阅申请、在借记录和历史记录等入口。借阅人可以按内容查找，也可以直接扫描条码进入对应图书；系统暂未收录的图书则保留手动补录路径，避免现场流程中断。
管理侧围绕馆藏结构建立图书入库、书架维护、上架调整、书架转移和分类筛选能力。每本图书同时记录所在书架、可借状态和馆藏数量。管理员新增图书、归位或调整书架时，可一并更新实体位置和系统记录。
借阅与归还采用连续的审核流程，借阅人能够查看当前在借和历史记录，管理员则处理借阅请求、归还确认及后续异常。对于损坏图书或需要退出馆藏的记录，系统继续提供报损和核销入口，使异常处置也能保留明确状态和历史依据。
采购需求、消息中心和待办处理被纳入同一套系统，新增书目需求可以形成采购记录，借还审核与异常事项也能够集中提醒。报表中心支持业务文件导出与分享，蓝牙打印能力则用于书架标签和图书清单等线下场景，把系统数据延伸到日常整理工作。
交付成果
交付范围覆盖图书录入、上架、借出、归还、报损和核销。每本书以条码为索引，分类、书架和当前状态记录在同一条馆藏数据中，各次处理都有前后关系。
扫码和搜索为不同使用习惯提供了直接入口。借阅人可以快速了解图书信息及自身借阅情况，管理员也能在入库、书架调整和归还点位就地处理，不必先记录在纸上再回到电脑补录，更符合阅览室的实际工作位置。
采购、消息、报表和打印能力补齐了借还之外的运营环节。待办事项可以集中查看，馆藏和借阅数据能够导出用于整理或沟通，线上维护的书架信息也可继续用于线下标识，使系统成为日常管理工具而非一次性登记应用。
日常使用效果
系统沿用图书已有条码，并将主要操作放在微信小程序中，无需为每本书增加 NFC 芯片或配套读写设备。扫码识别的操作方式也更接近管理员原有工作习惯。
系统记录“书在哪里、是否可借、由谁借走、是否需要处理”等信息。管理员仍负责现场判断和处置，盘点、归位与运营复盘则可以查询系统中的状态和历史记录。
借阅人可以查找图书、提交借阅并查看个人记录；管理员负责馆藏维护、异常处理和采购协同。馆藏数量或空间安排发生变化时，书架、分类和管理分工也可以在现有数据上继续调整。
