按单元存储
按单元存储 — 货架存的是搬运单元——托盘到场、被举起、停在被放的位置。层板架存的是单品——单元被拆散，由人手从中拣选。你买的系统，其实是对你仓库更常发生哪种作业的一次表态。
拣选面密度
拣选面密度 — 拣货员一步之内能触及多少 SKU 正面。层板架天生占优：正面在伸手可及的范围内层层堆叠。托盘货架是另一种交换——每个货位一整托，面数少，但一开巷就能整批快移。
| 订单是整托的大半，还是几箱？ | 第一问，往往也是最后一问 |
|---|---|
| 一条巷道服务多少个 SKU？ | 层板架乘法数，托盘架乘体积 |
| 一个拣货员一小时碰多少次货？ | 人手设定层板架的算术，叉车设定货架的算术 |
| 库存按整批周转还是零星流？ | 整批流动付得起货架的钱，细水长流付得起伸手可达的钱 |
| 建筑实际能盖到多高？ | 两套都能往上走，但货架的结构是按它宣称的高度 结构校核过的 |
先问建筑，再问单元
货架用工程结构买到高度，层板架用人的可达买到面数。在此之前的主线问题是你的供应商用什么单元打包：货上托盘来、以整托或大半托走，层板架就要求你把每个单元二次搬运，去省一种货架能直接给你的存储；货上托盘来、以三箱订单走，货架存得住库存，但整个作业活在它引发的再搬运里。两套系统不是在竞争存同一样东西——它们是穿着相似钢材、回答不同流量形态的答案。
中型仓库实际亏钱的地方
中型仓——这个问题通常被提出的地方——亏在两套系统的接缝里，而不是任何一套的内部。托盘储备喂层板拣选面，只在两者之间的托盘快速移动时赚钱；一旦补货开始等叉车、拣货员开始等补货，两套系统同时闲置，接缝吃掉了全部节省。这就是为什么补货率、而非存储密度，应该决定规划里货架与层板架的比例；也为什么拣选面周围的巷道宽度，值得和它头顶的横梁花同样的心思。
一个值得写下来再做的决定
选定之前，先把两段流量写下来：货以什么单元进场、以什么单元出场。照着写下来的这一对往下推的方案几乎总是显而易见的——而当写清楚后发现两种形态都真实存在且都在真实规模上，你不是在两套系统里二选一地犯错，你是在设计两个分区，外加一条把它们体面隔开的巷道。
一个仓可以两套混用吗？
不只是可以——大多数真实仓库是必须。经典组合是托盘货架做储备区、给层板拣选面做补货，它之所以成立，是因为两套系统各自把一件事干好：批量存储保持高密度，而订单组装发生在人手高度。规划错误是让储备区离它喂的拣选面超过了「一趟快托」的距离。
按每个存储托盘计价，哪套便宜？
货架——仅凭结构一项：一跨立柱加横梁直接承载托盘，而层板架要把同样载荷做到每一层，就得朝货架级去加固。若单元从收货到发货都还是托盘，为了够到一块层板而把它拆小，等于付两次钱：一次在结构，一次在人工。