Cách cửa hàng xác định giá và áp dụng khuyến mãi được hình thành từ một hệ thống quy tắc thương mại. Hệ thống này quyết định khách hàng phải trả bao nhiêu, vì sao mức giá đó được áp dụng và cửa hàng cần trình bày kết quả ra sao. Một bản ghi Products có thể đồng thời có giá cơ sở, giá khuyến mãi, giá riêng theo biến thể, giá theo nhóm Customers, mức giá thay đổi theo số lượng, ưu đãi theo catalog, Coupons, miễn phí vận chuyển, điều chỉnh giá cho đơn hàng định kỳ, quyền lợi khách hàng thân thiết và điều kiện giá theo thuế hoặc khu vực. Cửa hàng có thể chỉ hiển thị một số tiền cuối cùng, nhưng kết quả đó thường được tạo từ nhiều bản ghi dữ liệu và nhiều bước tính toán.
Dữ liệu giá trên nền tảng thương mại điện tử không chỉ nằm trong một trường giá của Products. Giá có thể được quản lý qua bản ghi Products, biến thể, bảng giá, nhóm Customers, quy tắc catalog, quy tắc giỏ hàng, dữ liệu Coupons, thiết lập thuế, quy tắc vận chuyển, cấu hình tiền tệ, hệ thống mua hàng định kỳ, ứng dụng khách hàng thân thiết, công cụ định giá doanh nghiệp, các tích hợp với ERP hoặc dữ liệu riêng của extensions. Khuyến mãi còn phụ thuộc nhiều hơn vào các cấu trúc xung quanh vì một ưu đãi thường cần điều kiện áp dụng, trường hợp loại trừ, thời gian hiệu lực, giới hạn sử dụng, thứ tự ưu tiên, quy tắc kết hợp và trình tự tính toán.
Vì vậy, việc rà soát kỹ thuật cần xác định quy tắc thương mại được lưu ở đâu, phụ thuộc vào dữ liệu nào, nền tảng tính kết quả theo trình tự nào và kết quả đó được thể hiện ra sao trong giỏ hàng, checkout, Orders, báo cáo, hoàn tiền và thông tin gửi cho khách hàng.
Giá và khuyến mãi quyết định số tiền khách hàng thực sự phải trả
Hệ thống định giá và khuyến mãi phải xác định cả mức giá, đối tượng, điều kiện và thứ tự áp dụng ưu đãi. Cần biết Customers nào được hưởng giá khác, giỏ hàng nào đủ điều kiện, Products nào bị loại trừ, phí vận chuyển thay đổi ra sao, thuế được tính trước hay sau giảm giá và nhiều ưu đãi có thể kết hợp hay không.
Một cửa hàng có thể dùng nhiều thành phần định giá cho những mục đích kinh doanh khác nhau:
| Thành phần định giá hoặc khuyến mãi | Ý nghĩa | Kết quả kinh doanh hoặc chức năng bị ảnh hưởng |
|---|---|---|
| Giá cơ sở | Giá bán thông thường của Products hoặc biến thể | Giá hiển thị trên trang Products, số tiền của từng mặt hàng trong giỏ hàng, feed, báo cáo và tổng Orders |
| Giá khuyến mãi hoặc giá so sánh | Mức giá tạm thời hoặc mức giá dùng để trình bày ưu đãi | Nhãn khuyến mãi, giá gạch ngang, trang chiến dịch và thông điệp thúc đẩy mua hàng |
| Giá theo biến thể | Mức giá khác nhau theo kích thước, màu sắc, chất liệu, số lượng trong bộ hoặc cấu hình | Khách hàng chọn đúng phiên bản còn hàng, tổng giỏ hàng và cách cửa hàng xử lý cấu hình đã mua |
| Giá theo nhóm Customers | Giá dành riêng cho bán buôn, bán lẻ, VIP, B2B, nhân viên hoặc thành viên | Giá sau khi đăng nhập, giá theo tài khoản, phân nhóm Customers và bán hàng theo thỏa thuận |
| Giá theo bậc hoặc số lượng | Đơn giá thay đổi theo số lượng mua | Mua số lượng lớn, bán buôn, bảng giá và cách giỏ hàng tính tiền |
| Quy tắc catalog | Giảm giá được áp dụng trước khi khách hàng thêm Products vào giỏ hàng | Trưng bày Categories, giá trên danh sách Products và khả năng nhận biết chương trình giảm giá |
| Quy tắc giỏ hàng | Giảm giá được áp dụng khi giỏ hàng đáp ứng điều kiện | Cách Coupons hoạt động, tổng giỏ hàng, ưu đãi tại checkout và chương trình theo ngưỡng |
| Ưu đãi vận chuyển | Miễn hoặc giảm phí vận chuyển khi đáp ứng điều kiện | Khả năng khách hàng hoàn tất mua hàng, ưu đãi theo khu vực và tính toán biên lợi nhuận |
| Quy tắc khách hàng thân thiết hoặc phần thưởng | Tín dụng, điểm, giảm giá thành viên hoặc quyền lợi tích lũy | Giữ chân Customers, quyền lợi tài khoản và giá trị kinh tế từ khách hàng mua lặp lại |
| Giá cho đơn hàng định kỳ | Cách tính giá cho các lần mua lặp lại hoặc chu kỳ thành viên | Thanh toán định kỳ, gia hạn, quản lý tài khoản và tự động tạo Orders |
| Nguồn giá bên ngoài | Giá do ERP, POS, PIM, marketplace hoặc công cụ định giá quản lý | Xác định hệ thống quản lý giá chính, đồng bộ và trách nhiệm vận hành |
Các thành phần này có thể cùng tác động đến một bản ghi Products. Mặt hàng có thể có giá khuyến mãi, giá riêng cho một nhóm Customers, ưu đãi theo Categories, Coupons và điều kiện miễn phí vận chuyển. Câu hỏi kỹ thuật quan trọng không chỉ là mỗi thành phần có tồn tại hay không, mà còn là thành phần nào được ưu tiên, những ưu đãi nào có thể kết hợp và nền tảng ghi lại số tiền cuối cùng như thế nào.
Giá Products có thể được lưu trong nhiều cấu trúc dữ liệu
Việc định giá thường bắt đầu từ một trường giá, nhưng đa số cửa hàng cần nhiều hơn một con số. Products đơn giản có thể chỉ có giá cơ sở. Products có biến thể có thể lưu giá riêng cho từng SKU. Cửa hàng B2B hoặc bán qua marketplace có thể quản lý bảng giá theo thị trường, tiền tệ, nhóm Customers, catalog, hợp đồng hoặc kênh bán.
Các trường dữ liệu thường gặp gồm:
| Trường hoặc thuộc tính | Chức năng thường gặp | Vấn đề kỹ thuật cần xác định |
|---|---|---|
| ID Products hoặc ID biến thể | Liên kết mức giá với phiên bản Products được bán | Xác định giá áp dụng cho Products chính hay một biến thể riêng |
| Giá cơ sở | Giá bán tiêu chuẩn | Có thể được lưu ở cấp Products trên nền tảng này nhưng ở cấp biến thể trên nền tảng khác |
| Giá khuyến mãi | Giá giảm đang có hiệu lực | Có thể có thời gian hiệu lực riêng hoặc phụ thuộc vào quy tắc chiến dịch |
| Giá so sánh hoặc giá niêm yết | Mức giá tham chiếu hiển thị bên cạnh giá đang áp dụng | Có thể thay đổi cách trình bày nhưng không tham gia trực tiếp vào số tiền được tính |
| Trường chi phí hoặc biên lợi nhuận | Cơ sở chi phí nội bộ | Thường không hiển thị cho khách hàng nhưng quan trọng với báo cáo và rà soát lợi nhuận |
| Mã tiền tệ | Xác định đơn vị tiền tệ của mức giá | Có thể cần bảng giá, quy tắc quy đổi hoặc giá riêng theo thị trường |
| Nhóm thuế | Phân loại thuế của Products | Ảnh hưởng đến cách tính thuế và yêu cầu theo khu vực |
| ID nhóm Customers hoặc bảng giá | Liên kết giá với đối tượng đủ điều kiện | Kiểm soát giá B2B, bán buôn, thành viên hoặc giá theo hợp đồng |
| Ngưỡng số lượng | Mốc bắt đầu áp dụng đơn giá theo bậc | Quyết định khi nào đơn giá khác được sử dụng |
| Phạm vi kênh hoặc thị trường | Liên kết giá với cửa hàng, khu vực, marketplace hoặc kênh bán | Kiểm soát mức giá xuất hiện trong từng bối cảnh bán hàng |
| Ngày bắt đầu và kết thúc | Thời gian có hiệu lực | Kiểm soát lịch chiến dịch và nguy cơ tiếp tục dùng giá đã hết hạn |
| Mức ưu tiên hoặc thứ tự xử lý | Giá trị dùng để giải quyết xung đột | Quyết định mức giá hoặc quy tắc nào được áp dụng khi nhiều điều kiện cùng phù hợp |
Nền tảng chỉ lưu một mức giá cho Products sẽ vận hành rất khác với nền tảng lưu nhiều bản ghi giá theo Products, biến thể, nhóm Customers, thị trường hoặc kênh bán. Sự khác biệt này ảnh hưởng trực tiếp đến cách giá được hiển thị, chỉnh sửa, xuất dữ liệu, đồng bộ và kiểm thử.
Khuyến mãi là dữ liệu gồm điều kiện kích hoạt và kết quả áp dụng
Một bản ghi khuyến mãi thường có hai phần: điều kiện kích hoạt và quy tắc xử lý. Điều kiện kích hoạt có thể là mã Coupons, giảm giá tự động, một phân khúc Customers, lịch chiến dịch hoặc trạng thái của giỏ hàng. Quy tắc xử lý xác định điều gì xảy ra khi các điều kiện được đáp ứng.
Một quy tắc khuyến mãi có thể chứa nhiều nhóm điều kiện:
| Nhóm điều kiện | Trường hợp thường gặp | Điểm có thể khác giữa các nền tảng |
|---|---|---|
| Products đủ điều kiện | SKU, biến thể, Categories, collections, thương hiệu, tags, nhà cung cấp hoặc thuộc tính cụ thể | Nền tảng có thể dùng loại đối tượng hoặc cách truy vấn khác để xác định Products |
| Trường hợp loại trừ | Products đang giảm giá, hàng thanh lý, thẻ quà tặng, thương hiệu bị hạn chế, bundle, mua hàng định kỳ hoặc một số biến thể | Nền tảng đích có thể hỗ trợ ít điều kiện loại trừ hơn hoặc yêu cầu tách thành quy tắc riêng |
| Customers đủ điều kiện | Nhóm, tags, phân khúc, tên miền email, trạng thái thành viên, cấp độ khách hàng thân thiết hoặc tài khoản B2B | Mô hình phân nhóm Customers có thể không tương ứng trực tiếp |
| Ngưỡng giỏ hàng | Giá trị mua tối thiểu, số lượng tối thiểu, giá trị tối đa, số mặt hàng hoặc tổng phụ sau khi loại trừ | Ngưỡng có thể được tính trước hoặc sau giảm giá, thuế hay phí vận chuyển |
| Hình thức ưu đãi | Giảm theo phần trăm, giảm số tiền cố định, mua một tặng một, tặng Products, miễn phí vận chuyển, ưu đãi theo bậc hoặc giá bundle | Nền tảng đích có thể hỗ trợ sẵn một số hình thức và cần app cho những hình thức khác |
| Giới hạn sử dụng | Theo Customers, theo mã, theo Orders, tổng số lần hoặc toàn chiến dịch | Lịch sử sử dụng có thể không được chuyển theo cùng cách |
| Thời gian hiệu lực | Ngày bắt đầu, ngày kết thúc, chiến dịch theo lịch, múi giờ hoặc chu kỳ lặp lại | Cách xử lý ngày giờ có thể phụ thuộc vào múi giờ và bộ lập lịch của nền tảng |
| Quy tắc kết hợp | Kết hợp với giảm giá Products, giảm giá Orders, ưu đãi vận chuyển, phần thưởng hoặc điều chỉnh thủ công | Cách kết hợp ưu đãi thường phụ thuộc riêng vào từng nền tảng |
| Thứ tự ưu tiên | Quy tắc nào được xử lý trước hoặc thắng khi xung đột | Mức ưu tiên có thể được thiết lập rõ, được nền tảng ngầm quyết định hoặc không được hỗ trợ |
Mã Coupons có thể giữ nguyên sau khi chuyển đổi nhưng chương trình lại cho kết quả khác. Mã chỉ là phần khách hàng nhập hoặc nhìn thấy. Công cụ tính khuyến mãi của nền tảng mới quyết định đối tượng đủ điều kiện, trường hợp loại trừ, mức giảm, khả năng kết hợp và số tiền cuối cùng.
Thứ tự tính toán quyết định cách nhiều ưu đãi tương tác
Thứ tự tính toán là một trong những khác biệt quan trọng nhất giữa các nền tảng. Hai cửa hàng có thể sử dụng cùng tên ưu đãi nhưng cho ra tổng tiền khác nhau nếu một nền tảng giảm giá từng mặt hàng trước khi tính thuế, còn nền tảng khác giảm trên tổng phụ của Orders sau khi đã áp dụng các ưu đãi khác.
Cần làm rõ các câu hỏi sau:
- Giảm giá được áp dụng cho từng mặt hàng, tổng phụ của giỏ hàng, phí vận chuyển, số tiền đã gồm thuế hay số tiền chưa gồm thuế?
- Giá khuyến mãi có thay thế giá cơ sở trước khi tính Coupons hay không?
- Coupons có thể áp dụng cho Products đã được giảm giá hay không?
- Giảm giá Products và giảm giá Orders có thể kết hợp hay không?
- Miễn phí vận chuyển được xét trước hay sau khi khách hàng chọn phương thức vận chuyển?
- Nền tảng có phân bổ giảm giá ở cấp Orders xuống từng mặt hàng hay không?
- Khi hoàn tiền, hệ thống có giữ nguyên phần giảm giá đã phân bổ ban đầu hay không?
- Hệ thống làm tròn ở từng mặt hàng, từng dòng thuế hay tổng cuối của Orders?
Cách kết hợp nhiều ưu đãi đặc biệt nhạy cảm. Có nền tảng cho phép nhiều giảm giá tự động và nhiều mã Coupons cùng áp dụng. Nền tảng khác chỉ chấp nhận một mã giảm giá, tách giảm giá Products khỏi giảm giá Orders, hạn chế kết hợp với miễn phí vận chuyển hoặc cần app để xử lý tổ hợp phức tạp. Khi quy tắc kết hợp thay đổi, chương trình có thể trở nên quá hào phóng, quá hạn chế hoặc tạo ra kết quả thương mại khác dù mức giảm hiển thị trông quen thuộc.
Mỗi nền tảng phân chia trách nhiệm định giá theo cách khác nhau
Các nền tảng khác nhau về mức độ mà giá và khuyến mãi được xử lý bằng chức năng có sẵn, cấu hình, extensions hoặc hệ thống bên ngoài.
Nền tảng SaaS thường có cấu trúc rõ cho giá Products, giá biến thể, mã Coupons, giảm giá tự động, giá riêng theo thị trường và extensions từ app. Mô hình này có thể giúp quản trị đơn giản hơn, nhưng cũng có thể giới hạn tổ hợp giảm giá, giá B2B nâng cao, thứ tự ưu tiên hoặc chiến dịch phức tạp nếu cửa hàng không dùng thêm app hay gói tính năng cao hơn.
Nền tảng Open Source thường cho phép truy cập sâu hơn vào quy tắc giá catalog, quy tắc giá giỏ hàng, nhóm Customers, nhóm thuế và bảng dữ liệu của extensions. Điều này hỗ trợ các quy tắc thương mại phức tạp, nhưng dữ liệu có thể nằm rải rác trong bảng lõi, module, thuộc tính tùy chỉnh, cấu hình tuần tự hóa và mã tùy chỉnh. Một khuyến mãi duy nhất trên cửa hàng có thể phụ thuộc vào nhiều bản ghi do extensions quản lý.
Nền tảng doanh nghiệp có thể phân chia giá thành bảng giá, catalog dùng chung, nhóm Customers, website, thị trường, hợp đồng và tài khoản doanh nghiệp. Giá B2B có thể phụ thuộc vào cấu trúc công ty, quyền hạn, vai trò người mua, hợp đồng đã đàm phán, danh sách mua hàng hoặc đồng bộ với ERP. Một bản ghi Products có thể có nhiều mức giá thương mại tùy theo Customers và kênh bán.
Cửa hàng bán đa kênh hoặc kết nối marketplace có thể không coi nền tảng thương mại điện tử là nơi duy nhất quản lý giá. ERP, POS, PIM, công cụ marketplace, hệ thống điều chỉnh giá hoặc trình quản lý kênh có thể gửi giá vào cửa hàng. Trong mô hình đó, nền tảng cửa hàng hiển thị và xử lý giá, nhưng hệ thống quản lý giá chính lại nằm bên ngoài.
Giá và khuyến mãi phụ thuộc vào nhiều dữ liệu khác trong cửa hàng
Ưu đãi theo Categories phụ thuộc vào việc Products được gán vào Categories hoặc collections nào. Giá theo nhóm Customers phụ thuộc vào nhóm hoặc phân khúc. Giảm giá bundle phụ thuộc vào quan hệ Products và cách quản lý tồn kho. Ưu đãi cho đơn hàng định kỳ phụ thuộc vào dữ liệu thanh toán lặp lại. Chương trình theo khu vực phụ thuộc vào thị trường, tiền tệ, vùng vận chuyển, thuế hoặc vị trí.
Các điểm phụ thuộc thường gặp gồm:
| Cấu trúc liên quan | Ảnh hưởng đến giá hoặc khuyến mãi |
|---|---|
| Cấu trúc Products và biến thể | Quyết định giá hoặc ưu đãi áp dụng cho Products chính, SKU riêng, bundle, kit hay lựa chọn có thể cấu hình |
| Thuộc tính và tags | Có thể điều khiển điều kiện áp dụng, trường hợp loại trừ, collections tự động, trang giảm giá hoặc nhãn hiển thị cho khách hàng |
| Cấu trúc Categories và collections | Thường kiểm soát quy tắc catalog, ưu đãi trên landing page, chiến dịch theo mùa và nhóm trưng bày |
| Nhóm và phân khúc Customers | Quyết định Customers nào được hưởng giá B2B, bán buôn, thành viên, nhân viên, VIP hoặc quyền lợi khách hàng thân thiết |
| Thiết lập thuế | Kiểm soát giá đã gồm thuế, nhóm thuế, cách tính theo khu vực và tổng trên hóa đơn |
| Vùng và phương thức vận chuyển | Kiểm soát miễn phí vận chuyển, ưu đãi theo khu vực, điều kiện theo ngưỡng và quyền lợi tại checkout |
| Tiền tệ và thị trường | Kiểm soát giá địa phương, làm tròn, số tiền hiển thị và chênh lệch do tỷ giá |
| Tồn kho và dữ liệu xử lý đơn hàng | Có thể ảnh hưởng đến ưu đãi bundle, bán khi hết hàng, khả năng mua định kỳ và phạm vi bán theo khu vực |
| Hệ thống bên ngoài | Có thể ghi đè hoặc đồng bộ giá, giảm giá, điều kiện áp dụng cho Customers hoặc tổng Orders |
Quy tắc định giá cần được xem cùng với những cấu trúc liên quan mà quy tắc sử dụng. Khi Products được chuyển sang mô hình biến thể khác, cách gán Categories thay đổi hoặc nhóm Customers được xây dựng lại bằng tags hay phân khúc, chương trình khuyến mãi có thể phải được diễn giải và thiết lập lại dù tên quy tắc vẫn còn quen thuộc.
Những chức năng đặc thù có thể không tồn tại trên nền tảng khác
Một số cách định giá và khuyến mãi phụ thuộc vào chức năng chỉ có ở một số nền tảng, app, extensions, gói doanh nghiệp hoặc hệ thống đồng bộ bên ngoài.
Các trường hợp quan trọng gồm:
- bảng giá riêng theo thị trường và giá theo khu vực;
- giá theo nhóm Customers hoặc tài khoản B2B;
- catalog dùng chung và bảng giá riêng theo công ty;
- đơn giá bán buôn theo số lượng;
- giảm giá cho đơn hàng định kỳ và quy tắc giá theo chu kỳ;
- cách tính giá cho bundle, kit và Products có thể cấu hình;
- đổi điểm khách hàng thân thiết và sử dụng tín dụng phần thưởng;
- tương tác giữa thẻ quà tặng và tín dụng cửa hàng;
- giảm giá tự động không cần mã Coupons;
- chương trình mua một tặng một hoặc tặng Products;
- làm tròn giá theo tiền tệ, thị trường, quy tắc thuế hoặc nhà cung cấp thanh toán;
- giá hợp đồng và giá tài khoản do ERP quản lý;
- điều chỉnh giá trên marketplace và giá riêng theo kênh.
Các chức năng này không thể thay thế trực tiếp cho nhau. Không thể coi giá theo nhóm Customers là cùng một cơ chế với giảm giá dựa trên tag Customers. Quy tắc catalog không giống quy tắc giỏ hàng. Giá so sánh không giống giá khuyến mãi có lịch chiến dịch. Giá bundle do app tính không giống giá biến thể có sẵn của nền tảng. Muốn duy trì đúng kết quả thương mại, cần xác định chính xác chức năng nào trên nền tảng cũ đã tạo ra kết quả đó.
Những lỗi thường xuất hiện khi chỉ nhìn vào giá trị hiển thị
Vấn đề về giá có thể khó phát hiện vì bản ghi trong trang quản trị trông đúng nhưng kết quả trên cửa hàng hoặc checkout lại sai.
| Biểu hiện | Nguyên nhân thường gặp | Ảnh hưởng đến khách hàng hoặc doanh nghiệp |
|---|---|---|
| Mã Coupons đúng nhưng số tiền giảm sai | Cách tính ưu đãi hoặc tổng phụ đủ điều kiện đã thay đổi | Khiếu nại của khách hàng, sai chiến dịch và mất biên lợi nhuận |
| Giảm giá áp dụng cho Products đáng lẽ bị loại trừ | Mô hình loại trừ không được chuyển sang cấu trúc tương ứng | Rủi ro lợi nhuận và vi phạm chính sách thương hiệu |
| Customers bán buôn nhìn thấy giá bán lẻ | Quan hệ với nhóm Customers hoặc bảng giá đã thay đổi | Trở ngại cho tài khoản B2B và phát sinh hỗ trợ |
| Nhãn giảm giá xuất hiện nhưng mức giá tính thực tế không đúng | Giá dùng để hiển thị và giá đang áp dụng được lưu riêng | Gây hiểu nhầm trên cửa hàng và trình bày chương trình không chính xác |
| Tổng giỏ hàng khác số tiền dự kiến | Thứ tự tính, xử lý thuế hoặc làm tròn khác | Khách hàng bỏ checkout, sai lệch kế toán và phức tạp khi hoàn tiền |
| Miễn phí vận chuyển áp dụng quá rộng hoặc không áp dụng | Quan hệ giữa quy tắc, vùng, ngưỡng hoặc phương thức vận chuyển đã thay đổi | Mất biên lợi nhuận hoặc giảm tỷ lệ hoàn tất mua hàng |
| Giảm giá khách hàng thân thiết hoặc mua định kỳ biến mất | Quy tắc do app hoặc hệ thống bên ngoài quản lý chưa được xây dựng lại | Giảm khả năng giữ chân Customers và gián đoạn Orders định kỳ |
| Giá đa tiền tệ thay đổi ngoài dự kiến | Cách quy đổi, giá theo thị trường hoặc làm tròn đã thay đổi | Giá không nhất quán theo khu vực và báo cáo khó đối chiếu |
Đây là những lỗi về cấu trúc và cách xử lý. Chúng thường xuất phát từ mô hình nền tảng không tương ứng, không chỉ vì thiếu tên trường hoặc nhãn.
Rà soát giá và khuyến mãi trước khi di chuyển dữ liệu
Cần tách mức giá được lưu khỏi quy tắc thương mại. Mức giá được lưu là con số gắn với Products hoặc biến thể. Quy tắc thương mại là tập điều kiện quyết định khi nào con số đó thay đổi hoặc khi nào một ưu đãi bổ sung được áp dụng.
Doanh nghiệp nên rà soát:
- Products và biến thể có mức giá không theo cấu trúc thông thường;
- giá khuyến mãi đang hoạt động và giá chiến dịch đã được lên lịch;
- giá theo nhóm Customers, bán buôn, B2B hoặc thành viên;
- giá theo bậc, số lượng, mua định kỳ và bundle;
- mã Coupons đang hoạt động và giảm giá tự động;
- quy tắc catalog và quy tắc giỏ hàng;
- giới hạn sử dụng, thời gian hiệu lực, mức ưu tiên và quy tắc kết hợp;
- quan hệ phụ thuộc vào Products, Categories, Customers, khu vực, vận chuyển và thuế;
- giá do app, extensions, ERP, POS, chương trình khách hàng thân thiết, hệ thống mua định kỳ hoặc marketplace quản lý;
- quy tắc lịch sử nên ngừng sử dụng thay vì chuyển sang nền tảng mới.
Nên bắt đầu từ những tình huống có ảnh hưởng thương mại lớn thay vì kiểm tra mọi Coupons đã lỗi thời. Ưu đãi dùng trong giai đoạn chính thức vận hành, giá tài khoản B2B, quyền lợi khách hàng thân thiết, giá cho đơn hàng định kỳ, trường hợp loại trừ để bảo vệ biên lợi nhuận và ngưỡng miễn phí vận chuyển cần được ưu tiên hơn các chiến dịch theo mùa đã hết hạn.
Đánh giá giá bằng những tình huống mua hàng thực tế
Khi so sánh Nền tảng nguồn và Nền tảng đích, mục tiêu là duy trì những kết quả thương mại mà nền tảng mới có thể hỗ trợ. Một số dữ liệu có thể chuyển trực tiếp dưới dạng giá trị. Một số quy tắc cần được tạo lại bằng chức năng có sẵn của nền tảng. Một số hành vi cần app thay thế, cấu hình, thiết lập thủ công hoặc xử lý riêng vì mô hình định giá đã thay đổi.
Không nên phê duyệt quy tắc chỉ vì mã Coupons hoặc trường giá đã xuất hiện trong trang quản trị.
Giá và khuyến mãi cần được kiểm thử bằng các tài khoản Customers đại diện và tình huống giỏ hàng thực tế.
Các tình huống quan trọng gồm:
- Products bán lẻ thông thường không có ưu đãi;
- biến thể có giá khác Products chính;
- Products có giá khuyến mãi và giá so sánh;
- giảm giá theo Categories hoặc collections;
- giá theo nhóm Customers hoặc tài khoản B2B;
- giá theo ngưỡng số lượng hoặc bậc;
- Coupons có trường hợp loại trừ và giới hạn sử dụng;
- giỏ hàng có nhiều ưu đãi được phép hoặc không được phép kết hợp;
- ngưỡng miễn phí vận chuyển;
- Orders có tổng tiền phụ thuộc nhiều vào cách tính thuế;
- Orders theo khu vực hoặc nhiều tiền tệ;
- tình huống giá phụ thuộc vào mua định kỳ, bundle, khách hàng thân thiết hoặc extensions.
Khi quy tắc giá không thể được thể hiện bằng quan hệ trực tiếp giữa trường nguồn và trường đích, cần xác định rõ yêu cầu thuộc nhóm nào: chuyển đổi giá trị, xây dựng lại mối quan hệ, chọn lọc bản ghi, cấu hình Nền tảng đích hay xử lý theo yêu cầu riêng. Quy tắc do app quản lý, bảng giá tùy chỉnh, mã định danh bên ngoài và phép tính riêng cần được diễn giải rõ và có kết quả cần kiểm tra khi nghiệm thu, thay vì giả định rằng chuyển các giá trị đã lưu sẽ tự tái tạo đúng hành vi.
Kết luận
Giá và khuyến mãi là vấn đề về kiến trúc dữ liệu và quy tắc tính toán, không chỉ là thiết lập marketing. Giá hiển thị, mã Coupons hoặc nhãn giảm giá chỉ là phần khách hàng nhìn thấy của một hệ thống lớn hơn, có thể liên quan đến Products, biến thể, Categories, Customers, thuế, vùng vận chuyển, tiền tệ, hệ thống bên ngoài và thứ tự tính riêng của từng nền tảng.
Trước khi di chuyển dữ liệu, cần xác định những kết quả thương mại nào phải tiếp tục chính xác sau khi cửa hàng chính thức vận hành. Giá cơ sở, giá khuyến mãi, giá theo nhóm Customers, giá theo số lượng, quy tắc giỏ hàng, quy tắc catalog, ưu đãi vận chuyển và giảm giá do extensions quản lý phải được rà soát theo cấu trúc dữ liệu và chức năng đã tạo ra chúng.
Với cách định giá phức tạp, nên dùng các tình huống giỏ hàng đại diện để kiểm chứng kết quả. Nếu quy tắc phụ thuộc vào cấu trúc giảm giá không được Nền tảng đích hỗ trợ, cách tính tùy chỉnh, dữ liệu app hoặc extensions, nguồn giá bên ngoài hay chức năng nền tảng không tương ứng, cần xác định phương án xử lý trước khi triển khai trên phạm vi rộng.
Câu hỏi thường gặp
Vì sao cùng một chương trình khuyến mãi có thể cho kết quả khác trên nền tảng mới?
Khuyến mãi không chỉ được quyết định bởi tên chương trình hoặc mã Coupons. Điều kiện áp dụng, trường hợp loại trừ, cách tính tổng phụ, thời điểm tính thuế, vận chuyển, khả năng kết hợp ưu đãi, mức ưu tiên, giới hạn sử dụng và cách làm tròn đều có thể khác giữa các nền tảng.
Giá Products khác quy tắc định giá như thế nào?
Giá Products là mức giá được lưu cho Products, biến thể, bảng giá hoặc thị trường. Quy tắc định giá xác định khi nào giá trị đó thay đổi hoặc khi nào một ưu đãi bổ sung được áp dụng theo Customers, giỏ hàng, Products, Categories, số lượng, ngày, vận chuyển hoặc điều kiện khác.
Có cần chuyển các chương trình khuyến mãi đã hết hạn không?
Không phải lúc nào cũng cần. Chương trình đã hết hạn, lỗi thời, dùng để kiểm thử hoặc ít ảnh hưởng thường có thể ngừng sử dụng. Chiến dịch đang hoạt động, giá riêng theo Customers, ưu đãi dùng trong giai đoạn chính thức vận hành, giá bán buôn, quy tắc khách hàng thân thiết, giảm giá cho đơn hàng định kỳ và các trường hợp loại trừ để bảo vệ biên lợi nhuận cần được rà soát kỹ hơn.
Nên kiểm thử giá và khuyến mãi như thế nào?
Hãy dùng các tài khoản Customers đại diện và tình huống giỏ hàng thực tế. Cần kiểm tra giảm giá theo Products, mặt hàng bị loại trừ, giá theo nhóm Customers, giá theo số lượng, nhiều ưu đãi kết hợp, ngưỡng miễn phí vận chuyển, tổng tiền nhạy cảm với thuế, giá theo khu vực và cách định giá do extensions quản lý.
Khi nào quy tắc định giá cần xử lý riêng?
Dự án cần thiết kế cách xử lý riêng khi Nền tảng đích không hỗ trợ hoặc không thể tái tạo kết quả định giá cần đạt. Trường hợp này thường liên quan đến quy tắc riêng, dữ liệu app hoặc extensions, chương trình khách hàng thân thiết, giá mua định kỳ, bảng giá theo Customers, giá từ ERP hoặc POS, tổ hợp ưu đãi phức tạp hay phép tính tùy chỉnh.