怎么用商品表找商品
「逛」的根本问题是它没有停止条件。搜索方法解决这一点：事先决定你需要知道什么，一旦知道了就停。
从约束出发，而不是从品类出发
按品类逛，就是「五分钟的任务变成一晚上」的方式。改从下面四个约束里「对你已经固定的那一个」出发：预算、重量、使用场景、或者指定品牌。你动不了的那一个就是搜索主轴，其余都只是在它之上叠加的筛选条件。
如果固定了两个——比如预算和重量——那你几乎已经缩到少数几个候选了，品类反而变得无关紧要：看到对的那件你会认出来。
| 已固定的约束 | 搜索结构 | 通常结果 |
|---|---|---|
| 预算 | 两三个品类、同一价格带，比较打包重量 | 通常由运费而非价格决定 |
| 重量 | 先选扁平轻的品类；看尺寸而不是看秤 | 能把包裹经济地填满 |
| 使用场景 | 从天气、场合与使用频率倒推 | 仓库环节的意外最少 |
| 指定品牌 | 进品类页，再确认规格选项里真有这个型号 | 很快，但规格行要看两遍 |
把候选清单写下来，写在一个地方
最有用的一个习惯：每个候选只留三行字——商品、货源链接、以及「能确认或否掉它」的那一项检查。三个候选，各三行。任何需要第四行的，还不算候选。
清单成型后，对每个跑同一组测试：这件商品的品质我能用照片验证吗？我知道它的打包重量吗？任何一项不过，不管看着多诱人，都先从清单上拿掉。
笔记里九个候选，胜过五十个打开的标签页。标签页是存储机制，不是决策方法。
三问筛选
三项全过，就是明确的「买」。过两项，需要判断。过得更少，那它是「另一单」的候选，不是这一单的。
- 我需要知道的那件事，能在仓库照片里被验证吗——一个尺寸、一个标签、一个机械结构？
- 打包重量与价格相称吗——运费不会成为主角？
- 它能和我包裹里已有的东西拼在一起，从而分摊固定操作成本吗？
围绕包裹安排你的搜索节奏
慢货先下。一旦你知道哪些件必须一起走，最慢的那件就决定了你的截止时间，而之后每一件快货，都只是在等免仓储期一天天变少。
反过来的做法——所有东西都快下，然后发现其中一件要五周——就是超期费用出现的方式，也是包裹在你连一半都没查验完就被提交出去的方式。
没有任何搜索方法能自己省钱。它省的是注意力——而注意力才是真正挡住错误的那个东西：没量过的尺寸、错过的仓储截止日、以及把维权商品塞进去就发走的那个包裹。
常见问题
这里的「商品表」指什么？
一份按品类与品牌组织的可浏览商品目录。它是「发现层」：帮你建立候选清单，真正的下单在你选择的平台上完成。
看到还不打算买的，要收藏吗？
不要。会不断变长的收藏列表是「逛」的习惯，不是方法。记下你今天真会下单的三个候选，其余放掉。
候选清单留几个合适？
三个。够比较，又够收束。如果在三个之间选不出来，问题是一个没说出口的约束，而不是选项不够。
怎么避免下次犯同一个错？
写下「哪一项检查本可以拦住它」。十次里有九次，那都是你当时没索取的一个实测——而修法，只是仓库消息里的一句话。