Shopify Plus B2B Wholesale: Playbook Migration 7 Giai Đoạn (2026)

Câu trả lời ngắn

Migrate một vận hành wholesale sang Shopify Plus B2B không phải chủ yếu là một dự án kỹ thuật — đó là một dự án modeling bọc trong một cuộc migration data. Shopify B2B đã ship sẵn những phần khó nhất một cách native: companies và locations, gated catalog, tiered price list, draft order, và payment terms net 30/60/90 (tài liệu Shopify B2B). Điểm thất bại gần như không bao giờ là platform. Đó là khoảnh khắc bạn cố dịch một thập kỷ rule pricing legacy chồng chéo sang model gọn gàng hơn của Shopify mà chưa quyết định trước những rule đó thật sự nên trở thành cái gì.

Playbook này đi qua bảy giai đoạn chúng tôi chạy ở LUMA-E, theo thứ tự bảo vệ ngày launch của bạn. Giai đoạn 1 đến 3 là việc ra-quyết-định-và-modeling bạn nên hoàn thành trước khi bất kỳ production data nào di chuyển. Giai đoạn 4 đến 7 là build, integrate, test, và cutover. Giai đoạn lặng lẽ đánh chìm phần lớn migration là Giai đoạn 3 — modeling pricing và catalog — nên đó là giai đoạn chúng tôi dành nhiều thời gian nhất.

7 giai đoạn nhìn tổng quan

1. Discovery và account mapping — kiểm kê mọi B2B account, pricing và terms của nó.
2. Quyết định kiến trúc store — một store chung với D2C, hay store B2B-only riêng.
3. Modeling pricing và catalog — gom mớ pricing legacy thành catalog và price list. (cái khó)
4. Companies, locations, và buyer account — build cấu trúc customer B2B.
5. Draft order và payment terms — wire net 30/60/90 và assisted selling.
6. Integration và data migration — ERP, kế toán, và order lịch sử.
7. Test matrix và cutover — verify từng buyer, rồi go-live.

Giai đoạn 1 — Discovery và account mapping

Trước khi bất cứ thứ gì di chuyển, dựng một spreadsheet làm source of truth cho cuộc migration. Một dòng cho mỗi B2B account, với các cột cho: customer group hoặc segment nó thuộc về trong hệ thống legacy, price list hoặc cấu trúc discount áp dụng, mọi giá negotiated theo từng SKU, credit terms của nó (net 30/60/90 hay due-on-receipt), sales rep được gán, và số dư invoice còn mở.

Nghe có vẻ tốn công vì đúng là vậy. Nó cũng là artifact có giá trị nhất trong cả dự án. Phần lớn hệ thống B2B legacy — Magento với một extension B2B, WooCommerce với một plugin wholesale, hay một backend custom hoàn toàn — đã tích lũy những exception pricing mà không ai còn nhớ hết. Spreadsheet discovery là nơi những exception đó lộ ra khi chúng còn rẻ để xử lý.

Hai câu hỏi cần trả lời ở giai đoạn này, vì chúng định hình mọi thứ downstream:

• Thật sự có bao nhiêu pricing tier khác biệt? Không phải hệ thống cũ có bao nhiêu customer group — mà có bao nhiêu cấu trúc giá thật sự khác nhau. Team thường phát hiện bốn mươi customer group rút lại còn năm pricing tier thật cộng vài contract một-lần.
• Account nào có receivable còn mở? Những account này cần một kế hoạch chủ động ở Giai đoạn 6, không phải một kế hoạch ứng biến lúc cutover.

Để xem đầy đủ kiểm kê trước launch các setting B2B cần nắm, Checklist 50 Điểm Launch Shopify B2B của chúng tôi liệt kê những line item mà team hay bỏ sót nhất.

Giai đoạn 2 — Quyết định kiến trúc store

Shopify B2B chạy hai cách: trên một store đơn cùng với mảng direct-to-consumer của bạn, hoặc như một store B2B-only riêng (tài liệu Shopify B2B). Đây là một quyết định kiến trúc, không phải sở thích, và đảo ngược nó về sau thì tốn kém — nên hãy quyết định nó có chủ đích ở Giai đoạn 2.

Một store chung với D2C chia sẻ một product catalog, một inventory pool, và một theme. Buyer B2B login như một company contact và thấy gated catalog và contract pricing; retail shopper thấy giá public. Đây là lựa chọn đúng khi trải nghiệm wholesale của bạn về cơ bản là cùng sản phẩm ở giá và terms khác — đúng với phần lớn brand wholesale-cộng-retail.

Store B2B-only riêng cho bạn một storefront độc lập hoàn toàn với theme, URL, và flow mua riêng. Bạn trả giá cho nó bằng việc maintain hai store và sync inventory giữa chúng. Nó xứng đáng khi trải nghiệm mua wholesale thật sự khác retail — một cấu trúc catalog khác, một flow checkout khác, một dải sản phẩm B2B-only, hoặc yêu cầu compliance không thuộc về site consumer.

Một default thực tế: nếu bạn có thể mô tả trải nghiệm wholesale là "cùng store, nhưng gated và re-priced sau login," chọn một store. Nếu bạn thấy mình đang mô tả một hành trình mua hoàn toàn khác, chọn hai.

Giai đoạn 3 — Modeling pricing và catalog (giai đoạn làm kẹt migration)

Đây là nơi phần lớn migration Shopify Plus B2B mất lịch, nên nó xứng đáng được chú ý nhất.

Trong Shopify B2B, hai object làm việc này: một catalog kiểm soát buyer thấy sản phẩm nào, và một price list gắn với catalog đó kiểm soát họ trả bao nhiêu. Bạn gán catalog theo từng company location, nên buyer khác nhau thấy sản phẩm khác nhau ở giá khác nhau qua cùng một storefront (tài liệu catalog và pricing Shopify). Đó là một model gọn — và sự gọn đó chính là vấn đề khi bạn đến từ một model lộn xộn.

Pricing B2B legacy thường là một chồng rule: một base discount theo customer-group, cộng contract price theo từng SKU, cộng volume break, cộng những override negotiated mà ai đó thêm vào năm 2021 và chưa bao giờ gỡ. Shopify không ngăn bạn cố tái tạo tất cả — nhưng team nào cố là team trễ launch.

Kỷ luật hiệu quả:

1. Gom trước khi build. Dùng spreadsheet Giai đoạn 1, rút mỗi account về một trong số ít pricing tier. Nhắm tới số catalog ít nhất mà vẫn phản ánh trung thực cấu trúc thương mại thật — thường là vài cái, không phải vài chục.
2. Model price list dạng percentage-off chỗ nào được, fixed-price chỗ nào buộc phải. Danh sách percentage-off scale tự động khi giá retail của bạn đổi; danh sách fixed-price dành cho contract pricing negotiated thật sự không nên di chuyển.
3. Xử lý contract một-lần một cách tường minh. Một account enterprise đơn lẻ với pricing riêng được catalog riêng của nó. Đừng làm bẩn một tier sạch để chiều một exception.
4. Để ý trần của gói. Trên gói Basic, Grow và Advanced bạn có thể gán tối đa 3 active catalog; Shopify Plus gỡ bỏ giới hạn này (tài liệu catalog và pricing Shopify). Nếu model đã gom của bạn cần hơn ba catalog, đó là một lý do cụ thể để Plus là tier đúng.

Output của Giai đoạn 3 là một bản đồ đã chốt: mỗi account → một catalog → một price list. Cho người sở hữu pricing thương mại ký duyệt trước khi bạn build bất cứ thứ gì. Đổi nó sau khi buyer account đã được gán nghĩa là re-touch mọi company location.

Giai đoạn 4 — Companies, locations, và buyer account

Với model pricing đã chốt, cấu trúc customer trở nên thẳng thớm. Shopify B2B tổ chức buyer thành companies, mỗi company có một hoặc nhiều locations, và mỗi location mang catalog assignment, payment terms, và shipping address riêng (tài liệu Shopify B2B). Buyer cá nhân là contact gắn với một company location, với permission cho ai được đặt order.

Mapping từ spreadsheet Giai đoạn 1 là trực tiếp: mỗi account legacy thành một company, mỗi ship-to thành một location, mỗi login thành một contact. Chi tiết đáng làm đúng là location như đơn vị cấu hình — catalog, terms, và address đều gắn ở mức location, không phải mức company hay contact. Buyer nhiều location (một chuỗi với warehouse vùng trên terms khác nhau) được model thành một company với vài location cấu hình khác biệt nhau.

Build vài account đại diện bằng tay trước để validate model end-to-end, rồi bulk-load phần còn lại. Validate pattern trên năm account rẻ hơn nhiều so với phát hiện một lỗi cấu trúc sau khi import năm trăm account.

Giai đoạn 5 — Draft order và payment terms

Hai capability native bao phủ phần lớn cách wholesale thật sự giao dịch.

Draft order là cách team sales của bạn bán có hỗ trợ. Một rep dựng order thay mặt buyer, áp đúng catalog pricing, và gửi invoice — phiên bản số của việc đặt hàng qua điện thoại-và-email mà B2B legacy thường chạy. Migrate cái này chủ yếu là một thay đổi quy trình: rep của bạn học flow draft-order, và bạn quyết định loại order nào ở lại có-hỗ-trợ versus chuyển sang buyer self-service.

Payment terms là trái tim của B2B và Shopify hỗ trợ chúng native. Bạn định nghĩa một company có bao lâu để trả — due on receipt, net 15, net 30, net 60, hoặc một ngày cố định — và gán terms theo từng company location (tài liệu payment terms Shopify). Order đặt theo terms chuyển sang trạng thái pending-payment thay vì thu tại checkout, và finance reconcile theo lịch đã thỏa thuận.

Cái bẫy migration ở đây là receivable còn mở. Quyết định tường minh: invoice còn nợ từ hệ thống cũ ở lại platform legacy tới khi tất toán, hay re-key vào Shopify dưới dạng draft order? Chọn một và ghi lại. Cố migrate một sổ công nợ đang sống giữa chừng là chỗ sinh lỗi kế toán.

Giai đoạn 6 — Integration và data migration

Đây là giai đoạn nặng thứ hai, vì B2B hiếm khi sống một mình — nó được wire vào một ERP, một hệ thống kế toán, và đôi khi một PIM hoặc một 3PL.

Sắp thứ tự data migration có chủ đích:

• Sản phẩm và inventory trước, validate so với nguồn live.
• Companies, locations, và contact kế tiếp, từ bản build Giai đoạn 4.
• Catalog và price list, đối chiếu so với bản ký duyệt Giai đoạn 3.
• Order lịch sử — quyết định import bao xa về trước. Nhiều team import 12 đến 24 tháng cho buyer reorder history và để archive sâu ở hệ thống cũ.

Với integration, API limit cao hơn của Shopify Plus quan trọng: một ERP sync thật sinh ra nhiều API traffic hơn hẳn một store chuẩn, và limit lớn hơn của tier Plus là một phần lý do vận hành B2B nghiêm túc đáp xuống đó. Build connection ERP và kế toán trên một staging store, chạy một vòng đời order đầy đủ qua chúng — order đặt, terms apply, fulfilled, invoiced, paid, reconciled — và xác nhận mỗi hệ thống nhận đúng cái nó kỳ vọng trước khi bạn lại gần production.

Giai đoạn 7 — Test matrix và cutover

Giai đoạn cuối là một kỷ luật, không phải một feature: một test matrix từng-buyer chạy trước cutover. Cho mỗi pricing tier, login như một buyer đại diện và xác nhận ba thứ:

1. Đúng sản phẩm, đúng giá. Buyer thấy chính xác catalog của họ và trả chính xác giá price-list của họ. Cái này bắt lỗi gán catalog và price-list — defect post-launch phổ biến nhất.
2. Terms apply đúng. Đặt một test order trên net terms và xác nhận nó về pending-payment, không thu tại checkout.
3. Sync downstream sạch. Xác nhận order chảy vào ERP và hệ thống kế toán với đúng account, pricing, và terms.

Chạy matrix qua mọi tier, cộng các account contract một-lần. Chỉ khi mọi dòng pass mới cutover. Một migration hoàn hảo về kỹ thuật nhưng bỏ matrix này vẫn tạo ra một tuần đầu hỗn loạn — sai giá cho sai buyer là loại lỗi bào mòn niềm tin wholesale nhanh chóng.

Với cutover, cách tiếp cận phased thắng big bang: chuyển một account pilot thân thiện hoặc một segment trước, xác nhận một vòng order thực tế đầy đủ bao gồm một lần trả theo terms, rồi đưa phần còn lại sang. Pilot làm lộ những edge case integration mà không test matrix nào lường hết.

Pattern xuyên các cuộc migration

Team nào migrate sạch đều làm cùng một thứ: họ coi giai đoạn 1 đến 3 là một sprint modeling hoàn thành trước khi bất kỳ production data nào di chuyển, và họ coi Giai đoạn 7 là không-thương-lượng. Phần platform ở giữa thì nhanh — feature native của Shopify B2B gánh phần nặng. Cái tách một migration mượt khỏi một migration lộn xộn là việc ra quyết định ở đầu và kỷ luật verify ở cuối.

Nếu bạn đang scope một bước chuyển sang Shopify Plus B2B và muốn một góc nhìn thứ hai về model pricing của mình trước khi build, đó đúng là loại review tiền-build chúng tôi chạy. Bạn có thể yêu cầu một teardown async — chúng tôi sẽ xem pricing B2B hiện tại của bạn map sang catalog và price list ra sao và gửi lại model chúng tôi đề xuất, không cần call.

Nguồn

• Shopify Help Center — Shopify B2B (feature B2B native, single vs separate store, plan availability)
• Shopify Help Center — Catalogs and pricing in B2B (catalog gating, per-customer pricing, trần 3 catalog trên Basic/Grow/Advanced)
• Shopify Help Center — Setting up payment terms in B2B (net terms gán theo từng company location)