少一个点就不是密峰视频,网页能看就别装客户端,新手先看 高清播放-腾讯视频

"张总，你们做的网站，我们自己人在后台都找不到产品，你说客户怎么找？"——电话那头是广州一家绿化工程公司的老板老周，语气里带着压着的火气。那是2023年春天的事，合同金额18万，工期两个月，结果交付后拖了快两个月还没验收。我一开始以为是前端展示的问题，调了三天模板，改了两版筛选样式，没卵用。后来扎进后台一看数据，整个人就清醒了：他们后台录了八百多个苗木品种，分类字段乱成粥——同一种香樟，有人录入"香樟（移栽）"，有人录"移栽香樟"，还有录"香樟树-全冠"的。分类系统乱了，前端再怎么改都是白费劲。

客户要求的"简单"才是最复杂的

老周的原话是"我要一个简单的分类，客户进来就能找到想要的树"。这话听着容易，实际一拆解全是坑。他们公司做园林绿化工程，也兼做苗木批发，产品线从地被苗、灌木、乔木到造型树都有。客户那边管仓库的赵师傅跟我说，公司之前用的Excel表格，分了二十多个sheet，每张表都有自己的命名习惯。销售要按规格找，采购要按产地找，工地要按胸径找，各管各的，谁也不服谁。

我一开始想偷懒，套了个电商平台的树状分类——先分常绿/落叶，再分乔木/灌木，最后按规格排列。结果上线那天，销售总监直接不干了："我要搜'地径8公分紫薇'，你给我分了四个层级，点来点去三分钟，我还不如打电话问仓库。"这话扎心，但也点醒了——B端客户要的是"一步到位"的精准命中，不是门户网站的目录浏览。

把"六安分类体系"搬进后台

这里要说到"六安分类体系"了。这个词最初是我在恩施一个农产品的项目中碰到的——当地一个做茶叶的客户，把产品分了六个维度：品种、产地、等级、工艺、年份、包装。后来我把这个思路改吧改吧，套到了苗木分类上。六安体系的核心不是"六个类别"，而是"六个独立属性轴"。比如一棵桂花，它在品种轴上叫"金桂"，在规格轴上叫"地径10-12cm"，在树形轴上叫"独干"，在产地轴上叫"湖南"，在土壤轴上叫"袋苗"，在冠幅轴上叫"3m以上"。每个轴单独筛选，而不是做成层叠的目录树。

老周一开始听我讲这个，直接摇头："六个轴？我客户连三个都记不住。"但我的经验是——前端给客户看的筛选器，永远只露两到三个常用轴（品种+规格+产地），其他轴藏在"高级筛选项"里。人机交互这件事，忌讳的是你替用户做决定。你把他们可能用到的维度都存进后台，由业务自己决定打开哪几个，比事先定死结构好得多。说实话，这个方案改了四版，前前后后花了一个半月，中间还跟销售那边开了六次需求核对会。你问我付出的代价？至少在这项目上，人工成本干进去小十万，纯利几乎抹平。

你以为分类是技术问题？其实是权责问题

项目拖到第三个月，老周已经在考虑换人了。我拿六安分类体系去跟他们谈的时候，被反问了一句："那到底谁说了算？录入的时候按谁的标准？"这话问到点子上了。分类系统要想跑起来，技术只占三成功劳，剩下七成是运营流程的事。我走了不少弯路才意识到这一点。

最后我跟老周商量出一个办法：让采购部做"主数据申请单"，每个新品种录入前填一张表，六个轴的数据由仓库和销售两边核对签字。录入员只负责复制粘贴，不负责"判断"。这套流程上线后，后台的乱码率从之前的四成降到不足三个百分点。说实话，这事技术上其实就是写了个字段校验+必填项，真正难点在于让三个部门坐在一起画了张表。

长治那边的小厂给我上了一课

几乎同一时间段，山西长治一家小苗圃找到我，老板姓申，三十来人的厂，厂区在山脚下，网都要拉专线。申老板的诉求更朴素："我就想知道哪个品种卖得快。"他也想学广州那套六安分类体系，但我跟他说实话：你总共就八十个品种，又没分销又没平台，六个维度是浪费。最后我给他简成三个轴：品种、规格、库存年份。花了不到一个礼拜，后台用的是现成的WordPress加了个自定义字段。这就是六安分类体系的另一个真相——它不是固定在六个维度的教条，是"你可以选六个维度"的框架。有的项目用三轴就够了，有人非要用十五个轴拦都拦不住（我试过，那种一般都会在三个月后自己缩回去）。

你得承认，这个世界上没有一个分类体系能同时满足库存管理、前台检索、销售统计三个需求。六安体系被诟病最多的地方就是——它给了太多信息，导致数据录入员负担重。申老板那儿的录入员是个五十多岁的大姐，你让她填六个字段她直接撂挑子。所以我在长治的版本里，把品种和产地轴合并了，用了一个下拉框来懒人化处理。这个取舍，后来在其他小厂项目里反复用到。

数据能骗人，但使用记录不会

广州那个项目上线三个月后，老周给我打了个电话，语气比第一回客气多了。他说后台搜索的响应时间从之前的2.1秒降到了0.3秒左右，销售找品种不再一个个点。但对我来说，真正支棱起来的数据是——在这三个月里，后台分类字段的修改次数只有两次。要知道在上线第一周，这个数字是十七次。用户不再"改"分类了，说明他们认了这套逻辑。我跟你讲，做B端系统，能让用户不反悔的东西，才叫稳了。

不过我后来复盘时发现，我当初犯了一个判断错误：我把所有希望压在"自动联想搜索"上，以为用户只要打字就能找到东西，分类好不好无所谓。结果呢？检索词一多，同义词、错别字、简称混在一起，匹配率稀烂。人还是得靠分类来缩小范围。六安体系在检索场景里的价值不是替代搜索，是给搜索提供一个"锥子"——用户只要选三个维度，搜索范围就缩到了十几条记录，哪怕打字搜错了也不怕。

这套东西到底适合谁？直接说边界

写这篇文章，不是吹六安分类体系万能。相反，我踩过的坑可以总结成几个前提条件。第一，你的用户群体要是"专业买家"——工地采购或者工程设计方，他们脑子里有专用词汇，六维度的标签对他们来说是好用的。如果是普通C端消费者买盆绿植，三个维度（品种+大小+价格段）就堵死了，多一个维度都是添乱。第二，你的品类数量至少两百种往上，少于这个数，你用文件夹分类都比六个轴快。第三，录入环节得有人管，没有专人维护数据的组织，你给一套再好的分类也没用，三天就脏了。

最后讲个小事。今年年初我路过广州，去老周那边喝茶，看他新招的运营小姑娘在后台做新品录入，六个字段填得行云流水，鼠标都不用停。老周在旁边补了一句："她现在打品种单比仓库还快。"这话我听了挺受用的，比什么转化率、跳出率都实在。分类系统这种东西，能做到让新员工三天内上手，不出错，不抱怨，就算成了。至于什么"六安分类体系"的名字，那是拿来跟同行吹牛用的。真干活的时候，你心里知道——它就是一张六个格子的表，只不过格子里的东西，得跟你的业务长在一块儿。