图书馆门户网站建设会议记录：别被PPT忽悠，落地才是硬道理
上周二下午，会议室里的空调坏了一半，热得人心里烦躁。我们几个搞技术的和馆里的老领导坐在一块儿，对着那堆还没定稿的图书馆门户网站建设会议记录发呆。说实话，这种会开多了，你就发现大家嘴上说的都是高大上的“智慧图书馆”、“大数据赋能”，但真落到代码和页面上，全是坑。
咱们先说最头疼的移动端适配问题。以前总觉得电脑端做得漂亮就行，现在谁还天天抱着台式机查资料？学生、老师，甚至来借书的市民，手机才是主力。会上有个年轻的技术顾问提了个建议，说要用响应式设计，还要搞个APP。我直接泼了盆冷水：别整那些虚的。先保证H5页面在微信里打开不卡顿，比做个没人用的APP强百倍。数据显示，咱们馆80%以上的访问量来自移动端，如果手机端体验拉胯，搞再多功能也是白搭。这点我在之前做社区图书馆改造时吃过亏，当时为了赶进度，没测好不同机型的兼容性，结果上线第一天，安卓用户反馈页面错乱，投诉电话被打爆，最后花了两倍的钱去修补，得不偿失。
再聊聊数据对接这块。很多公司报价的时候，说能无缝对接现有的ILAS系统或者汇文系统，听着挺美。实际上呢？接口文档写得含糊其辞，等你真要把旧数据迁移过去，才发现字段对不上，历史借阅记录导不出来。我见过一个案例，某高校图书馆换门户，因为没提前确认接口权限，导致读者查不到过去十年的借阅历史，引发了一场不小的舆论风波。所以，在这份图书馆门户网站建设会议记录里，我特意加了一行备注：必须要求供应商提供接口测试环境，并且要在合同里写明数据迁移失败的赔偿责任。这点不能妥协，这是底线。
还有那个所谓的“个性化推荐”功能。会上几个领导兴致勃勃地讨论怎么利用算法给用户推书。我说，咱们馆的藏书量才多少？用户基数才多少？搞什么协同过滤算法？纯属浪费预算。对于中小型图书馆来说，基于标签的分类检索和热门榜单，比那些看不懂的“猜你喜欢”实用得多。读者想要什么，直接搜，或者看分类，这才是刚需。别为了炫技，把页面搞得花里胡哨，加载速度还慢。
说到价格，这里面的水深得吓人。有的公司报低价，说是开源系统二次开发，结果后期维护费漫天要价。我对比了三家报价，发现最大的区别不在界面设计，而在售后服务条款。有一家虽然总价高了15%，但承诺了7x24小时的响应机制，还有每年两次的安全漏洞扫描。对于图书馆这种涉及大量读者隐私数据的平台来说，安全比好看重要一万倍。一旦数据泄露，那可不是赔钱能解决的事。
最后，关于UI设计，别迷信那些所谓的“国际大奖”风格。图书馆是给人看书的地方，不是美术馆。页面要干净、字体要大、对比度要清晰。特别是给老年人看的部分，字号能不能再大点？按钮能不能再明显点？这些细节，才是体现人文关怀的地方。我在走访读者时发现，很多老教授对复杂的新界面适应很慢，他们更喜欢传统、直观的布局。所以，别搞那些花里胡哨的动效，稳当最重要。
这次会议下来，虽然还有很多细节没敲定，但方向算是明确了。别整那些花架子，把钱花在刀刃上。做好基础功能，保证稳定安全，提升移动端体验，这就够了。至于那些听起来很玄乎的概念，等以后有钱了再说吧。毕竟，图书馆的核心还是书和人，不是那些冷冰冰的技术指标。这份图书馆门户网站建设会议记录，算是给接下来的工作划了个重点，希望能少走点弯路吧。毕竟，谁也不想再经历上次那种上线即崩溃的噩梦了。
