商家看到的是外套、毛衣、胸背带和配饰。买家看到的是明天早上：上班前的一次短遛，一只不喜欢衣服从头上套下来的狗，以及一条还得挂上牵引绳的胸背带。

只有其中一方是在按商品类型思考的。

商品分类有用。但当每一个集合都在重复仓库的整理方式时，客户就必须先把一个实际问题翻译成你的内部词汇，购物才能开始。

机会在于：给那些真实的购买情境各自一个入口，再把这些页面做得足够精确、足够有用。

先写清楚任务，再起集合的名字

从一个完整的句子开始：「我需要一件我家狗可以套在现有胸背带外面出门遛弯的衣服。」这句话本身已经指明了哪些信息要紧：牵引口、开口位置、闭合方式、覆盖范围和版型。

「户外必备」听上去像一个营销活动。它几乎没告诉买家这些商品能不能配合着用。

设想一个虚构的商品库：一件前襟交叠的抓绒、一件套头针织、一件带有明确牵引开口的轻量外壳，以及几条装饰领巾。一个有用的集合，可以围绕「带牵引开口的外层」来做。哪些商品能进这个集合，取决于每件商品实际的结构。一件没有这个功能的好看套头衫就该留在外面——哪怕它在活动大片里美得无可挑剔。

商品呈现正是在这里变成一门编辑功夫：一个集合有它的承诺，而每一件被放进来的商品都必须撑得住这个承诺。

Shopify 关于集合的文档支持按购物情境分组，而不只是按品类。它现行的说明也提到集合模型正在切换，因此不同后台可用的控件可能不一样。先把给客户的主张想清楚，再去用你店铺里现有的分组工具。

给这个承诺一个数据模型

集合标题撑不起体验。它下面的商品信息，得一致到可以互相比较。

在这个虚构的商品库里，把「牵引开口」记成一个有定义的属性，并记下开口的位置。闭合方式、材质成分、洗涤说明和每个 SKU 的尺码信息，各自分开存放。使用受控的词表，别让一家供应商写的「step in」、另一家写的「step-in」和你的编辑写的「好穿脱」，悄悄变成三个不同的功能。

有些细节属于这件商品；有些则随买到的尺码或颜色而变。把它们存在各自成立的那一层。一张样品照片，说明不了每个变体都是同样的结构。

原创编辑框架。示例性的商品呈现框架。商品说法与店铺支持情况请自行核实。

请把这些当作示例性的集合构想，而不是关于某只狗或某件衣服的断言。就牵引开口这个例子而言，光有一个开口，也不能确立它与所有胸背带都兼容。页面要做的，是帮客户核对他实际在用的那套搭配。

让筛选项回答下一个问题

Shopify 的 Search & Discovery 可以基于商品选项和结构化字段生成自定义筛选项。能否展示取决于主题是否兼容，或是否使用受支持的自定义店铺前端。它的文档还指出了标签与供应商字段在翻译上的限制，所以在做国际站时，一个重度依赖标签的结构尤其需要留神。

选筛选项的办法，是看着那个决定一步步展开。当一个人已经找到了合适类型的外层，他接下来需要的可能是闭合方式和还有货的尺码。尺码标签要统一，但把该商品专属的测量说明放在一次点击之外——「中码」并不能证明两件版型不同的衣服适合同一只狗。

别把每个字段都变成筛选项。一个只有六件商品的集合，也许用一小块对比表说得更清楚。二十个几乎都是空的筛选选项，只会让一个体量不大的商品组显得比实际更复杂。

让照片把这个分组解释清楚

首图应该让这个集合的用意一眼可读。对「带牵引开口」这个集合来说，一次真实的开口演示，比一排站在漂亮风景里的狗更有信息量。你最好的氛围大片留着，但把它放在那种「能加气氛、又不必承担某个没有依据的功能主张」的位置上。

在我们自己的项目 Tufty 里考虑视觉概念时，我们会守的就是这条界线：AI 造型构想可以帮你探索一场活动的调性；而兼容性的证据，必须来自真实的商品和真实的搭配。

用一个具体任务来测试这个集合。请一个人找出一个合适的候选，说明他为什么选它，并指出他还需要核实什么。在你再次改动页面之前，先把那个缺失的答案记下来。

一个好的集合，不只是把库存陈列出来。它给客户的下一次遛弯，一个说得通的起点。