「給幾分鐘，我?guī)湍悴橐幌?。」——這句話背后，是促銷品行業(yè)銷售代表的日常噩夢。

當(dāng)客戶在電話里問「10美元以下的藏青色polo衫，東海岸倉庫能發(fā)貨的有哪些」，銷售代表的真實(shí)操作是：逐個(gè)登錄供應(yīng)商系統(tǒng)，把「Polos」「Knits」「Apparel > Tops > Sport Shirts」「POLO/SPORT」「Performance Polos」這些五花八門的分類名在腦子里翻譯一遍，再把結(jié)果手動(dòng)拼起來。同一個(gè)產(chǎn)品，12種分類字符串。

PromoStandards（促銷品行業(yè)標(biāo)準(zhǔn)協(xié)議）從未統(tǒng)一過分類。Product Data服務(wù)原封不動(dòng)返回供應(yīng)商填寫的ProductCategory和ProductSubcategory，每家供應(yīng)商各自為政。單看一家沒問題，跨供應(yīng)商搜索直接崩盤。

兩層分類樹：夠用就好，別搞復(fù)雜

PSRESTful團(tuán)隊(duì)給出的解決方案是一個(gè)人工策劃的兩級分類體系，11個(gè)一級類目、約50個(gè)二級子類目，刻意保持精簡：

服裝下面掛T恤、Polo衫、圓領(lǐng)衛(wèi)衣、連帽衫、抓絨、四分之一拉鏈、半拉鏈、夾克、馬甲、長褲、短褲、運(yùn)動(dòng)服、圍巾；

帽子分棒球帽、針織帽、空頂帽、漁夫帽；

包袋拆背包、托特包、行李袋、冷藏包、抽繩袋；

drinkware（飲具）歸保溫杯、馬克杯、水瓶、高腳杯；

科技類塞充電寶、充電器、音頻設(shè)備、線纜適配器、手機(jī)配件、投影儀；

辦公書寫區(qū)放筆、筆記本、桌面配件、日歷；

戶外生活類鋪毯子、傘、露營裝備、毛巾、太陽鏡；

新奇小玩意單列減壓玩具、指尖玩具、毛絨玩具；

獎(jiǎng)項(xiàng)認(rèn)可區(qū)擺獎(jiǎng)杯、牌匾、水晶、獎(jiǎng)牌、綬帶、地球儀；

展會(huì) signage（標(biāo)識(shí)）收橫幅、旗幟、三角旗、桌布、標(biāo)牌；

個(gè)人護(hù)理留洗手液、防曬霜、唇膏、口罩。

兩個(gè)設(shè)計(jì)取舍值得細(xì)品。

第一，兩層，不是五層。電話銷售沒空在十級決策樹里鉆來鉆去，類目→子類目就是搜索過濾的極限深度。

第二，slug（URL友好標(biāo)識(shí)符）才是契約，名稱不是。每個(gè)類目和子類目都有穩(wěn)定的slug（如polos、power-banks）和后臺(tái)可編輯的name。API過濾用id，URL用slug。明天把「Tech」改名「Electronics」，下游系統(tǒng)無感知。

LLM填坑：歷史產(chǎn)品的分類回填

策劃分類樹是簡單活。真正的麻煩是：幾十萬存量產(chǎn)品，原來沒有normalized_subcategory_id字段，現(xiàn)在得填上。

團(tuán)隊(duì)的做法是跑一遍大語言模型（LLM）分類器。輸入產(chǎn)品名稱、描述、供應(yīng)商原始分類，輸出歸一化子類目。不是手工標(biāo)注，也不是規(guī)則引擎硬編碼，而是讓模型去讀文本、做判斷。

這里有個(gè)隱性成本：LLM會(huì)犯錯(cuò)。產(chǎn)品名寫得模糊、描述復(fù)制粘貼、供應(yīng)商分類本身就亂，都會(huì)導(dǎo)致誤判。團(tuán)隊(duì)需要抽樣驗(yàn)證、置信度閾值、人工復(fù)核流程——這些原文沒展開，但做產(chǎn)品的都懂。

最終交付形態(tài)：API里多了個(gè)normalized_category_id過濾條件。PSRESTful Product Search和PromoSync Product Search已經(jīng)上線支持。

為什么這事值得技術(shù)人盯著看

這不是什么顛覆性創(chuàng)新，是一個(gè)典型的「協(xié)議層缺失→應(yīng)用層補(bǔ)課」案例。

PromoStandards作為行業(yè)標(biāo)準(zhǔn)，在分類這件事上選擇了放任——只傳原始字符串，不做語義約束。結(jié)果全行業(yè)重復(fù)造輪子：每個(gè)分銷商、每個(gè)搜索界面、每個(gè)銷售工具，都要自己解決「polo衫到底叫啥」的問題。

PSRESTful的解法很務(wù)實(shí)：不試圖說服幾十家供應(yīng)商改造系統(tǒng)，也不等標(biāo)準(zhǔn)組織出新版協(xié)議，直接用AI+人工策展在應(yīng)用層抹平差異。分類樹是開源的（YAML fixture），slug是穩(wěn)定的，API是現(xiàn)成的。

這種「中間層標(biāo)準(zhǔn)化」的思路，在其他行業(yè)同樣適用。當(dāng)上游數(shù)據(jù)源碎片化、協(xié)議演進(jìn)緩慢時(shí)，與其等待完美方案，不如先做一個(gè)夠用的翻譯層。

當(dāng)然，隱患也有。分類樹的邊界在哪？「Performance Polos」算Polo衫還是獨(dú)立子類目？供應(yīng)商發(fā)明新品類（比如「 pickleball 專用服」）時(shí)，誰來決定往哪掛？原文沒提這些運(yùn)營細(xì)節(jié)，但長期維護(hù)一個(gè)活的標(biāo)準(zhǔn)，比建它難十倍。

以及，LLM分類的準(zhǔn)確率到底多少？誤判的產(chǎn)品會(huì)不會(huì)在搜索結(jié)果里徹底消失？這些才是分銷商敢不敢依賴這套系統(tǒng)的關(guān)鍵。

但無論如何，銷售代表終于可以在電話里直接說「我?guī)湍闼选?，而不是「給我?guī)追昼姟埂@幾分鐘省下來，一年能多做多少單？

你們行業(yè)里，有什么「同一個(gè)東西N種叫法」的離譜案例？最后是怎么解決的，還是至今還在人肉翻譯？