当我发现自己买了几本重复的书之后，就意识到是时候搭建一个管理书籍的系统了……
个人图书管理现在有若干 App 和小程序能解决这事，但基本都需要收费，且有跑路/不维护的风险。在豆瓣「买书如山倒，读书如抽丝」小组内就曾见到过某广泛使用的小程序停运后，出现大批数字难民的情况。
我在选择具体工具前，先梳理了自己的实际需求：
可以看到我并不需要「大而全」的一个 App，反而一个多维表就能搞定。在这里我选择钉钉文档作为具体实施的平台，并非其他平台的多维表不好用，主要是因为我构建了公司的钉钉工作流程，顺手在上面部署了。
在这里我罗列了若干常见的平台间多维表的功能差异，大家可以自行选择合适的平台，整体的思路没有区别：
多维表可以看作数据库的简化版，通过字段设置对数据进行规范化管理，秉持着不给自己添负担的理念，我设置了十个字段，其中和新书入库有关的是六个（其中五个必填），分别是书名、ISBN、系列（可选）、购买渠道、入库时间和阅读状态。
虽然 ISBN 更适合作为索引，但我决定将书名放在前面，主要基于观感，我希望我能在各个分类的最前面看到书名，而不是一串数字。在尺寸有限的设备（比如手机）上查看多维表的时候，冻结一列而不是两列是更合适的选择。
作为一本书的「身份证」，录入 ISBN 非常有必要，在豆瓣等平台查找书籍时往往比用书名更加高效。过去一段时间我一直采用手动录入的方式，但当大批书籍需要入库时未免显得繁琐。好在钉钉在一次更新中提供了扫码的方式，极大的提升了录入效率，还避免了手动输入可能犯错的情况。
这是一个选填项，主要对丛书进行区分整理。我根据自身情况设置了一些，如果有超出选项范围的也可以直接在入库的时候创建。
在搭建初期本来不设这个选项，但当有人问起某一本书的价格时，常常会在各大购物App里搜索，所以新增了这个选项，方便后期查找订单。
一般我把收到快递的时间作为入库时间，一些补入库的书如果查询不到物流就以下单时间为准。入库时间给自己了一个参考，一些入库时间早但又没看的书就要做好阅读计划，或者索性「断舍离」。
同样是一个在搭建初期没有的选项，但用着用着感觉有必要加上。我会看完一本书之后去豆瓣给书做一个简评，但豆瓣是 5 分制，有一些书我自己觉得 4.5 更恰当，但只能选 4 或者 5。
增加这个选项之后，可以对书的打分更精确，和别人交流也心里有数。但为了避免自己陷于打分困境，给自己设了个规定：9 分以下的步进值 0.5，9 分及以上的步进值 0.1。
整个多维表的核心字段之一，我以阅读状态作为分组条件，新书入库选「未读」或「工具书」，看过的书就按实际情况选「在读」、「读完」和「放弃」。把「在读」放在第一个，分组排序时会出现在顶部，提醒自己避免同时看多本书却都没看完的状况。
整个多维表的核心字段之一，为了减少入库时的工作量（毕竟入库多出库少），只在出库的时候选择。就我个人而言，书不外借，所以没有「出借」这一选项。「存疑」指没有「转增」或「出售」记录，但书不见了的情况。虽然这种情况很少，但确实有一两本书目前下落不明，让人如鲠在喉。
我一般将书寄/送出去的当天作为出库时间，可以和入库时间一起做个持有时间计算。
这一节主要记录一下自己的流程，提供一个参考。
这一部分的核心思想是建一个表单的快捷方式，因为钉钉文档限制扫码需要在钉钉客户端完成，所以直接用链接创建在桌面无法实现，需要曲线救国一下。
视图是多维表相比传统表格的优势所在，但也不宜过多，我自己搭建了两个视图，一个是「在库」，筛选了书籍状态为空的数据。
另一个是「长期未读」，通过对入库日期中的年份提取，筛选出 2023 年及之前未读的数据，并按入库时间进行了排序。
我自己使用过程中，一个多维表涵盖了书籍、蓝光光盘、咖啡胶囊、摄影器材、入选照片、3D 打印耗材管理等内容，对于书籍专项做了两个简单的图表供参考。
这其实是个令人头疼的问题，目前录入的书籍有近三百本，未录入的书籍仍有近七百本，甚至更多。一次性录入显然是不现实的，我选择与自己和解，在整理书架把书卖出/转增前，把这本书以及同一订单的书录入，逐渐解决这个遗留问题。好在绝大多数购物平台的历史订单都能查询到（中国亚马逊现已无法查询，当当历史订单仅能显示书籍图片无法查看详情），理论上能把数据补全。
以上是个人经验的分享，针对自身面临的状况进行的一系列探索，难免存在不成熟的地方（撰写这篇文章时就改进了若干字段的设置），希望起到抛砖引玉的效果。
原计划分享一个制作好的模板帮助大家快速上手，但由于目前平台限制没能实现，若后续有新的变化将补充更新。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。