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