案例摘要
這個服飾賣家在 2026 年 5 月下旬至 8 月底透過柔兒 LINE+1系統跑了 31 團，共 444 筆訂單。205 件商品展開為 1,136 個規格組合，54.2% 的顧客同時在兩團以上有訂單。案例顯示，服飾連線真正複雜的不是顧客喊 +1，而是同一顧客的多筆訂單、規格庫存與跨團結清。
案例規模
Data story 01 · 205 件商品，其實不是 205 個庫存
205 件商品，展開後是 1,136 個規格。
69.8% 的商品具有規格。單一商品最多展開成 36 種組合，最深達 3 層規格。
所以顧客問「L 還有嗎？」的時候，要查的不是那件衣服，而是「黑色 × L」那一格。服飾的庫存數字，是以規格組合為單位存在的。
- 的商品有規格（143 / 205 件）
- 69.8%
- 單一商品最多的規格組合
- 36種
- 最深的規格層數
- 3層
同樣大小的格子：商品數 ≠ 庫存數
205件商品
- 有規格 143 件（69.8%）
- 沒有規格
1,136個規格組合
每一格都是一個要各自計數的庫存
實際帳號資料每一格代表 1 件商品或 1 個規格組合，兩邊格子大小相同，可以直接比面積。
Data story 02 · 一個人不是只下一次單
同一個人，在同一團裡平均喊 2.69 次。
38.8% 的「人 × 團」組合是分好幾次下的。顧客中午喊一件、下班再補一件、半夜又加一件——每一筆都對，但要結帳時，得有人把它們兜回同一個人身上。
最極端的一次，同一個人在同一團裡下了 60 筆。
- 分多次下單
- 38.8%
- 只下一次
- 61.2%
同一個人、同一天、四次喊單
這就是那 38.8% 每天的樣子。差別不在收單，而在收完之後要不要「找」。
Before
After · 柔兒 LINE+1系統
真正花時間的，不是收單。
是收完之後。
同一個人在不同時間喊單、跨不同團、不同商品規格，最後仍然要回到「這個人到底買了什麼、要付多少」。
Before · 11 個人工步驟
以前：訂單是用眼睛從對話裡撈出來的。
訂單發生的地方（對話），跟訂單要被整理的地方（表格），不是同一個地方。中間每一步都靠人。
- 01LINE 對話每個人用自己的格式喊
- 02往回捲對話關團後從頭找
- 03抄訂單一筆一筆抄
- 04Excel／紙本抄的當下就開始出錯
- 05找同一個人同一人散在不同時間
- 06合併
- 07計算金額
- 08查庫存尺寸 × 顏色逐一數
- 09私訊問付款一個個問末五碼
- 10對帳
- 11出貨
After · 柔兒 LINE+1系統
現在：顧客打字的那一刻，訂單就已經成立。
喊單本身就是結構化資料，所以「抄下來、找出同一個人、加總」這幾步不是變快，是不存在。
- 01LINE 喊單顧客照常在 LINE 打字
- 02商品代號A01 數量1 尺寸L 顏色黑
- 03結構化訂單訂單在打字當下成立
- 04規格庫存每個組合各自扣，不足會直接回覆
- 05顧客訂單綁定顧客的 LINE 帳號
- 06跨團合併同一人多團的未付訂單合成一張結帳單
- 07付款回填顧客自己填姓名與末五碼
- 08出貨可合併寄送
仍然需要人做的：確認款項、出貨前核對規格。系統不串金流、不串物流。
流程示意：呈現步驟的有無，不是逐步計時的紀錄，所以這頁不寫「省下多少時間」。
Data story 03 · 跨團
一半以上的顧客，不只跟一團。
54.2% 的顧客同時在兩團以上有訂單，最高的一位橫跨 9 團。所以對這個帳號來說，跨團不是特殊狀況，而是日常。
人工的難處在於：這位顧客上一團的錢是現在收，還是等這團也結了一起收？要一起寄，就得把好幾團的單手動加總。
柔兒 LINE+1系統的處理方式是把同一位顧客橫跨多團的未付訂單合成一張結帳單，一次付款、一起出貨。
同時在兩團以上有訂單的顧客
54.2%最高一位顧客橫跨 9 團（每格 1 團）
Data story 04 · 下單時段
訂單不會等你坐在電腦前才進來。
- 12:00
- 午休
- 17:00
- 下班
- 22:00–01:00
- 深夜
高峰落在午休、下班和深夜——都不是坐在電腦前的時間。喊單當下就成立訂單，才不用等有空時再回頭整理。
Data story 05 · 付款回填
目前已付款訂單中，65% 的付款資料由顧客自行回填。
以前要私訊一個一個問「匯了嗎？末五碼多少？」。現在顧客匯款後，自己在付款頁填付款人姓名與轉帳末五碼，資料直接對應到訂單。
店家要做的事變成核對與批次標記——仍然要人確認，但不用再逐筆追問。系統沒有串接金流，不是銀行自動對帳。
已付款訂單中，顧客自行回填付款資料
65%What disappeared
用了柔兒 LINE+1系統之後，消失的是哪些動作？
- 01
往回捲對話 - 02
抄訂單 - 03
找同一個人的其他訂單 - 04
人工加總 - 05
跨團重新計算 - 06
逐筆詢問末五碼
留下來的是需要人判斷的事；被拿掉的是重複整理資料的事。
確認款項、出貨前核對規格、決定什麼時候開下一團——這些仍然是店家的工作。
這些數字怎麼來的？
每個數字都查得回資料庫。沒撈到的東西就不寫。
- 資料期間
- 2026 年 5 月下旬至 8 月底（2026-05-20 ~ 2026-08-26）
- 資料來源
- 此帳號柔兒 LINE+1系統後台的實際使用資料，以彙總查詢從正式資料庫取出，不含顧客姓名、電話等個資
- 資料範圍
- 31 團、444 筆訂單、205 件商品、1,136 個規格組合
- 計算口徑
- 依查詢檔 scripts/case-stats.sql 的定義：訂單不含已取消；「人 × 團」＝同一位顧客在同一團的所有訂單；跨團＝同一位顧客在兩團以上有訂單
- 沒有做的事
- 沒有估算節省時間、沒有推估營收、沒有推估 ROI。唯一的換算是「只下一次」＝ 100% 減去分多次下單的比例
- 圖表說明
- 標「流程示意」的圖只說明流程，裡面的團名、對話與商品是示意；100 點圖每點約代表 1%，以四捨五入呈現；時段圖只標觀察到的高峰，不是每小時分佈
服飾連線常見問題
服飾連線適合用柔兒 LINE+1系統嗎？+
適合多商品、多規格、同一位顧客常分好幾次喊單或跨團購買的服飾連線。這個案例在三個多月內跑了 31 團、444 筆訂單。要注意的是：收單在 LINE 官方帳號（一對一或群組）進行，不支援 LINE 社群、FB 或 IG 留言收單；付款是顧客匯款到你的帳戶，系統沒有串接金流與物流。
同一個人分很多次喊單怎麼整？+
同一位顧客在同一團的多次喊單會自動合併成一筆應付金額、一條付款連結，不用回頭翻對話找。這個案例平均每人每團下單 2.69 次，38.8% 的「人 × 團」是分多次下的。
尺寸和顏色很多怎麼扣庫存？+
每個規格組合（例如尺寸 × 顏色）各自有獨立庫存。顧客喊單時帶上規格，例如「A01 數量1 尺寸L 顏色黑」，系統扣的是那個組合的庫存；該規格不夠時會直接回覆剩餘數量，不會超賣。
不同團可以一起結帳嗎？+
可以。同一位顧客橫跨多團的未付訂單可以合成一張結帳單，一次付款、合併寄送；若某一團不想併入，可以逐場關閉跨團結清。
顧客怎麼回填付款資料？+
顧客在付款頁看到應付金額、商品清單與收款帳戶，自己填付款人姓名、手機、轉帳末五碼與轉帳時間，並選擇收貨方式。店家在後台核對後批次標記已付款，系統自動用 LINE 通知顧客。這個案例中，已付款訂單有 65% 的付款資料是顧客自行回填的。
你的團，不一定有 1,136 個規格。但只要開始出現「同一個人多次喊、跨團、不同尺寸顏色」，人工整理就會開始變複雜。
親自 +1 試一次
加入柔兒小教室，傳「A01 數量1 尺寸L」，看訂單怎麼成立。
已經確定要用？申請開通
