Trang bảng giá cá nhân hóa cho B2B: Nên thay đổi gì

Phần lớn website B2B cá nhân hóa trang chủ và vài landing page, rồi cho mọi khách truy cập xem cùng một trang bảng giá. Điều đó thật kỳ lạ, vì trang bảng giá là nơi nhiều quá trình đánh giá hoặc tiến tới cuộc trò chuyện với sales, hoặc lặng lẽ kết thúc.

Sai lầm ngược lại còn tệ hơn. Thay đổi sai thứ trên trang bảng giá và người mua bắt đầu nghi ngờ liệu họ có đang bị hiển thị một con số đặc biệt, cao hơn không. Bài viết này trình bày cá nhân hóa trang bảng giá B2B theo hướng thực tế: phần tử nào an toàn để thay đổi theo phân khúc, phần tử nào phải giống hệt cho mọi người, nên kiểm thử theo thứ tự nào, và cách xử lý thực tế là phần lớn trang bảng giá không đủ lưu lượng cho A/B test nhanh.

Vì sao trang bảng giá cần quy tắc chặt chẽ hơn các trang khác

Trên một bài blog hay landing page, khách truy cập không biết và không quan tâm người khác thấy gì. Đổi case study cho khách truy cập ngành sản xuất không có nhược điểm gì.

Trang bảng giá được chia sẻ. Người mua chụp màn hình các gói của bạn và thả vào kênh Slack với ba đồng nghiệp và một người phụ trách mua hàng. Các trang đánh giá và bài so sánh sao chép giá của bạn. Nếu hai người trong cùng một nhóm mua thấy hai con số khác nhau cho cùng một gói, bạn sẽ phải giải thích điều đó ngay trong cuộc gọi bán hàng đầu tiên, và mối quan hệ bắt đầu ở thế bất lợi.

Vì vậy nguyên tắc chúng tôi áp dụng là: cá nhân hóa bối cảnh xung quanh giá, không bao giờ cá nhân hóa giá. Nếu muốn xem các công ty SaaS lâu năm xây dựng bối cảnh đó hiện nay ra sao, bài phân tích ví dụ trang bảng giá SaaS của chúng tôi là tài liệu tham khảo tốt.

Khía cạnh pháp lý

Các quy định về định giá cá nhân hóa cũng đang thắt chặt. Tại EU, Omnibus Directive yêu cầu thương nhân bán cho người tiêu dùng công bố khi giá được cá nhân hóa dựa trên ra quyết định tự động (Directive (EU) 2019/2161), và Geo-blocking Regulation hạn chế việc đối xử khác biệt với khách hàng theo quốc tịch hoặc nơi cư trú mà không có lý do khách quan (Regulation (EU) 2018/302). Những quy định đó chủ yếu được viết cho người tiêu dùng, và giá B2B phần lớn là vấn đề hợp đồng, nhưng nếu trang bảng giá của bạn công khai và một số người mua là hộ kinh doanh cá thể, bạn gần ranh giới đó hơn bạn nghĩ. Đây không phải tư vấn pháp lý: hãy hỏi luật sư trước khi để giá thay đổi theo khách truy cập. Chiết khấu thương lượng thuộc về cuộc trao đổi với sales và báo giá bằng văn bản, không phải một quy tắc trên website.

Nên cá nhân hóa gì và giữ cố định gì

Nếu bạn thực sự cần giá khác nhau cho các phân khúc khác nhau, hãy thể hiện điều đó qua cách đóng gói (một gói enterprise riêng với phạm vi riêng) hoặc qua báo giá do sales thực hiện. Đừng để một quy tắc cá nhân hóa thay đổi con số trên trang công khai. Ngoài vấn đề niềm tin, nó còn tạo ra vấn đề hỗ trợ: đội sales cần biết mỗi khách hàng tiềm năng đã thấy con số nào.

Bằng chứng xã hội: thay đổi đầu tiên an toàn nhất

Một startup 50 người xem các gói của bạn muốn bằng chứng rằng những công ty cỡ họ đang dùng và đủ khả năng chi trả. Một công ty 5.000 người muốn thấy bạn vận hành tốt ở quy mô lớn và vượt qua các đánh giá bảo mật. “Được hơn 500 công ty tin dùng” với một dải logo ngẫu nhiên không trả lời câu hỏi nào cả.

Cách thiết lập:

1. Gắn thẻ mọi logo và lời chứng thực bạn được phép sử dụng theo ngành, nhóm quy mô công ty và trường hợp sử dụng chính.
2. Xây một bộ logo cho mỗi phân khúc chính. Bài viết về các phân khúc firmographic có khả năng chuyển đổi của chúng tôi trình bày cách chọn những phân khúc đó.
3. Gắn mỗi phân khúc với bộ nội dung tương ứng trong quy tắc cá nhân hóa, với bộ nội dung chung làm phương án dự phòng.
4. Với lời chứng thực, hãy chọn trích dẫn về kết quả mà phân khúc đó lo lắng: tốc độ tạo giá trị cho đội nhỏ, bảo mật và quy mô cho đội lớn.

Quan điểm của chúng tôi: đây là thay đổi nên test đầu tiên vì nó làm thay đổi việc trang dường như dành cho ai mà không động chạm gì đến ưu đãi. Nếu nó không cải thiện tỷ lệ từ trang bảng giá sang demo, các thay đổi phức tạp hơn có lẽ cũng vậy, và bạn đã học được điều đó với chi phí thấp.

Nếu bạn chưa có đủ logo

Công ty giai đoạn đầu thường có quá ít khách hàng để xây nhiều bộ logo. Thay vào đó, hãy cá nhân hóa nhận xét khách hàng. Bạn cần vài nhận xét nói về những mối quan tâm khác nhau, ví dụ:

• Thiết lập nhanh không cần kỹ sư hỗ trợ (đội nhỏ)
• Tác động đo lường được lên chuyển đổi hoặc pipeline (người mua tập trung vào tăng trưởng)
• Độ tin cậy, đánh giá bảo mật, SSO (người đánh giá doanh nghiệp lớn)
• Chất lượng và tốc độ phản hồi của bộ phận hỗ trợ (với các đội từng gặp trải nghiệm tệ với nhà cung cấp trước)

Hiển thị trích dẫn khớp với phân khúc của khách truy cập. Đừng bịa hay diễn giải lại trích dẫn để lấp chỗ trống; một vị trí trống còn hơn một lời chứng thực giả.

Nhấn mạnh tính năng: sắp xếp lại, không bao giờ ẩn

Thẻ gói thường liệt kê một cột dài các tính năng, và khách truy cập chỉ đọc vài dòng đầu trước khi quyết định gói có phù hợp không. Nếu các tính năng mà một phân khúc quan tâm nằm gần cuối, có thể họ sẽ không bao giờ thấy.

Sắp xếp lại giúp mỗi phân khúc thấy trước những tính năng liên quan nhất, trong khi danh sách đầy đủ vẫn giữ nguyên. Một công ty y tế sẽ thấy lưu trữ dữ liệu trong nước và tuân thủ ở gần đầu. Một công ty SaaS sẽ thấy quyền truy cập API và tích hợp ở gần đầu.

Ví dụ thực hành (minh họa)

Ví dụ: một sản phẩm có khoảng 30 tính năng trong ba gói và hai phân khúc ưu tiên là công ty SaaS và dịch vụ tài chính.

Cùng tính năng, cùng gói, cùng giá. Khác biệt duy nhất là thứ khách truy cập nhìn thấy trong giây đầu tiên. Hai điều cần kiểm tra trước khi triển khai: bảng so sánh phía dưới trang nên dùng cùng thứ tự với các thẻ (hoặc giữ thứ tự mặc định ở mọi nơi), và đội sales nên biết thứ tự có thể khác nhau để không bối rối khi khách hàng tiềm năng gửi ảnh chụp màn hình.

Đề xuất gói: di chuyển huy hiệu “Đề xuất”

Hầu hết các trang bảng giá đều làm nổi bật một gói là “Phổ biến nhất” hoặc “Khuyên dùng”, thường là gói ở giữa. Chuyển nhãn đó sang gói phù hợp với quy mô của khách truy cập là một thay đổi nhỏ, nhưng lựa chọn mặc định được biết là có ảnh hưởng đến quyết định (tài liệu kinh điển là nghiên cứu của Johnson và Goldstein về hiệu ứng mặc định), vì vậy hãy coi đó là một can thiệp thực sự, không phải chi tiết trang trí.

Một cách ánh xạ đơn giản:

• Dưới 50 nhân viên: làm nổi bật gói cơ bản hoặc gói giữa. Các đội này cần chứng minh giá trị trước khi xin thêm ngân sách.
• 50 đến 500 nhân viên: làm nổi bật gói trung bình hoặc gói professional.
• Trên 500 nhân viên: làm nổi bật gói enterprise, vì dù sao họ cũng sẽ cần SSO, đánh giá bảo mật và điều khoản hợp đồng.

Khi nào không nên làm: nếu dữ liệu quy mô công ty của bạn không đáng tin cậy (nhiều khách truy cập dùng kết nối dân cư hoặc VPN, hoặc nhiều traffic từ agency tìm hiểu thay cho khách hàng), một đề xuất sai còn tệ hơn một đề xuất trung lập. Chỉ di chuyển huy hiệu khi độ tin cậy khớp cao, nếu không hãy quay về mặc định thông thường. Đo lường cơ cấu gói được chọn và tỷ lệ chốt ở các bước sau, không chỉ lượt nhấp, vì một huy hiệu dẫn người dùng vào sai gói sẽ làm tăng lượt nhấp nhưng giảm doanh thu.

Hai chi tiết dễ bỏ sót. Nhãn phải đúng với từng phân khúc: nếu các khách truy cập khác nhau thấy các gói khác nhau được làm nổi bật, “Phổ biến nhất” sẽ sai với ít nhất một số người, nên hãy dùng “Đề xuất cho đội từ 200 người” thay thế. Và đừng ẩn gói rẻ với công ty lớn; một phòng ban trong một công ty lớn có thể chỉ cần gói khởi đầu.

Khách truy cập doanh nghiệp lớn: bảng lưới, banner hay “liên hệ với chúng tôi”

Nếu thương vụ enterprise luôn cần giá tùy chỉnh, hiển thị một bảng giá tiêu chuẩn có thể khiến người mua lớn neo vào một con số bạn sẽ không bao giờ áp dụng. Nếu gói enterprise của bạn được chuẩn hóa, hãy giữ bảng giá. Một giải pháp trung gian hiệu quả với nhiều đội: giữ bảng giá đầy đủ cho mọi người, và thêm một banner phía trên cho khách truy cập có quy mô enterprise, chẳng hạn “Các đội quy mô như bạn thường cần SSO và DPA tùy chỉnh. Hãy trao đổi với chúng tôi về gói Enterprise.” Một số người mua enterprise muốn tự tìm hiểu ở giai đoạn đầu đánh giá, và cách này giữ cả hai lộ trình mở.

Câu chữ CTA theo giai đoạn hành trình

Một khách truy cập lần đầu vào trang bảng giá từ kết quả tìm kiếm đang ở vị trí khác với người đã đọc bốn trang tính năng và quay lại hai lần. Hướng dẫn của chúng tôi về cá nhân hóa theo giai đoạn hành trình người mua trình bày sâu hơn logic phát hiện. Riêng với trang bảng giá:

Giữ đích đến nhất quán khi có thể. Đổi chữ trên nút có rủi ro thấp. Đổi nơi nút dẫn tới (video, lịch hay form) sẽ thay đổi phễu, và bạn cần đo lường nó như một thử nghiệm riêng.

Bộ câu hỏi thường gặp theo quy mô công ty

Phần FAQ ở cuối trang bảng giá xử lý các phản đối. Mỗi phân khúc đưa ra những phản đối khác nhau:

• Công ty nhỏ: Tôi có thể bắt đầu nhỏ rồi nâng cấp sau không? Có hợp đồng tối thiểu không? Tôi có cần lập trình viên để cài đặt không? Thiết lập mất bao lâu?
• Mid-market: Công cụ tích hợp với những công cụ nào? Gói bao gồm hỗ trợ và đào tạo gì? Chuyển từ công cụ hiện tại sang cần làm những gì?
• Doanh nghiệp lớn: Bạn có SOC 2 hoặc ISO 27001 không? Bạn có ký DPA của chúng tôi không? Bạn cam kết SLA nào? Bạn hỗ trợ những nhà cung cấp danh tính nào cho SSO?

Hiển thị mọi câu hỏi cho mọi người sẽ tạo ra một bức tường chữ. Hãy xây một bộ cho mỗi nhóm quy mô công ty và thay đổi chúng bằng quy tắc phân khúc. Giữ một bộ ngắn dùng chung (hủy hợp đồng, đơn vị tiền tệ thanh toán, thuế) hiển thị cho tất cả.

Tiền tệ theo vị trí

Hiển thị giá theo đơn vị tiền tệ của khách truy cập giúp họ bỏ qua bước quy đổi trong đầu, và đây là một trong số ít thay đổi theo vị trí phù hợp với trang bảng giá. Ba điều kiện giúp việc này minh bạch:

• Chỉ hiển thị những loại tiền tệ bạn thực sự xuất hóa đơn. Một con số ước tính quy đổi sang loại tiền bạn không thu sẽ gây nhầm lẫn khi thanh toán.
• Mỗi đơn vị tiền tệ có một bảng giá cố định, giống nhau với mọi khách truy cập thấy đơn vị tiền tệ đó.
• Bộ chuyển đổi thủ công luôn hiển thị, và lựa chọn của khách truy cập được giữ trên các trang. Vị trí theo IP sẽ sai với người dùng VPN và với người mua có công ty thanh toán bằng loại tiền khác với nơi đặt văn phòng của họ.

Chạy quy tắc tiền tệ tách riêng khỏi quy tắc phân khúc, để biến thể theo nhóm quy mô và lựa chọn tiền tệ không bao giờ xung đột. Lượt nhấp vào nút chuyển đổi tiền tệ là tín hiệu hữu ích: tỷ lệ cao nghĩa là lựa chọn tự động đang sai với nhiều khách truy cập.

Thử nghiệm khi trang bảng giá có ít traffic

Đây là chỗ phần lớn kế hoạch cho trang bảng giá đổ vỡ, và rất đáng để bạn làm phép tính trước khi bắt đầu.

Ví dụ tính cỡ mẫu cụ thể

Ví dụ: một trang bảng giá có 2.000 khách truy cập mỗi tháng và tỷ lệ từ trang bảng giá đến yêu cầu demo là 5%. Bạn muốn phát hiện mức tăng tương đối 20% (từ 5% lên 6%) với thiết lập thông thường là mức ý nghĩa 95% và lực thống kê 80%. Công thức hai tỷ lệ tiêu chuẩn (cũng là công thức đứng sau máy tính cỡ mẫu của Evan Miller) cho khoảng 8.000 khách truy cập mỗi biến thể, tổng cộng khoảng 16.000. Với 2.000 khách mỗi tháng, đó là khoảng tám tháng cho một thử nghiệm. Chia lưu lượng thành ba phân khúc còn làm tình hình tệ hơn.

Giờ hãy lấy một chỉ số có tần suất cao hơn. Nếu 20% khách truy cập trang bảng giá nhấp vào bất kỳ CTA nào và bạn muốn phát hiện mức tăng lên 24%, cùng công thức đó cần khoảng 1.700 khách truy cập mỗi biến thể, tổng cộng khoảng 3.400, tức chưa đến hai tháng với cùng lưu lượng. Bạn có thể kiểm tra cả hai kịch bản bằng công cụ tính A/B test của chúng tôi.

Điều đó trong thực tế có nghĩa là:

1. Dùng tỷ lệ nhấp CTA làm chỉ số thử nghiệm chính (công cụ tính CTR của chúng tôi tính theo từng phân khúc) và yêu cầu demo làm rào chắn để theo dõi, không phải chỉ số bạn kỳ vọng đạt ý nghĩa thống kê.
2. Thử nghiệm một thay đổi mỗi lần trên tất cả các phân khúc cùng lúc, thay vì các thay đổi khác nhau cho từng phân khúc chạy song song.
3. Gộp các thay đổi khi lưu lượng rất thấp. Bằng chứng xã hội và nội dung CTA có thể triển khai cùng nhau trong một bài kiểm thử “cá nhân hóa so với mặc định”.
4. Giữ một nhóm holdout xem trang mặc định, phân bổ theo từng khách truy cập trong suốt bài kiểm thử, để bạn đo được hiệu quả tổng hợp sau khi đã triển khai nhiều thay đổi.
5. Chỉ phân tích khách truy cập đã được nhận diện. Khách chưa nhận diện thấy phiên bản mặc định ở cả hai nhánh, và gộp họ vào sẽ kéo kết quả về gần 0.
6. Đặt rào chắn: doanh thu tự phục vụ trên mỗi khách truy cập không được giảm, và tỷ lệ hoàn tiền hoặc hạ gói trong 30 ngày đầu không được tăng.
7. Quyết định thời lượng thử nghiệm trước khi bắt đầu và đừng dừng sớm chỉ vì dashboard trông đẹp vào ngày thứ chín.

Hướng dẫn tối ưu tỷ lệ chuyển đổi của chúng tôi có thêm thông tin về test khi lưu lượng thấp, và bạn có thể chạy mỗi test như một thử nghiệm có kiểm soát với nhóm giữ lại thông qua thiết lập A/B testing được xây dựng cho báo cáo cấp phân khúc.

Thứ tự đề xuất

1. Đổi bằng chứng xã hội. Rủi ro thấp nhất, dễ hoàn tác.
2. Câu chữ CTA. Rủi ro thấp nếu đích đến giữ nguyên.
3. Bộ câu hỏi thường gặp. Rủi ro thấp, nằm dưới màn hình đầu tiên. Theo dõi lượt thoát khỏi trang bảng giá.
4. Sắp xếp lại tính năng. Rủi ro trung bình, thay đổi ấn tượng đầu tiên. Chú ý các câu hỏi từ sales hoặc hỗ trợ về tính năng “bị thiếu”.
5. Đề xuất gói. Rủi ro trung bình, thay đổi gói mà mọi người cân nhắc. Đo cơ cấu gói và tỷ lệ chốt.

Hướng dẫn triển khai

Điều này giả định bạn đã có sẵn nhận diện khách truy cập và các phân khúc cơ bản.

1. Audit trang. Liệt kê mọi phần tử (tiêu đề, tên gói, giá, danh sách tính năng, CTA, bằng chứng xã hội, FAQ, nội dung bên dưới bảng giá) và đánh dấu mỗi phần tử là “bối cảnh” (có thể cá nhân hóa) hoặc “ưu đãi” (cố định), dựa trên bảng ở trên.
2. Chọn phân khúc cho trang bảng giá. Quy mô công ty thường là cách chia hữu ích nhất ở đây vì nó phản ánh ngân sách, quy trình mua và nhu cầu tính năng. Hãy dùng các nhóm số nhân viên khớp với các gói của bạn, không dùng nhóm chung chung: nếu gói Team được thiết kế cho tối đa 50 người dùng, nhóm đầu tiên kết thúc ở 50. Bắt đầu với ba nhóm. Chỉ thêm ngành nếu trường hợp sử dụng khác biệt rõ rệt theo ngành dọc.
3. Quyết định nguồn dữ liệu cho từng biến số. Quy mô công ty và ngành đến từ nhận diện khách truy cập hoặc từ CRM với lead đã biết; vị trí đến từ quốc gia của IP. Ghi lại điều gì xảy ra khi thiếu giá trị: khách truy cập thấy trang mặc định.
4. Xây dựng các biến thể. Mỗi phân khúc: một bộ logo, một hoặc hai lời chứng thực, phần đầu danh sách tính năng được sắp xếp lại, một bộ FAQ và nội dung CTA cho từng giai đoạn. Chỉ dùng logo và trích dẫn bạn đã được cho phép bằng văn bản; phân khúc nào không có bằng chứng được phép sẽ dùng dải mặc định.
5. Cấu hình quy tắc và một bản mặc định tốt. Giữ các quy tắc loại trừ lẫn nhau và được đánh giá theo thứ tự cố định. Rất nhiều khách truy cập sẽ không khớp phân khúc nào (công ty chưa biết, IP dân cư, nhân viên agency đang tìm hiểu). Họ thấy bản mặc định, vì vậy hãy làm bản mặc định tốt theo đúng nghĩa thay vì để nguyên trang của năm ngoái.
6. Xây dựng sao cho không có gì nhảy. Bảng nên hiển thị với gói được làm nổi bật mặc định và thay huy hiệu mà không dịch chuyển bố cục. Không bao giờ hiển thị giá phía máy khách sau khi tra cứu; giá phải có trong HTML ngay từ byte đầu tiên.
7. Kiểm tra chất lượng mọi phân khúc. Ép từng quy tắc (một IP test, một bản ghi CRM test, một VPN cho tiền tệ) và kiểm tra trên máy tính và di động. Kiểm tra xem nút chuyển tiền tệ có ghi đè lựa chọn tự động không.
8. Triển khai từng lớp một theo thứ tự trên, với thời lượng thử nghiệm được quyết định từ đầu.
9. Theo dõi hằng tuần: tỷ lệ thoát trang bảng giá theo phân khúc, tỷ lệ nhấp CTA theo phân khúc, cơ cấu gói, và tần suất sales nghe khách bối rối về giá trong các cuộc gọi.

Quy tắc phân khúc ví dụ (minh họa)

Ví dụ: một công ty SaaS giả định có ba gói, Starter (tối đa 10 chỗ), Team (tối đa 50 chỗ) và Business (tùy chỉnh). Các quy tắc được xét từ trên xuống; quy tắc khớp đầu tiên sẽ thắng.

Với một khách truy cập từ công ty 1.200 người (quy tắc 2), trang thay đổi từ gói Team được làm nổi bật là “Phổ biến nhất”, dải logo startup, FAQ mở đầu bằng “Tôi có thể hủy bất cứ lúc nào không?” và nút “Bắt đầu”, sang gói Business được làm nổi bật là “Đề xuất cho đội từ 200 người”, hai logo từ các công ty cùng quy mô, FAQ mở đầu bằng “Các bạn xử lý đánh giá bảo mật thế nào?” và “Trao đổi với chúng tôi về việc triển khai”. Mọi mức giá trên trang đều giữ nguyên.

Điều mà hầu hết các đội làm sai

Thay đổi giá thay vì thay đổi bối cảnh

“Công ty lớn có ngân sách lớn hơn, nên hiển thị giá cao hơn cho họ” nghe có vẻ thông minh trong khoảng một tuần. Người mua so sánh với nhau, trang đánh giá công bố giá của bạn, và lần đầu tiên một khách hàng tiềm năng nhắc lại mức giá thấp hơn với nhân viên sales, cuộc trò chuyện sẽ xoay quanh lòng tin thay vì giá trị.

Quá nhiều biến thể ngay ngày đầu

Bốn quy mô công ty nhân ba ngành là mười hai phiên bản. Không ai viết nổi mười hai phiên bản tốt của một trang bảng giá, traffic không đủ để đo lường chúng, và khi số liệu của một phân khúc giảm, bạn không thể biết tại sao. Hãy bắt đầu với ba phiên bản theo quy mô công ty. Chỉ thêm khi ba phiên bản đầu đã được đo lường.

Bỏ bê bản mặc định

Các đội dồn công sức vào các phiên bản và để nguyên bản mặc định. Vì một phần lớn khách truy cập sẽ luôn thấy bản mặc định, nó xứng đáng được chăm chút như bất kỳ phiên bản nào.

Chỉ đo tổng thể

Mức tăng tổng thể có thể che giấu mức tăng mạnh ở một phân khúc và mức giảm ở phân khúc khác. Hãy xem kết quả theo từng phân khúc trong analytics cá nhân hóa trước khi kết luận một bài test.

Cần đo gì ngoài trang bảng giá

• Tỷ lệ từ trang bảng giá đến demo hoặc liên hệ, theo từng phân khúc. Đây là kết quả chính, dù cần nhiều thời gian để đạt ý nghĩa thống kê.
• Cơ cấu gói và giá trị deal trung bình. Thay đổi về đề xuất gói nên đẩy nhiều khách truy cập hơn về gói phù hợp; hãy kiểm tra đó là gói đúng, chứ không chỉ là gói lớn hơn.
• Độ dài chu kỳ bán hàng của các thương vụ đến từ trang được cá nhân hóa so với nhóm đối chứng.
• Câu hỏi về giá trong các cuộc gọi bán hàng và hỗ trợ, số lượng này sẽ giảm khi các bộ câu hỏi thường gặp phát huy tác dụng.

Để có bức tranh rộng hơn về vị trí của trang bảng giá trong phễu, xem bài viết về tối ưu tỷ lệ chuyển đổi B2B, và hướng dẫn cá nhân hóa theo quy mô công ty để biết cách thiết lập các nhóm quy mô mà bài viết này dựa vào.

Bắt đầu từ đâu

Thay bằng chứng xã hội theo quy mô công ty, giữ nguyên mọi thứ khác, và chạy so với nhóm holdout với chỉ số là tỷ lệ nhấp CTA. Chỉ mất một ngày để thiết lập. Nếu hiệu quả, hãy thêm nội dung CTA và bộ FAQ, rồi đến thứ tự tính năng, rồi huy hiệu gói. Nếu không, bạn đã tránh được việc xây năm lớp biến thể trên một trang vốn không phải điểm nghẽn.

Nếu muốn chạy điều này trong Markettailor, bạn ánh xạ phân khúc với bộ logo, bộ FAQ và nội dung CTA bằng chính các quy tắc bạn dùng cho phần còn lại của website, và các gói có trên trang bảng giá của chúng tôi (nói thêm, trang này hiển thị cùng một mức giá cho mọi người).

Câu hỏi thường gặp

Hiển thị giá khác nhau cho các khách truy cập website khác nhau có hợp pháp không?

Còn tùy vào khu vực pháp lý và người mua là ai. Tại EU, quy định yêu cầu công khai khi giá cho người tiêu dùng được cá nhân hóa bằng quyết định tự động, và hạn chế phân biệt không chính đáng theo quốc tịch hoặc nơi cư trú. Giá B2B chủ yếu được điều chỉnh bởi hợp đồng, nhưng các trang công khai cũng tiếp cận cả cá nhân kinh doanh. Hãy giữ giá niêm yết giống nhau cho mọi khách truy cập và hỏi luật sư trước khi thay đổi điều đó.

Nên cá nhân hóa gì trước trên trang bảng giá?

Bằng chứng xã hội cạnh bảng giá, theo quy mô công ty. Nó thay đổi cảm nhận trang dành cho ai mà không động đến ưu đãi, dễ QA và dễ hoàn tác. Tiếp theo, thêm nội dung CTA và bộ FAQ, rồi đến thứ tự tính năng và huy hiệu gói.

Trang bảng giá có nên tự động hiển thị nội tệ không?

Có, nếu bạn xuất hóa đơn bằng loại tiền đó, kèm bộ chuyển đổi hiển thị rõ để khách truy cập tự đổi. Mỗi loại tiền nên có một bảng giá cố định. Chỉ cung cấp những loại tiền bạn thực sự thu.

Mất bao lâu để thử nghiệm cá nhân hóa trang bảng giá?

Thường lâu hơn các đội kỳ vọng, vì trang bảng giá chỉ chiếm một phần nhỏ tổng lưu lượng. Hãy tính cỡ mẫu trước khi triển khai, dựa trên tỷ lệ chuyển đổi cơ sở và mức tăng nhỏ nhất đáng để hành động. Nếu kết quả là vài tháng, hãy dùng lượt nhấp CTA làm chỉ số chính, gộp các thay đổi vào một bài kiểm thử cá nhân hóa so với mặc định, hoặc chấp nhận so sánh trước/sau có ghi chép đầy đủ.