Cá nhân hóa B2B trên di động: Tiếp cận người mua trên mọi thiết bị

Cá nhân hóa B2B trên di động thường bị xem nhẹ. Các quy tắc cá nhân hóa được thiết kế trên trình duyệt máy tính, xem xét trên màn hình 27 inch và được phê duyệt trước khi có ai mở biến thể trên điện thoại. Rồi một người mua chạm vào đường link trong tin nhắn LinkedIn, nhận phần hero mặc định vì khối cá nhân hóa tải chậm, và cuộn qua một thẻ case study bị ép vào cột chỉ rộng hai chữ.

Điều này quan trọng đến đâu tùy thuộc vào lưu lượng của bạn, và bạn nên kiểm tra trước khi đọc tiếp. Bài viết này trình bày cách ước tính cơ hội trên di động từ dữ liệu của chính bạn, điều gì thay đổi khi bạn cá nhân hóa cho màn hình nhỏ, các mô thức CTA và biểu mẫu hoạt động tốt trên điện thoại, cách test biến thể trên thiết bị thật, và những tình huống mà lượt truy cập di động mang ý định cao nhất.

Bắt đầu từ tỷ lệ thiết bị của chính bạn

Các số liệu công bố về “tỷ lệ lưu lượng B2B trên di động” chênh lệch rất lớn và gộp nhiều loại website rất khác nhau, nên không giúp ích nhiều cho việc lập kế hoạch. Công cụ phân tích của bạn sẽ trả lời câu hỏi này cho doanh nghiệp của bạn chỉ trong vài phút:

1. Trong GA4, mở Reports → Tech → Tech details và chuyển chiều dữ liệu sang Device category. Dùng dữ liệu 90 ngày gần nhất.
2. Thêm phép so sánh cho lưu lượng bạn thực sự cá nhân hóa (ví dụ một phân khúc tài khoản mục tiêu đã được nhận diện, hoặc các phiên từ chiến dịch trả phí và email).
3. Ghi lại tỷ lệ phiên và tỷ lệ sự kiện chính (yêu cầu demo, biểu mẫu liên hệ) trên di động so với máy tính.
4. Lặp lại với ba landing page có lưu lượng cao nhất. Tỷ lệ di động trên một trang nhận lượt nhấp từ email và mạng xã hội thường rất khác so với trang chủ.

Có hai mô hình đáng để hành động. Nếu di động chiếm phần lớn số phiên nhưng chỉ chiếm phần nhỏ chuyển đổi, trải nghiệm di động có lẽ đang làm mất khách. Nếu di động chiếm tỷ trọng nhỏ nói chung nhưng lớn trên một số trang chiến dịch cụ thể, hãy cá nhân hóa những trang đó cho di động trước và để nguyên phần còn lại.

Hãy cẩn thận với khoảng cách chuyển đổi. Một phần trong đó không phải là vấn đề cần sửa: nhiều người mua đọc trên điện thoại và chuyển đổi sau trên laptop. Hãy xem bức tranh đa thiết bị trước khi đổ lỗi cho trang di động (xem phần chỉ số bên dưới).

Những gì thay đổi trên màn hình nhỏ

Một yếu tố cá nhân hóa ở màn hình đầu tiên, không phải bốn

Hero trên máy tính có thể chứa song song tiêu đề cá nhân hóa, dải logo cùng ngành với khách, một lời chứng thực và một CTA. Trên điện thoại rộng 375 pixel, màn hình đầu tiên chỉ đủ cho tiêu đề, một hai dòng phụ và có thể một nút. Hãy quyết định phần tử duy nhất nào báo hiệu “cái này dành cho bạn” và đảm bảo nó hiển thị mà không cần cuộn. Trong phần lớn thiết lập B2B, đó là tiêu đề, vì đây là phần tử rẻ nhất để thay đổi và là thứ được đọc đầu tiên.

Tốc độ hiển thị quyết định biến thể có được nhìn thấy hay không

Cá nhân hóa phía máy khách thường hoạt động thế này: trang mặc định hiển thị, một script hỏi dịch vụ cá nhân hóa khách truy cập là ai, rồi thay nội dung. Trên kết nối di động chậm hơn, khoảng cách giữa các bước dài hơn, nên khách truy cập hoặc thấy phiên bản mặc định lóe lên trước biến thể (nhấp nháy), hoặc thấy một khối trống trong lúc chờ. Cả hai đều không giúp ích gì.

Để kiểm tra, hãy mở trang cá nhân hóa trong Chrome DevTools, đặt giới hạn mạng ở một trong các mức chậm (như Slow 4G) và giới hạn CPU 4x, rồi ghi lại performance profile. Xem thời điểm tiêu đề biến thể xuất hiện so với mặc định. Sau đó chạy cùng URL qua PageSpeed Insights và so sánh Largest Contentful Paint của phiên bản cá nhân hóa và mặc định. Nếu biến thể làm chậm LCP rõ rệt, hãy đưa quyết định lên sớm hơn: phía máy chủ, tại edge, hoặc ít nhất chỉ ẩn khối được thay (không phải cả trang) cho đến khi sẵn sàng.

Không có hover

Tooltip, bảng hiện ra khi rê chuột và bản xem trước case study khi di chuột qua đều không hoạt động trên màn hình cảm ứng. Mọi thành phần cá nhân hóa dựa vào thao tác rê chuột đều cần một phương án tương đương bằng chạm. Với vùng chạm, tiêu chí nâng cao của WCAG 2.2 yêu cầu tối thiểu 44 x 44 pixel CSS; đây là tiêu chí cấp AAA, nhưng là mức sàn hợp lý cho các nút chính.

Phiên ngắn, và cùng một người mua trên thiết bị khác

Lượt truy cập trên di động thường ngắn và được tiếp tục sau đó trên laptop. Cookie đặt trên điện thoại không có trên laptop, nên các phân khúc dựa trên cookie không theo được người dùng. Nhận diện cấp công ty (tra cứu IP ngược hoặc làm giàu dữ liệu trên mạng mà khách truy cập đang dùng) và các liên hệ đã biết trong CRM nhấp vào liên kết được theo dõi là những tín hiệu thường duy trì được qua các thiết bị. Hãy lên kế hoạch quy tắc cá nhân hóa sao cho vẫn hợp lý nếu khách truy cập chỉ có một phiên trên mỗi thiết bị.

Mẫu bố cục cho các khối cá nhân hóa

Đặt thứ tự ưu tiên trên di động cho các khối được cá nhân hóa trước khi designer xếp chúng. Thứ tự phổ biến là: tiêu đề, rồi CTA, rồi bằng chứng (logo hoặc trích dẫn một dòng từ công ty tương tự), rồi nội dung hỗ trợ như thẻ case study. Khi các cột trên máy tính thu lại, các khối xuất hiện theo thứ tự đó thay vì theo bất kỳ thứ tự nào lưới tình cờ tạo ra.

Những mô hình khác đứng vững:

• Rút gọn, đừng giấu đi. Trên máy tính, thẻ case study có thể hiển thị tiêu đề, tóm tắt hai câu và kết quả. Trên di động, hãy hiển thị tiêu đề và kết quả, còn phần tóm tắt để sau một lần chạm. Tín hiệu cá nhân hóa (tên ngành, logo khách hàng) vẫn luôn hiển thị.
• Băng chuyền ngang ngắn cho bằng chứng. Nếu bạn cá nhân hóa nhiều lời chứng thực, một hàng vuốt ngang chiếm ít chiều dọc hơn xếp chồng. Giới hạn ở vài mục và tắt tự động chuyển trên thiết bị cảm ứng, vì nó xung đột với thao tác vuốt của chính người dùng.
• Giữ nội dung biến thể ngắn ngay từ đầu. Một tiêu đề vừa hai dòng trên máy tính có thể xuống năm dòng trên điện thoại. Hãy viết biến thể cho mỗi phân khúc với giới hạn ký tự và xem trước ở độ rộng 375 pixel trước khi xuất bản.

CTA và form trên di động

Nếu sản phẩm của bạn có ứng dụng đi kèm, khách truy cập trên di động có thể được phục vụ tốt hơn bằng CTA cài đặt thay vì form demo. Các ví dụ landing page ứng dụng của chúng tôi cho thấy các đội xử lý huy hiệu cửa hàng và smart app banner thế nào mà không mất chuyển đổi trên web.

CTA cố định khi cuộn, cá nhân hóa theo phân khúc

CTA chính nhanh chóng trôi khỏi màn hình trên điện thoại. Một thanh cố định mảnh ở cuối màn hình giúp CTA luôn trong tầm với. Nhãn của nó là chỗ dễ cá nhân hóa, ví dụ:

• Tài khoản doanh nghiệp lớn đã nhận diện: “Trao đổi với đội ngũ doanh nghiệp”
• Công ty nhỏ hơn: “Xem các gói và bảng giá”
• Khách quay lại đã xem bảng giá: "Chọn giờ demo"

Giữ thanh đủ nhỏ để không che nội dung, và đảm bảo nó không nằm đè lên banner cookie hoặc widget chat. Để tìm hiểu thêm về việc khớp câu chữ CTA với phân khúc, xem CTA cá nhân hóa dựa trên dữ liệu.

Biểu mẫu ngắn hơn, ít trường phải gõ hơn

Gõ phím trên điện thoại rất chậm, nên mỗi trường tốn công hơn so với trên máy tính. Hướng dẫn về biểu mẫu thu thập lead của chúng tôi khuyên chỉ hỏi những gì bạn không tự tra cứu được; trên di động, lập luận đó càng thuyết phục hơn.

• Dùng làm giàu dữ liệu thay cho danh sách thả xuống. Nếu đã nhận diện được công ty, hãy điền sẵn tên công ty, quy mô và ngành, hoặc bỏ các trường đó. Hiển thị công ty đã điền sẵn kèm đường link “chỉnh sửa” thay vì yêu cầu khách truy cập xác nhận mọi thứ.
• Đặt đúng kiểu input. type="email" và type="tel" sẽ hiện bàn phím tương ứng, và thuộc tính autocomplete (email, name, organization) cho phép điện thoại tự điền thông tin đã lưu.
• Chuyển các câu hỏi phụ ra sau. Hỏi số điện thoại hoặc chi tiết dự án ở trang cảm ơn hoặc trong công cụ đặt lịch, sau khi chuyển đổi chính đã được ghi nhận.

Đo lường tác động trên traffic của chính bạn. So sánh tỷ lệ bắt đầu và hoàn thành form của các phiên trên di động trước và sau, và kiểm tra xem chất lượng lead có thay đổi không; một phép kiểm tra cỡ mẫu từ hướng dẫn cỡ mẫu A/B test của chúng tôi sẽ cho bạn biết việc này mất bao lâu.

Nhấp để gọi, cho những phân khúc muốn dùng

Một liên kết tel: chỉ cần một chạm trên điện thoại. Với phân khúc enterprise, nơi cuộc gọi là bước tiếp theo bình thường, nút “Gọi cho đội enterprise” có thể hiệu quả. Với phân khúc tự phục vụ thì thường không: người mua từ công ty nhỏ muốn dùng thử sản phẩm khó có thể muốn một cuộc gọi bán hàng. Đây là trường hợp quy tắc phân khúc ngăn chặn trải nghiệm tệ cũng nhiều như tạo ra trải nghiệm tốt.

Thử nghiệm biến thể trên thiết bị thật

Kiểm tra mọi biến thể cá nhân hóa ở ba độ rộng màn hình trước khi triển khai:

Mô phỏng thiết bị trong DevTools đủ tốt để kiểm tra bố cục. Nó không tái tạo được thao tác chạm thật, cách hiển thị font thật hay CPU của một điện thoại tầm trung, nên hãy mở từng biến thể trên ít nhất một điện thoại thật trước khi đưa lên. Để xem một biến thể khi không thuộc phân khúc, hãy dùng chế độ xem trước của công cụ cá nhân hóa hoặc một tham số URL ép hiển thị biến thể đó.

Những gì cần theo dõi riêng cho di động

• Độ sâu cuộn trên trang cá nhân hóa. Nếu phần lớn khách truy cập trên di động không bao giờ cuộn đến khối bằng chứng cá nhân hóa, hãy đưa nó lên cao hơn hoặc bỏ đi trên di động.
• Tỷ lệ bắt đầu và hoàn thành biểu mẫu theo thiết bị. Tỷ lệ bắt đầu thấp chỉ ra vấn đề ở trang; tỷ lệ hoàn thành thấp chỉ ra vấn đề ở các trường.
• Chạm giận dữ và chạm vô hiệu. Công cụ ghi phiên gắn cờ những lần chạm lặp lại vào các thành phần không làm gì cả, thường có nghĩa là thứ gì đó trông như liên kết nhưng lại không phải.
• Quay lại trên thiết bị khác. Với các công ty đã được nhận diện, bao nhiêu công ty quay lại trên máy tính trong vòng một tuần sau lượt truy cập trên di động, và họ có chuyển đổi ở đó không? Nếu nhiều công ty làm vậy, hãy đánh giá trang di động dựa trên việc chúng có tạo ra lượt quay lại đó hay không, chứ không chỉ dựa trên chuyển đổi trên di động.

Nơi lượt truy cập di động mang ý định cao nhất

Sự kiện

Người tham dự tra cứu nhà cung cấp giữa các phiên. Nếu bạn có gian hàng triển lãm, hãy lên lịch một quy tắc trong những ngày diễn ra sự kiện để hiển thị cho khách truy cập từ thành phố tổ chức (hoặc từ các công ty trong danh sách người tham dự) một hero nhắc đến sự kiện, kèm liên kết đặt lịch gặp tại gian hàng. Gỡ bỏ quy tắc vào ngày sự kiện kết thúc. Hướng dẫn thu thập lead tại sự kiện của chúng tôi trình bày phần theo dõi sau đó.

Lượt nhấp từ email và LinkedIn

Kiểm tra báo cáo thiết bị trên nền tảng email của bạn: với hầu hết danh sách, một tỷ lệ lớn lượt mở và lượt nhấp diễn ra trên điện thoại. Một lượt nhấp từ email chiến dịch đã cho bạn biết khách truy cập quan tâm đến điều gì. Hãy truyền nó qua tham số UTM và dùng chúng để chọn biến thể, để trang tiếp nối chủ đề của email thay vì bắt đầu lại trên một trang chủ chung chung.

Liên kết do sales gửi

Khi sales gửi liên kết trong tin nhắn LinkedIn hoặc email theo dõi, khách hàng tiềm năng thường mở trên điện thoại. Hãy cung cấp cho sales các liên kết có tracking (với tài khoản hoặc chiến dịch trong tham số) mở ra một trang về đúng điều sales đang trao đổi. Đây là nơi cá nhân hóa cấp tài khoản dễ biện minh nhất, vì bối cảnh đã rõ ràng.

Đọc khi đang di chuyển

Người đọc trên tàu đang lướt, không phải đang đánh giá. Tùy chọn “gửi cho tôi case study này” để email nội dung cho họ thường phù hợp hơn form demo, và cho bạn lý do để follow-up khi họ quay lại bàn làm việc.

Điểm khởi đầu trong hai tuần

1. Lấy dữ liệu phân chia theo thiết bị cho phiên và chuyển đổi, trên toàn bộ và cho các phân khúc được cá nhân hóa.
2. Chọn một trang có tỷ lệ di động cao nhất trong các phân khúc đó.
3. Kiểm tra biến thể cá nhân hóa của trang đó trên điện thoại thật và trên kết nối bị giới hạn tốc độ. Sửa nhấp nháy và bố cục trước.
4. Thêm một CTA cố định theo phân khúc và rút gọn biểu mẫu di động chỉ còn những trường bạn không thể làm giàu dữ liệu.
5. So sánh số lượt bắt đầu điền biểu mẫu trên di động, số lượt hoàn tất và số lượt quay lại từ thiết bị khác với kỳ trước, rồi quyết định có mở rộng các thay đổi hay không.

Nếu bạn cần tín hiệu cấp công ty vẫn giữ được khi người dùng chuyển từ điện thoại sang máy tính xách tay, nhận diện khách truy cập của Markettailor xác định công ty đang truy cập trên cả hai thiết bị, và phân khúc cho phép bạn xây các quy tắc cho di động ở trên dựa trên đó.