一份务实的库存系统搭建指南：为什么表格管不好库存、哪两个数字能同时防住缺货和积压、如何用「流动」而不只是「数量」来建模，以及怎样做出一个团队愿意持续维护的追踪器。
零售店、工作室、作坊、电商团队，以及所有还在用表格管库存却总是出错的产品型生意。
- 一套以「流动」而非「当前数量」为基础的库存模型
- 既防缺货又防呆滞库存的补货点
- 一个准确到团队真正敢信任的追踪器
库存里藏着两种代价高昂的错误：客户想要的东西卖断了货，客户不要的东西却堆积如山。一张只记当前数量的表格，两种情况都要等到来不及了才发现，因为它只给你一个数字，却没有让这个数字变得有意义的「流动」和「阈值」。这份指南要讲的，是如何做出一个追踪器，它不只告诉你还剩多少，还告诉你该补什么货、什么时候补、以及什么该停止进货。
因为表格显示的是数量，而库存讲的是流动和阈值。一个写着「42」的单元格，根本说不清 42 是危险偏低还是浪费偏高、卖得有多快、什么时候该补货。而且表格对每一双手一视同仁，只要有人卖出或收货后忘了更新，数字就开始失真，于是你盯着的那个数其实早已悄悄错了。库存需要的是一套会记录流动、会对阈值发出提醒的系统，而不是一堆最后一次猜测拼成的表格。
这种失灵会让你两头吃亏。信了一个虚高的过期数量，你就会卖出根本没有的货，让客户失望，还得手忙脚乱地去凑单。信了一个偏低的数量，你就会重复进已有的货，把现金压在货架上。表格对这两种情况都无法预警，因为它根本不知道对每件商品来说「太低」或「太高」意味着什么，也没有能让它学会判断的流动记录。
这正是软件该解决的问题：不是把数量做得更好看，而是一套盯着库存水位与阈值、在问题发生之前就告诉你哪里需要行动的系统。
要解决大部分库存痛点，你并不需要一套复杂的预测引擎。你需要的是每件商品的两个数字，加上一套替你盯着它们的系统。
一家家居用品店用表格记数量，结果在畅销品卖断货和滞销品进太多之间来回折腾。他们给每件商品都设了补货点和补货量，让系统标记任何跌破补货点的商品，从此不再在收银台前才发现缺货，也不再重复进那些没人买的蜡烛。数量还是他们一直有的那份数据，真正把它变成决策的，是那两个阈值。
让库存保持准确的那个关键改变，是记录流动，而不是去改数量。每一次销售、收货、退货和调整，都是一次改变水位的流动；当前数量是这些流动的结果，而不是谁手打出来的一个数。照这个方式建模，数量就永远可以推算、可以审计，也很难被悄悄弄错。
基于流动的库存之所以能保持准确、而表格却会失真，是因为没有人会去覆盖那个数量；大家只记录发生了什么，数量随之而来。一次数错，会变成一条可追溯、可纠正的流动，而不是一个来历不明的数字。这就是「一套你在收银台前就敢信的系统」和「一套你还得去货架上一件件盘点来复核的系统」之间的区别。
一套库存系统只有在「更新它比不更新它更快」的时候才真正管用，所以整个设计目标，就是让「在事情发生的那一刻记录一次流动」变得毫不费力：收银台前一个快捷操作、收货区一个快捷操作、退货时一个快捷操作。如果记一笔销售比这笔销售本身还慢，系统就会失真；如果只需一下轻点，它就能一直是对的。
把它做成一个你自己拥有、按你的商品、地点和供应商量身定制的应用，才能让追踪器贴合你真正存货的方式，而不是把你的生意硬塞进一个通用模板。描述你的商品、那些改变它们的流动、以及每件商品的两个数字，系统就会被生成出来，替你盯着库存、告诉你哪里需要行动，它归你所有，由你维护准确，也随着品类扩张由你随时改动。
因为它只显示当前数量，对流动和阈值毫无概念，又对每一双手一视同仁，所以只要有人卖出或收货后忘了更新，数字就开始失真。一个「42」的数量，说不清它是太低、太高，还是卖得有多快，而这恰恰是防住高昂错误的关键。
每件商品两个数字，加上流动追踪。补货点标记何时该补货，让你避开缺货；补货量决定补多少，让你避开呆滞库存；把每一次销售、收货和退货都记为一次流动，则让数量保持准确。哪怕是粗略的初始阈值，也能立刻消掉大部分痛点。
记录流动，而不是去改数量。每一次销售、收货、退货和调整都是一条记录下来的事件，当前水位是这些事件之和，而不是谁手打出来的一个数。没有人去覆盖数量，于是一次数错会变成一条可追溯、可纠正的流动，而不是一个谜，数字在收银台前也就一直可信。
现在不需要了。你可以描述你的商品、那些改变它们的流动、你的地点和供应商，以及每件商品的补货点和补货量，就能得到一个盯着库存、标记出哪里需要行动的应用。把它做成你自己拥有的软件，能让它贴合你真正存货的方式，并随着品类扩张而改动。