Kiểm tra trang chi tiết sản phẩm bằng 12 bước, mỗi bước có một ngưỡng đạt yêu cầu.

Kiểm tra trang chi tiết sản phẩm bằng 12 bước, mỗi bước có một ngưỡng đạt yêu cầu.

Hầu hết các bài đánh giá trang sản phẩm đều kết thúc bằng một danh sách các ý kiến. Người thì nói thư viện ảnh hơi chật chội, người khác lại bênh vực các tab, chẳng có gì được thống nhất. Thay vào đó, đây là một bảng tiêu chí: mười hai mục kiểm tra, mỗi mục đều có ngưỡng đạt yêu cầu được ghi rõ, chấm điểm từ 0-2, kết quả cuối cùng là một con số trên thang điểm 24 mà hai người kiểm toán làm việc độc lập cần phải đồng ý với nhau trong phạm vi một hoặc hai điểm. Bảng tiêu chí này dành cho các nhóm UX và CRO làm việc trên các trang chi tiết sản phẩm thương mại điện tử. Tiêu chuẩn của Viện Baymard dựa trên hơn 155 trang web hàng đầu của Mỹ và châu Âu đã tìm ra kết quả như sau: 62% trang web trên thiết bị di động Các trang sản phẩm có trải nghiệm người dùng (UX) chỉ ở mức "trung bình hoặc tệ hơn", và không trang nào đạt điểm tuyệt đối. Giả sử trang của bạn cũng có những vấn đề cần lưu ý. Câu hỏi đặt ra là vấn đề đó là gì, và mức độ nghiêm trọng ra sao.

Cách tính điểm

Mỗi lần kiểm tra sẽ được chấm điểm dựa trên ngưỡng điểm được ghi trước khi bạn mở trang. 2 Điều đó có nghĩa là nó đáp ứng ngưỡng đó trên cả thiết bị di động và máy tính để bàn. 1 một phần hoặc chỉ tại một điểm ngắt duy nhất, 0 Điều đó có nghĩa là nó bị lỗi hoặc không tồn tại.

Kiểm toán mẫuKhông chỉ một sản phẩm: hãy chọn ba SKU khác nhau thể hiện mức độ phức tạp khác nhau - một mặt hàng đơn giản, một mặt hàng có nhiều biến thể, một mặt hàng gần như hết hàng - và lấy điểm thấp nhất cho mỗi lần kiểm tra. Một PDP chỉ hoạt động tốt với SKU đơn giản thì không phải là một PDP hiệu quả.

Ban nhạc: 20-24Mẫu này hoạt động tốt và vấn đề chuyển đổi của bạn nằm ở chỗ khác. 14-19Hãy sửa lại các số 0 trước khi chạy thử nghiệm khác ở đây. 0-13Mẫu thiết kế chính là điểm nghẽn và việc thử nghiệm các yếu tố bổ sung trên đó sẽ chỉ cho ra kết quả không mấy khả quan.

Bước 1: Họ có hiểu sản phẩm đó là gì không?

Kiểm tra bước 1 - Thiết lập hình ảnh và phóng to. Ngưỡng yêu cầu: ít nhất năm hình ảnh bao phủ mọi mặt, một ảnh chi tiết ở cấp độ vật liệu, một ảnh thể hiện tỷ lệ và ảnh phóng to đủ để hiển thị chi tiết thực tế. Baymard nhận thấy 25% trang web thiếu độ phân giải hoặc khả năng phóng to cần thiết và 37% không cung cấp hình ảnh đúng tỷ lệ. Tỷ lệ là yếu tố mà các nhóm thường bỏ qua, nhưng lại là yếu tố tạo ra lợi nhuận.

Kiểm tra 2 - Khả năng tìm kiếm hình ảnh trên thiết bị di động. Ngưỡng: các hình ảnh bổ sung được hiển thị dưới dạng hình thu nhỏ hoặc chỉ báo vị trí, mà người dùng không cần vuốt để tìm thấy chúng. 76% các trang web trên thiết bị di động không cung cấp hình thu nhỏ, vì vậy thư viện ảnh sẽ vô hình đối với bất kỳ ai không đoán ra.

Kiểm tra bước 3 - Mô tả và khả năng quét thông số kỹ thuật. Ngưỡng: phần mô tả trả lời năm câu hỏi mà hộp thư hỗ trợ của bạn nhận được nhiều nhất cho danh mục đó, và thông số kỹ thuật xuất hiện dưới dạng danh sách thuộc tính có thể quét được, chứ không phải văn xuôi. Baymard chấm điểm 50% các trang web mắc lỗi trong việc quét thông số kỹ thuật. Hãy lấy năm câu hỏi từ phiếu yêu cầu hỗ trợ hoặc tìm kiếm trên trang web, chứ không phải từ một buổi hội thảo.

Cổng 2: Liệu họ có thể chọn đúng biến thể không?

Kiểm tra bước 4 - Các điều khiển biến thể được hiển thị. Ngưỡng: kích thước, màu sắc và các tùy chọn khác được hiển thị dưới dạng nút hoặc ô màu, chứ không phải là menu thả xuống mà người dùng phải mở. 57% các trang web không sử dụng nút để chọn kích thước. Menu thả xuống bị đóng sẽ che giấu các tùy chọn và cho biết tùy chọn nào không khả dụng.

Kiểm tra bước 5 - Đồng bộ hóa dữ liệu biến thể. Ngưỡng: việc chọn một biến thể sẽ cập nhật đồng thời giá, hình ảnh, tình trạng kho hàng và ước tính thời gian giao hàng, không có giá trị lỗi thời nào hiển thị trên màn hình. 28% các trang web không đồng bộ hóa dữ liệu giữa các biến thể. Vấn đề này thường cho thấy vấn đề về kiến ​​trúc giao diện người dùng, chứ không phải vấn đề về thiết kế.

Kiểm tra mục 6 - Xử lý biến thể không khả dụng. Ngưỡng: các biến thể hết hàng vẫn hiển thị và bị vô hiệu hóa kèm theo lý do được nêu rõ, và trang web chỉ cung cấp một hành động tiếp theo - thông báo khi hàng về lại, lựa chọn thay thế gần nhất hoặc đặt hàng trước. 68% các trang web không cho phép người dùng mua các sản phẩm tạm thời hết hàng. Việc loại bỏ tùy chọn một cách âm thầm là tệ nhất: người dùng không thể biết kích cỡ đó có còn hàng hay không.

Cổng 3: Họ có thể tính toán tổng số thực sự không?

Cổng thanh toán này mang lại doanh thu cao nhất và cũng chịu nhiều rủi ro pháp lý nhất. Qua 50 nghiên cứu tổng hợp, Baymard ước tính tỷ lệ bỏ giỏ hàng trung bình là... 70.22%Trong số các lý do được nêu, chi phí phát sinh quá cao chiếm 40%. Hầu hết các chi phí này đều có thể biết được trên trang chi tiết sản phẩm (PDP) và được công bố tại bước thanh toán.

Kiểm tra mục 7 - Chi phí và ngày giao hàng trước khi thêm vào giỏ hàng. Ngưỡng: chi phí giao hàng ước tính và ngày đến dự kiến, dựa trên vị trí có khả năng của người dùng, hiển thị mà không cần tương tác. 43% các trang web không hiển thị chi phí vận chuyển ước tính. Nếu phí vận chuyển phụ thuộc vào địa chỉ, hãy hiển thị ước tính khu vực mặc định có nhãn.

Mục 8 - Trình bày giá cả và tham khảo chiết khấu. Ngưỡng: tổng số tiền hiển thị đã bao gồm tất cả các loại thuế; bất kỳ sự so sánh "trước đây/hiện tại" nào đều sử dụng giá tham chiếu hợp lý; và trong trường hợp hiển thị các khoản trả góp, tổng giá, số lượng kỳ trả góp và số tiền mỗi kỳ trả góp đều được hiển thị cùng nhau với kích thước dễ đọc.

Hai quy định cùng hội tụ ở đây. Tại EU, Điều 6a của Chỉ thị 98/6/EC yêu cầu thông báo giảm giá phải nêu rõ giá trước đó, được định nghĩa là giá thấp nhất được áp dụng trong ít nhất 30 ngày trước đó. Quy định quảng cáo của Thổ Nhĩ Kỳ áp dụng cùng logic "giá thấp nhất trong 30 ngày" và bổ sung thêm quy định về hiển thị trả góp. Điều khoản đó không chỉ là hình thức: cơ quan quản lý chọn lọc các khoản trả góp chính xác vì chúng phổ biến trong thương mại điện tử Thổ Nhĩ Kỳ, vì vậy một trang chi tiết sản phẩm (PDP) che giấu con số trả góp đằng sau một cửa sổ bật lên sẽ che giấu con số mà người mua lựa chọn.

Mục 9 - Chính sách hoàn trả trong vòng một lần giao dịch. Ngưỡng quan trọng: thời gian hoàn trả và thông tin về người chịu phí vận chuyển hoàn trả có thể được truy cập chỉ bằng một lần chạm, chứ không phải thông qua chân trang. 44% các trang web không hiển thị hoặc liên kết chính sách hoàn trả trên trang sản phẩm, và chính sách không thỏa đáng là lý do khiến 13% người dùng bỏ ngang việc mua hàng.

Cổng số 4: Liệu ai cũng có thể vận hành được nó?

Kiểm tra mục 10 - Kích thước mục tiêu. Ngưỡng: mọi thành phần tương tác - mẫu màu, thanh trượt số lượng, mũi tên trong thư viện ảnh, bộ lọc đánh giá - phải có kích thước tối thiểu 24x24 pixel CSS, hoặc được bố trí sao cho một vòng tròn 24 pixel có tâm nằm trên thành phần đó không giao cắt với thành phần lân cận. Đó là tiêu chuẩn WCAG 2.2 SC 2.5.8, Cấp độ AA. Mẫu màu và thanh trượt số lượng thường xuyên không đáp ứng được tiêu chuẩn này nhất.

Kiểm tra 11 - Khả năng phản hồi tương tác. Ngưỡng: Thời gian tương tác với lần vẽ tiếp theo ở phân vị thứ 75 của dữ liệu thực tế đối với mẫu PDP là từ 200 ms trở xuống; trên 500 ms là kém. Sử dụng dữ liệu thực tế, không phải dữ liệu thử nghiệm trong phòng thí nghiệm: việc chuyển đổi biến thể và tương tác trong thư viện là nơi mà PDP INP bị suy giảm, và các bài kiểm tra tổng hợp không kiểm tra được chúng.

Kiểm tra 12 - Xem xét chất lượng bằng chứng. Tiêu chí: trang web phải có bản tóm tắt phân bố xếp hạng, người dùng có thể xem hình ảnh đánh giá và trang đó phải nêu rõ cách thức thu thập đánh giá cũng như xác minh tính chính xác của chúng. 65% các trang web đưa ra nhận định sai về phân bố xếp hạng. Một đánh giá 4.4 được tạo nên từ các đánh giá 5 và 1 khác với một đánh giá 4.4 được tạo nên từ các đánh giá 4 và 5.

Bảng điểm

#kiểm traĐạt yêu cầu (điểm 2)Cánh cổng
1Bộ ảnh và thu phóngHơn 5 hình ảnh, một hình ảnh theo tỷ lệ thực, phóng to để xem chi tiết.Hiểu rõ
2Khả năng tìm kiếm hình ảnh trên thiết bị di độngHình thu nhỏ hoặc chỉ báo vị trí hiển thịHiểu rõ
3Mô tả và thông số kỹ thuật5 câu hỏi hỗ trợ thường gặp được giải đáp; thông số kỹ thuật có thể quét đượcHiểu rõ
4Điều khiển biến thểCác tùy chọn hiển thị dưới dạng nút hoặc ô màu.Chọn
5Đồng bộ hóa biến thểCập nhật giá, hình ảnh, số lượng hàng tồn kho và thông tin giao hàng cùng nhau.Chọn
6Các biến thể không khả dụngHiển thị, bị vô hiệu hóa, lý do đã được đưa ra, một hành động tiếp theoChọn
7Chi phí và ngày giao hàngCả hai đều được ước tính trên PDP mà không có sự tương tác.Tổng chi phí
8Tham khảo giá cả và chiết khấuĐã bao gồm thuế; giá tham khảo thấp nhất trong 30 ngày; trả góp ba lần cùng nhauTổng chi phí
9chính sách hoàn trảCửa sổ và người thanh toán, chỉ cách nhau một thao tác tương tác.Tổng chi phí
10Kích thước mục tiêuKhoảng cách CSS 24x24 px hoặc khoảng cách tương đương (WCAG 2.2 AA)Chạy
11Phản hồiTrường INP p75 ở mức 200 ms trở xuốngChạy
12Xem xét bằng chứngThông tin phân phối được hiển thị, hình ảnh có thể xem, bộ sưu tập đã được công bố.Chạy

Một ví dụ minh họa

Đây là một hình ảnh minh họa tổng hợp được xây dựng từ các mô hình lỗi nêu trên, không phải từ một cuộc kiểm toán của khách hàng: nhà bán lẻ quần áo tầm trung, ba mã sản phẩm (SKU), điểm số thấp nhất cho mỗi lần kiểm tra.

Hiểu: 2 + 0 (vuốt mù) + 1 (thông số kỹ thuật trong văn xuôi) = 3/6. Chọn: 2 + 1 (ước tính giao hàng lỗi thời) + 0 (kích thước biến mất) = 3/6. Tổng chi phí: 0 + 1 (tổng trả góp chỉ hiển thị trong cửa sổ bật lên) + 1 (hoàn tiền ở chân trang) = 2/6. Vận hành: 0 (mẫu màu ở 20 px) + 1 (INP p75 340 ms) + 1 (không phân phối) = 2/6.

Tổng cộng: 10/24. Đó không phải là "chạy thử nghiệm tiêu đề". Đó là việc sửa lỗi mẫu xoay quanh bốn số 0, theo thứ tự này: ước tính thời gian giao hàng, kích thước biến mất, kích thước mục tiêu mẫu, thư viện di động. Ba trong bốn lỗi này là lỗi kỹ thuật, không phải lỗi thiết kế, vốn thường là lỗi phát hiện thực tế. [CẦN DỮ LIỆU NỘI BỘ: Điểm số trung bình của Switas trên các PDP đã được kiểm toán và sự thay đổi tỷ lệ chuyển đổi sau khi khắc phục lỗi ở Cổng 3.]

Nên làm gì với điểm số

Hãy sửa tất cả các lỗi có giá trị 0 trước khi kiểm tra bất cứ điều gì trên trang: một thử nghiệm chạy trên một bước bị lỗi sẽ đo lường lỗi đó, chứ không phải giả thuyết của bạn. Các lỗi có giá trị 1 thể hiện danh sách kiểm thử cần thực hiện - có thật, nhưng cách khắc phục vẫn còn gây tranh cãi. Hãy chấm điểm lại sau khi các bản sửa lỗi được phát hành, trên cùng ba SKU đó.

Điểm yếu của tiêu chí này là gì?

Nó được xây dựng cho bán lẻ hàng hóa vật lý. Hàng hóa kỹ thuật số, dịch vụ đăng ký, kho du lịch và các sản phẩm B2B có thể cấu hình có những thuộc tính quyết định khác nhau, và Gate 3 không chuyển đổi được: trang khách sạn hoặc chuyến bay có giá cả phụ thuộc vào ngày mà tiêu chí này không mô hình hóa. Nó cũng bỏ qua việc thu thập thông tin - không có gì ở đây đánh giá tính đầy đủ của dữ liệu có cấu trúc, yếu tố chi phối điều kiện niêm yết của người bán. Và nó cho bạn biết điều gì không đạt ngưỡng đã nêu, chứ không phải lý do tại sao một người dùng cụ thể lại do dự: nó thay thế vòng khảo sát ý kiến, chứ không phải thử nghiệm khả năng sử dụng.

FAQ

Quá trình kiểm toán này mất bao lâu?

Mất khoảng 40 phút cho mỗi SKU sau khi đã thống nhất các ngưỡng, vậy tổng cộng khoảng hai giờ cho một mẫu. Phần lớn thời gian đó dành cho Giai đoạn 3, vì logic giao hàng và trả góp khác nhau tùy theo loại sản phẩm.

Ai nên điều hành nó?

Hai người chấm điểm độc lập cùng ba SKU, sau đó chỉ đối chiếu những lần chấm điểm có sự khác biệt hơn một điểm. Điểm số do một người kiểm định sẽ nghiêng về phía điểm mà người kiểm định đó quan tâm.

Liệu điểm số thấp có chứng minh rằng chương trình PDP đang gây tốn kém cho chúng ta?

Không. Nó chỉ ra những bước nào không vượt qua ngưỡng quy trình dựa trên các nghiên cứu đã được công bố. Liên kết doanh thu đến từ dữ liệu phễu bán hàng của riêng bạn. Tiêu chí này chỉ ra nên tìm kiếm ở đâu, chứ không phải giá trị của nó.

Điều này khác với việc kiểm tra khả năng tiếp cận như thế nào?

Chỉ có mục Kiểm tra 10 là tiêu chí tuân thủ chính thức. Một cuộc kiểm tra WCAG đầy đủ cũng bao gồm thao tác bàn phím, thứ tự tiêu điểm, độ tương phản và ghi nhãn biểu mẫu. Hãy coi đó là tín hiệu cho thấy cần thực hiện kiểm tra khả năng truy cập, chứ không phải là bằng chứng cho thấy bạn đã vượt qua cuộc kiểm tra đó.

Trang chi tiết sản phẩm (PDP) của chúng tôi được tạo ra bởi một sàn giao dịch hoặc nền tảng SaaS. Điều này liệu còn hữu ích không?

Vâng, với phạm vi được thu hẹp lại. Chấm điểm mọi thứ, sau đó chia kết quả thành những gì bạn kiểm soát được - hình ảnh, mô tả, thông số kỹ thuật, bộ sưu tập đánh giá - và những gì nền tảng kiểm soát. Những điểm 0 do nền tảng kiểm soát sẽ trở thành cuộc thảo luận với nhà cung cấp kèm theo bằng chứng.

Các quy định về niêm yết giá của Thổ Nhĩ Kỳ có áp dụng nếu chúng ta chỉ bán hàng trong nước không?

Vâng, bất kể bạn bán hàng ở đâu khác, bao gồm cả giá tham chiếu thấp nhất trong 30 ngày và yêu cầu hiển thị trả góp. Quy định của EU chỉ áp dụng nếu bạn bán hàng vào EU; nếu bán hàng vào cả hai thị trường, hãy áp dụng cách hiểu nghiêm ngặt hơn một lần.

Hãy chạy thử trên danh mục sản phẩm của riêng bạn.

Tuần này, hãy chấm điểm ba SKU từ mẫu PDP của riêng bạn và xem liệu con số có đạt được như bạn mong đợi hay không. Nếu bạn muốn thực hiện việc này một cách bài bản hơn, với các phát hiện được liên kết với các phiếu yêu cầu kỹ thuật và dữ liệu phễu bán hàng của bạn được đính kèm, Hãy trao đổi với chúng tôi về việc kiểm toán UX..

nguồn


Bài viết liên quan

Switas Như Đã Thấy Trên

Phóng to: Mở rộng tiếp thị người có sức ảnh hưởng với Engin Yurtdakul

Hãy xem nghiên cứu trường hợp Microsoft Clarity của chúng tôi.

Chúng tôi nhấn mạnh Microsoft Clarity là một sản phẩm được xây dựng dựa trên các trường hợp sử dụng thực tế, có tính ứng dụng cao, bởi những người am hiểu sản phẩm và hiểu rõ những thách thức mà các công ty như Switas phải đối mặt. Các tính năng như theo dõi hành vi nhấp chuột tức giận và lỗi JavaScript đã chứng tỏ giá trị vô cùng quan trọng trong việc xác định sự khó chịu của người dùng và các vấn đề kỹ thuật, cho phép thực hiện các cải tiến có mục tiêu, tác động trực tiếp đến trải nghiệm người dùng và tỷ lệ chuyển đổi.