搞图书馆数字化这行当，最怕的不是技术难，而是开会时大家各说各话，最后落地全乱套。上周刚开完那个市图书馆新门户的评审会，听得我脑仁疼。会上那帮专家、馆领导、还有外包开发团队，吵得不可开交。我就想问一句，你们到底想要个啥样的网站？是给人看的，还是给系统看的？
咱们先说痛点。很多单位做门户，上来就谈“高大上”，什么3D可视化、什么元宇宙入口。结果呢？读者进去转了三圈，连个借阅查询都找不到。这就是典型的本末倒置。我在会上直接拍了桌子，我说咱们得先搞清楚核心业务流。图书馆不是博物馆，也不是旅游景点，它是服务场所。读者最关心的是：书在哪？能不能借？能不能续？能不能预约？这些功能要是做得像迷宫一样，搞再多花哨的特效也是白搭。
记得去年给隔壁县图书馆做改版，他们也是迷信“视觉冲击”。结果首页加载速度因为图片太大，直接崩了。移动端适配更是一塌糊涂，字体小得像蚂蚁，老年读者根本看不清。最后没办法，只能把首页砍掉80%的装饰性内容，只保留搜索框、公告栏和热门推荐。改完之后，日均访问量反而涨了15%。为啥？因为好用了。
这次会议记录里，有个细节特别值得注意。开发团队提出要用最新的微服务架构，说这样扩展性强。但馆里老馆长直接反问：“我们一年就新增几万册书，并发量最大也就是开学那几天，用这么重的架构，运维成本谁出？”这话问得真到位。技术选型不能只看牛不牛，得看适不适合。对于大多数地市级图书馆，单体应用或者轻量级微服务完全够用，没必要为了炫技去堆砌技术栈。
再说说数据对接的问题。这是最容易扯皮的地方。图书馆的ILAS系统、汇文系统、还有新买的数据库，接口标准五花八门。会上技术负责人说，对接需要两个月。我算了一笔账，如果接口不通，读者在前台搜不到书，后台库存对不上，那这个门户就是个空壳。所以，我在会议记录里特意强调，第一阶段必须打通核心检索接口，其他次要功能可以二期再做。别贪多，贪多嚼不烂。
还有预算问题。这也是个雷区。有些公司报价低得离谱，说是用开源模板套一下。结果上线后，全是bug，安全漏洞一堆，最后还得花大价钱请人修补。咱们得明白，图书馆数据涉及读者隐私，安全性是底线。不能为了省那点开发费，把读者的信息裸奔在互联网上。我在会上明确说了，安全模块的预算不能砍，这是红线。
另外，用户体验测试环节，很多人觉得走形式。其实不然。我特意安排了几位老读者现场试用。一位大爷说，字号太小，颜色太花，看着眼晕。这就够了。哪怕你技术再牛，用户用着不舒服，那就是失败。所以，后续开发一定要引入真实用户反馈机制，别光听技术人员自嗨。
这次图书馆门户网站建设会议记录，其实就透出一个理儿：做项目，得接地气。别整那些虚头巴脑的概念，老老实实把读者服务做好，把系统稳定性搞上去，把数据安全守住，这就赢了80%。剩下的20%，才是锦上添花。
最后提醒一句，签合同的时候，把验收标准写细点。别只写“界面美观”这种主观词汇，要写“首屏加载时间小于2秒”、“搜索响应时间小于1秒”这种硬指标。不然到时候扯皮，哭都来不及。
咱们做图书馆的，心里得有杆秤。服务读者是根本，技术是手段。别本末倒置，别被忽悠。这行水很深，但只要你真心为读者着想，路就能走宽。希望这次的会议记录，能给大家提个醒，少走弯路。毕竟，读者的时间宝贵，咱们的精力也有限，得花在刀刃上。
