拾壹月精品|系統建置內部需求分析
內部討論用
依 5/25 需求會議 + Bella 5/26 需求確認信 + 5/14–5/29 客戶 LINE 對話 整合產出
本文件提供 10 個分析重點+互動留言,確認版本後再產出對客戶用的版本。
1. 客戶有哪些需求痛點?
從會議+LINE 對話歸納,把客戶的「痛」分成三大類。
👤 人的問題(員工與內部流程)
員工失誤沒人即時發現 :例如門市忙起來忘記在 Shopline 點「結帳」,庫存對不起來才回頭追,已經慢半拍。
SOP 散在 Excel :出貨怎麼包、要不要錄影、包材怎麼放…全部拆得很細,但新人或忙起來容易漏步驟。
沒有統一檢核機制 :目前完全靠 Sasha 一個人盯著對賬,負擔重、容易過勞。
📦 訂單與物流的問題
多平台訊息分散 :官方 LINE + FB + IG + 蝦皮(拍拍) + 官網 五個來源,客人問東問西很容易漏訊息、漏單。
物流到貨無追蹤 :包包出門市後到底有沒有送到客人手上?要等客人問才去查物流,被動。
沒有 CRM :同一個客人在不同平台問東問西,認不出來是同一個人,要靠人工問或打電話確認。
📊 數據與業績的問題
業績靠手 key :Sasha 每天人工把銷貨明細打進 Notion,門市再核對,超耗時。
系統分散 :Excel、Shopline 後台、Notion(剛架沒在用)、紙本…到處都是資料,沒整合。
未來會擴張 :嘉義門市現在 3 人+老闆娘+會計,台中下個月開幕、人員會增加,目前的土法煉鋼撐不住。
2. 我們的兩個 Notion 系統 對應解決哪些痛點?
把 5/25 我們展示的兩個系統,對應到上面的痛點。
🗺 痛點對應系統一覽(樹狀圖)
graph LR
A[拾壹月精品 痛點] --> B[人/流程]
A --> C[訂單/物流]
A --> D[數據/業績]
B --> E[專案管理系統]
C --> E
C --> F[業務銷售儀表板]
D --> F
E --> E1[員工工作台 任務追蹤]
E --> E2[檢核流程 Sasha 勾完成]
E --> E3[訂單進度看板]
F --> F1[每日/月業績 分門市]
F --> F2[品牌銷售狀態]
F --> F3[已收/待收/退款]
style E fill:#fff1e3,stroke:#c47b41,color:#3a322a
style F fill:#fff1e3,stroke:#c47b41,color:#3a322a
👉 系統一吃下「人 / 流程 / 訂單追蹤」;系統二吃下「數據 / 業績」。
📋 詳細對應表
客戶痛點 由哪個 Notion 系統解 怎麼解
員工失誤沒人即時發現 專案管理系統 每筆任務都要員工「送出」→ Sasha 勾「完成」,整條流程留痕跡
SOP 散在 Excel 專案管理系統 把 SOP 拆成 Notion 的標準步驟,員工照表打勾
多平台訊息漏單 專案管理系統 用「訂單來源」欄位+看板分類,避免有訊息掉漏
物流到貨無追蹤 專案管理系統 進度看板「進行中 → 已出貨 → 已收貨」,誰收了沒一目了然
業績靠手 key 業務銷售儀表板 門市 input → 自動產生報表,Sasha 不用重打
業績要分門市/品牌看 業務銷售儀表板 看板按門市切,圖表按品牌分
帳款已收/待收混亂 業務銷售儀表板 狀態欄位+自動篩選
3. ERP × Notion 重疊風險:兩套系統還要全做嗎?
客戶現在多了一個新角色——文中 ERP。先說重點,再看細節。
🎯 一句話結論
ERP + Shopline 串接,會「大部分取代」我們的「業務銷售儀表板」。
→ 業務銷售儀表板的範圍可以縮減(或移除),但「專案管理系統」沒事,照做。
→ 如果不釐清,客戶會花兩次錢做一樣的事,我們會白做工。
🧠 為什麼 ERP 會吃掉業績儀表板?
用白話講:ERP 是專門記「錢和貨」的軟體 。它本來就是用來算營業額、追庫存、出發票、做財務帳的工具,這些事它做得比 Notion 強很多、而且更精準。
當 Shopline 把訂單自動丟給 ERP 之後:
訂單記錄 → ERP 有了
每天 / 每月營業額 → ERP 直接算
商品 / 品牌銷售狀況 → ERP 報表
門市績效 → ERP 報表
已收 / 待收 / 退款 → ERP 帳款模組
電子發票 → ERP 直接開
↑ 這些剛好就是我們 demo「業務銷售儀表板」要做的事。所以——
ERP 能取代 80–90% 的業務銷售儀表板。 剩下 10–20%(例如 ERP 沒涵蓋的特殊視角、或客戶要求的特定圖表),可以用 Notion 從 ERP 報表「匯入呈現」做輕量補強,不必再做一整套 。
✅ 但「專案管理系統」一定要做
ERP 不擅長「人的協作」——它管錢不管人。下面這些事 ERP 做不來,這就是 Notion 該守的:
員工每日工作台 / 任務清單
SOP 知識庫(出貨、包裝步驟)
檢核流程(Sasha 勾「完成」的動作)
跨平台訊息追蹤(LINE / FB / IG 一起看)
物流到貨追蹤(看哪個包包還在路上)
二手包收購管理(精品包進貨來源)
4. ERP vs Notion 痛點分工對照表
哪些痛點交給 ERP、哪些留給 Notion,一張表看完。
📊 分工對照表
客戶痛點 ERP + Shopline Notion 最終由誰負責
訂單紀錄 ✅ 強項 ❌ 不必做 ERP
每日/每月營業額 ✅ 強項 ❌ 不必做 ERP
商品/品牌銷售績效 ✅ 強項 △ 報表可呈現 ERP(Notion 視覺輔助)
門市績效 ✅ 強項 ❌ ERP
庫存管理 ✅ 強項 ❌ ERP
帳款 已收/待收/退款 ✅ ❌ ERP
電子發票 ✅ ❌ ERP
員工每日任務 / 工作台 ❌ 不會做 ✅ 強項 Notion
SOP 知識庫 ❌ ✅ 強項 Notion
檢核流程(Sasha 勾完成) ❌ ✅ 強項 Notion
跨平台訊息追蹤 ❌ ✅ Notion
物流到貨追蹤 △ 看 ERP 模組 ✅ Notion 補強
收購管理(二手包進貨) △ 一般 ERP 不擅長 ✅ Notion
CRM / 客戶識別 △ 看 ERP 模組 △ 可做但功能有限 看 ERP 有沒有,沒有再 Notion 補
5. 三條串接路徑比較
資料要「自己會走」到 Notion,有三條路。比較它們的可行性、成本、技術難度、必要性。
🔍 先確認你的理解(Q5 子題)
你問:「Shopline 沒辦法直接串 Notion,要先申請 OpenAPI 再用 n8n 自動化串到 Notion 對嗎?」
✅ 理解大致正確 ,但要補三點:
OpenAPI 是付費功能、要升級方案才有 ——只有「全通路領航員」方案才開放 OpenAPI 權限。
就算開了 OpenAPI,Notion 和 Shopline 之間仍然沒有原生連接,必須靠中間自動化工具(n8n / Make / Zapier 或自寫腳本) 來把資料推進 Notion。
你提到「串到 LINE」應該是筆誤,目標是 Notion 。
💸 申請 OpenAPI 的實際代價(重要)
查 Shopline 官方資料:
OpenAPI 只在 「全通路領航員」方案 開放
Shopline 台灣方案 年繳起跳 ,最低年費 NT$40,000 + 開站費 NT$5,000 = 首年至少 NT$45,000
還要付 月維護費(GMV 的 1.5–2%)
「全通路領航員」是最高階方案 ,年費通常更高(依規模再加)
⚠️ 結論:客戶若不是已在領航員方案,為了串 Notion 升級方案= 每年多花數萬 ~ 十幾萬,不划算 ,因為 ERP 進來後業績儀表板本來就不需要做整套了。
🛣 三條路徑全面比較
項目
路徑 A:Shopline ↔ Notion 直接串
路徑 B:Shopline ↔ ERP(官方)
路徑 C:Shopline ↔ ERP ↔ Notion
可行性 需 OpenAPI ✅ 官方支援 兩段都要打通
原生連接 ❌ 無,要中間層 ✅ 文中 ERP 串接 app ❌ 第二段無
客戶需付(升級方案) NT$40,000+/年 +GMV 1.5-2%文中 ERP 電商串接模組(向文中詢價,通常 5–30k+) 同 B,再加 Notion 端中間層
顧問端開發成本 高(n8n/腳本+維護) 無(文中原廠做) 中(第二段要做)
技術難度(顧問) 中高 低(協調) 中
先決條件 升級 Shopline 領航員 + OpenAPI 開通 文中 ERP 有電商串接模組 路徑 B 完成 + ERP 能匯出
時間(建置) 3–6 週 1–2 週(文中原廠時程) 2–4 週
長期維護成本 高(API 改版、token 過期) 低(原廠維護) 中
對此客戶必要性 低(ERP 進來就不需要) 高(客戶已決定做) 中(若想保留 Notion 業績視角)
建議走路徑 B 為主,路徑 C 為輔,路徑 A 不推薦。
→ 主:讓客戶買文中 ERP 的 Shopline 串接(客戶自付,原廠做)。
→ 輔:若 Notion 真的要顯示業績圖,做「ERP 報表匯出 → 手動/半自動匯入 Notion 呈現」的輕量版,不直連。
6. 要確認客戶有沒有 Shopline POS 嗎?
這題答案是「對,務必確認 」,因為直接影響 Notion 業績儀表板的存廢。
🛒 為什麼 POS 是關鍵?
POS(門市收銀機)是門市結帳用的硬體+軟體。Shopline 有自己的 POS 系統可選購。
兩種情境差很多:
情境 結果 對 Notion 業績儀表板的影響
有 Shopline POS
線上+門市銷售都會自動進 Shopline → 再串到 ERP,整套數據完整
Notion 業績儀表板幾乎沒必要做 ,ERP 看就好
沒有 Shopline POS
線上銷售在 Shopline、門市銷售可能在別的 POS、手寫單、或 Notion 手 key
Notion 業績儀表板還有存在價值 ——用來整合「ERP/Shopline 看不到的門市銷售」
📌 要客戶確認的問題:
嘉義門市目前怎麼結帳?是用 Shopline POS、別的 POS、還是純人工開單?
台中工作室之後會用 Shopline POS 嗎?
門市的銷售資料最後會不會也進 Shopline 後台?
7. 「我們會買串接的功能」≠ 升級到 OpenAPI 方案
這題你(Angel)的理解完全正確,我幫你補上技術原因+客戶可能的誤會。
✅ 你的理解:正確
Sasha 5/29 在 LINE 說:「SHOPLINE 沒有提供跟 NOTION 的串接,但我們會買串接的功能(我們還是需要跟文中做 ERP 串接) 」
她講的「買串接的功能 」指的是:
✅ 買「文中 ERP 資料串接 」這個 app(裝在 Shopline 後台擴充功能商店、由文中資訊提供)
✅ 由文中原廠做 Shopline ↔ 文中 ERP 的資料同步
❌ 不 等於升級 Shopline 方案到「全通路領航員」
❌ 不 等於開通 Shopline Open API
⚠️ 但客戶可能把兩件事搞混了
Sasha 接著問:「如果有 API 資料,你們能協助試試看串接嗎? 」
這句透露兩個訊號:
客戶誤以為「買了 Shopline ↔ ERP 串接 」=「Shopline 的 API 就會開放 」。這是錯的——文中 ERP 用的是它和 Shopline 之間的私有合作介面,並不等於客戶自己能用 Open API。
客戶以為只要「有 API 資料」我們就能直接串到 Notion。但實際上:
a. 客戶要先升級 Shopline 方案才能開 Open API(額外大筆費用)
b. 我們還要寫中間層(n8n / 腳本)來轉接
c. 還要持續維護(API 改版、token 過期)
💡 我們要做的事: 下次跟客戶溝通時,主動把「Shopline ↔ ERP 串接」和「Shopline Open API」這兩件事拆開講清楚,避免他們以為我們會順便把 Shopline 直接串到 Notion。
8. 我們可能忽略的盲點與風險
🚨 七個要注意的盲點
客戶技術理解差 :把「ERP 串接」「Open API」「Notion 串接」混為一談 → 我們要主動拆解+用白話講。
業務銷售儀表板淪為雞肋 :ERP 進來後,原本 demo 的業績功能高度重複 → 不調整範圍會做白工,或客戶用了一個月發現重疊就放棄。
文中 ERP 串接費用客戶自付 :報價單裡要寫清楚「ERP 模組/串接費用」是客戶自行向文中採購 ,不在我們報價內。
「Sasha 5/29 那句」如果答應了會陷入大坑 :「有 API 你們能試試看串接嗎」這句若應承,等同要扛 OpenAPI 開通評估+n8n 開發+長期維護,遠超專案範圍 → 不要答應,請先委婉拒絕並說明替代方案 。
Notion 訪客帳號限制 :訪客(guest)對 rollup / filter 等部分功能會有受限。要先測試他們需要的呈現方式,guest 用得起來。
收購業務 :拾壹月精品的「二手包收購」流程複雜(收貨來源、單據、金額認證),一般 ERP 不一定處理得好 ,這塊很可能要 Notion 補。
權限分層需求未確認 :哪些業績、帳款不讓門市員看到?要在系統設計前定。
8B. 整體建議方案優先順序(流程圖)
用一張流程圖表達我們建議的「先做什麼、後做什麼、最終長什麼樣」。
🗺 建議方案總圖
flowchart TD
S0[第 0 步 確認客戶現況] --> S1
S0 -.-> Q1[Shopline 方案?]
S0 -.-> Q2[Shopline POS?]
S0 -.-> Q3[文中 ERP 方案+電商模組?]
S1[第 1 步 客戶向文中加購電商串接模組] --> S2
S2[第 2 步 文中原廠做 Shopline ↔ ERP 串接] --> S3
S3[第 3 步 我們聚焦做 Notion 專案管理系統] --> S4
S4[第 4 步 業務銷售儀表板 縮減為 ERP 報表呈現] --> S5
S5[第 5 步 重新調整功能模組與報價] --> S6
S6[第 6 步 上線 + 訓練]
style S1 fill:#fff1e3,stroke:#c47b41
style S3 fill:#eaf5ed,stroke:#4a8c5a
style S4 fill:#fff3df,stroke:#c87a2f
🎯 我方核心策略
守住一個系統做到好 :專案管理系統(員工任務/SOP/檢核/訂單追蹤/收購)
縮減另一個系統 :業務銷售儀表板改為「ERP 報表呈現」輕量版(甚至不做)
不扛 ERP 串接 :Shopline ↔ ERP 由文中原廠做、Notion ↔ Shopline 不接
分期收費 :第一期上線 Notion + 半自動 → 之後客戶若真要全自動再升級
9. 客戶確認清單(Confirmation Checklist)
下一次跟客戶接觸前,這份清單要走一遍。
📝 確認清單
A. Shopline 端
目前 Shopline 用什麼方案?年費多少?
有沒有 Shopline POS?嘉義門市目前怎麼結帳?
線上和門市的銷售資料是否都進 Shopline 後台?
方案是否包含 Open API?若沒有,升級到「全通路領航員」要多少錢?
B. 文中 ERP 端
目前用文中哪一版 ERP?
有沒有「電商串接模組」?沒有的話加購多少錢?
願意自付這筆費用嗎?
能否讓顧問檢視 ERP 報表結構?
C. Notion 範圍
確認分工:ERP 管交易、Notion 管人和任務,這樣可以嗎?
業務銷售儀表板要縮減 / 移除嗎?或要做 ERP 報表呈現的輕量版?
每人的 Notion Email(加 guest 用)
權限分層:哪些業績/帳款不能給門市員看?
D. 流程與資料
進出貨/退貨/收購 完整流程順序
品牌分類清單+現有分類方式
物流商有哪幾家/有無查詢後台
客訊平台清單(LINE / FB / IG / 蝦皮 / 官網)
品牌形象資料(Logo、品牌色)
E. 時程與預算
希望上線時間?
整體預算範圍?(含文中 ERP 串接費用+我們的服務費)
10. 給客戶 copy-paste 問 Shopline 的文案
客戶沒技術背景,這份問句直接讓他們複製貼上發給 Shopline 客服。
📨 客戶用問句模板
您好,
我們公司目前正在規劃將 Shopline 與第三方系統整合(包含文中 ERP 系統和 Notion 系統),煩請協助確認以下事項,並提供書面報價說明:
【方案與費用】
1. 我們目前使用的方案名稱、年費/月費為何?
2. 我們的方案是否包含 Open API 功能?若沒有,需要升級到哪一個方案?
3. 「全通路領航員」方案的詳細費用?(含開站費、年費、月維護費、抽成比例)
4. 升級方案需要多久作業時間?需要哪些手續?
【Open API 相關】
5. 開通 Open API 後,是否還有額外的「API 維護費」或「呼叫次數限制」?
6. 若我們想將「訂單/商品/庫存/會員資料」自動同步到第三方系統,Open API 是否可以做到?有沒有資料量限制?
7. 是否有提供官方串接的技術文件或對接窗口?
【文中 ERP 串接】
8. 我們的方案是否已包含「文中 ERP 資料串接」這個擴充功能?需要另外申請啟用嗎?費用為何?
9. 「文中 ERP 串接」與「Open API」是兩個不同的東西嗎?我們是否需要兩個都買?
10. 若我們只買「文中 ERP 串接」,Shopline 的訂單可以同步到 ERP,但不能透過 Open API 接到其他系統(如 Notion),這樣理解正確嗎?
【POS 確認】
11. 我們目前是否有使用 Shopline POS?若沒有,門市銷售要如何匯入 Shopline 後台?
煩請以書面回覆並提供報價單,謝謝。
📋 一鍵複製
👉 客戶把這段直接貼給 Shopline 客服/業務窗口,把所有費用+技術細節一次問清楚。
本文件由顧問 Angel & Bella 內部討論用 · v1.0 · 2026/05/30 · 所有留言儲存在你的瀏覽器,匯出後可分享