GroupBy

GroupBy

GroupBy Inc. (a Rezolve Ai company) · 程式設計 · 生產力 · 商業

GroupBy 是企業級的電商商品探索平台,建構在 Google Cloud Vertex AI Search for Commerce 之上,把商品導購、推薦與商品資料擴充放在同一個控制台裡。

GroupBy 的介面預覽

關於 GroupBy

About

GroupBy 是什麼

GroupBy 是一套站內搜尋軟體,服務的是商品數量龐大、資料卻不夠整齊的商店。零售業者、批發商、經銷商與零件賣家靠它決定顧客在搜尋框打進三個字之後會看到什麼,並且讓這個決定留在業務團隊手上,而不是埋在程式碼裡。公司 2013 年在多倫多成立,團隊來自 Endeca,那家搜尋廠商在 2011 年被 Oracle 買下。

產品其實是三層堆疊起來的。搜尋與推薦跑在 Google Cloud Vertex AI Search for Commerce 上,排序與個人化來自 Google 用自身購物流量訓練的模型。底下是商品資料擴充,這個服務把型錄分類、補上屬性、再人工校閱,讓模型有乾淨的材料可用。最上層是商品導購,品類經理在這裡釘選商品、依毛利往上拉、排促銷活動,不必開工單。

2025 年 3 月,公司成為 Rezolve Ai(NASDAQ: RZLV)的一部分,這筆全股票交易對 GroupBy 的企業估值是 5,500 萬美元,Rezolve 表示該平台支撐每年超過 300 億美元的銷售額。實務上你買的還是 GroupBy,Rezolve 的對話式商務工具則排在後續藍圖上。

限制來自它服務的對象。沒有自助註冊、沒有公開價目表、沒有免費方案。導入以專案形式進行,而讓搜尋變好的型錄整理工作,最後落在你的團隊或付費服務身上。只有四百個商品的店用不到這套東西。

開始使用

  1. 預約 demo,把範圍談清楚:只做搜尋,或加上資料擴充、推薦、Fitment 與分析。
  2. 透過 ETL 層接上型錄,來源不論是商務平台、ERP 或每晚的資料檔。
  3. 跑一次資料擴充,讓每個商品都帶一致的屬性,並歸進共同的分類架構。
  4. 在 Command Center 設定排序、同義詞、篩選與活動,再用 Shopify 應用程式、Salesforce 連接器或 API 接上店面。
  5. 上線後看分析報表裡的零結果查詢與有點擊沒加購的查詢,從那裡調整。GroupBy 說典型上線時間是幾週,不是幾季。

產品資訊

快速了解 GroupBy 的定價、支援平台與效能。

免費方案否
付費方案Custom quote; Shopify app from $3.50 per 1,000 requests/mo
平台Web SaaS; Shopify app, Salesforce connector, REST APIs
開發者GroupBy Inc. (a Rezolve Ai company)
類別程式設計 · 生產力 · 商業
發布日期Jan 2013
最近更新Mar 2025
網站訪問量636
網站全球排名5.4M
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 中大型零售商的電商與品類負責人:重點就在 Command Center。商品導購團隊自己調整結果,前提是願意撥幾週做導入與訓練。
  • B2B 經銷商與批發商:料號、計量單位變體、依客戶分派的品項,這種型錄正是平台設計的起點。
  • 汽車零件、動力運動與設備賣家:Fitment AI 處理年份、廠牌、車型搜尋,顧客只會看到真正合用的零件。
  • 接手老舊搜尋功能的數位主管:把傳回空白頁的關鍵字引擎換掉通常是起點,而分析報表讓前後差異在內部好溝通。

任務

  • 換掉店面原生搜尋:平台接手查詢理解、排序與篩選,再把日常控制權交給商品導購。
  • 在型錄拖垮營收前先整理:商品資料擴充依全球分類架構補上屬性,減少那些存在系統裡、卻永遠不出現在篩選頁的隱形庫存。
  • 加上個人化推薦:商品推薦引擎負責首頁、商品頁與購物車版位,設定都在同一個控制台。
  • 找出斷掉的搜尋需求:分析報表列出完全沒結果的查詢,以及有點擊卻沒加購的查詢。

情境

  • 同一個零件在不同供應商有六個名字的 B2B 型錄:同義詞與屬性篩選做的是關鍵字比對做不到的事。
  • 商品導購人手很少的旺季:活動排程與排序規則取代每天早上手動重排。
  • 平台改版或轉向組合式商務:API 層與現成連接器讓搜尋不卡在搬遷的關鍵路徑上。

主要功能

跑在 Google 商務模型上的站內搜尋

查詢由 Google Cloud Vertex AI Search for Commerce 解析與排序,那正是 Google 零售搜尋產品背後的同一套基礎。GroupBy 在外層加上商家需要的控制項:同義詞、轉址、篩選、升降權重規則,還有預覽模式,讓你在顧客看到之前先測一次。它想解決的是電商 AI 搜尋的黑箱感:你可以解釋某個商品為什麼排第三。

個人化相關度的商品推薦

商品推薦引擎用瀏覽與購買訊號挑選首頁、商品頁與購物車的版位內容,不是一份固定清單。Personalized Relevance 這一層再把商家的意圖混進去,需要時促銷品可以壓過預測的暢銷品。Swanson 表示改用後一年內,搜尋點擊率成長超過 50%,搜尋帶來的加購率成長超過 65%。

商品資料擴充

多數糟糕的搜尋結果,本質是資料問題穿上搜尋的外衣。GroupBy 的擴充服務把型錄跑過三個步驟,官方說法是分類、補屬性、校閱:商品歸進全球分類架構,空著的屬性被填上,結果再經人工檢視。屬性乾淨了,篩選才有效,也不會有一堆商品存在系統裡卻從未出現在結果頁。

商品導購 Command Center

這一層才是 GroupBy 與單純搜尋 API 的分界。品類經理可以把商品釘在活動的第一位、把自有品牌往上拉、為促銷週排一組規則,並在發布前先看結果,全程不用工程師。規則是版本化、可回復的,這在錯誤規則跑掉一整個週末時特別要緊。

零件與設備型錄的 Fitment AI

Fitment AI 加上年份、廠牌、車型選擇器,把型錄縮到符合顧客車輛的零件,而且每個接觸點都套用,不只搜尋結果頁。對汽車零件與動力運動賣家來說,這砍掉的是顧客憑猜測下單造成的退貨,也是多數 B2B 電商搜尋廠商直接跳過的功能。

分析與報表

儀表板涵蓋顧客搜了什麼、點了什麼、哪些查詢兩手空空,以及每個活動對營收目標的表現。GroupBy 還會把門市行為接到線上顧客輪廓,這在業界少見,對全通路團隊卻很實用。報表是給商品導購看的,不是給分析師看的,所以數字出現時不必先過一層查詢語言。

優缺點

優點

  • 排序交給 Google 的商務模型,控制權留在你的商品導購團隊,這種組合多數競品只做得到一半。
  • 資料擴充修的是型錄本身,而不是把壞資料重新排序,商品量大的 B2B 品項特別看得出來。
  • Fitment 搜尋涵蓋零件與設備型錄,那是消費端導向工具直接忽略的市場。
  • Shopify 與 Salesforce 現成連接器加上 REST API 縮短整合時間,官方說的上線時間以週計。
  • 加入 Rezolve Ai 之後,對話式商務與結帳也落在同一組業務窗口。

缺點

  • 沒有公開報價、沒有免費方案、沒有自助註冊,任何預算討論都得先走一輪業務流程。
  • 資料擴充與分類架構是真實的人力工作,而且必須在上線前完成,否則搜尋品質永遠不會出現。
  • AI 那一層屬於 Google,能力與成本都跟著一個你無法主導的平台走。
  • 導入成本只有大型型錄才回收得回來,小店等於為用不到的複雜度付費。

常見問題

GroupBy 負責電商的搜尋、推薦、商品導購與分析,主要用在大型 B2B 與 B2C 型錄。商家用它換掉效能不彰的原生搜尋、整理商品資料,並讓品類負責人直接控制什麼排在前面。