15 mẹo để tối ưu hóa thiết bị chéo

Thiết kế cho tất cả các thiết bị! Anna Dahlström. sẽ nói về tầm quan trọng của Xây dựng hệ thống UX bất khả tri của thiết bị ở ngoài Tạo ra London. , 21-23 tháng 9. Cô ấy sẽ đi bộ qua lý do tại sao các vấn đề thiết kế của thiết bị, ý nghĩa của nó và cách chúng ta đi về nó; đặt bây giờ !

Tôi bắt đầu nhắn tin với các tệp nhật ký HTTP và chuỗi tác nhân người dùng trên 15 năm trước, phân tích và cố gắng hiểu tất cả các thiết bị khác nhau rung chuyển tại các trang web thương mại điện tử đầu của John Lewis. Tôi muốn lời khuyên nào, nếu tôi có thể quay ngược thời gian?

Điều này sẽ là: Mỗi trang web hoặc sản phẩm bạn làm việc từ bây giờ sẽ bị hỏng - bạn không biết ở đâu, trên thiết bị hoặc trình duyệt nào, hoặc mức độ nghiêm trọng. Nếu bạn săn các khiếm khuyết này, bạn sẽ kiếm được tiền dễ dàng hơn cho khách hàng của mình hơn hầu hết tất cả các công việc khác của bạn được đặt cùng nhau.

Tôi đã mất 15 năm để nhận ra rằng mặc dù xu hướng khách hàng phàn nàn nhanh chóng, đại đa số sẽ không báo cáo lỗi trong trải nghiệm thiết bị của bạn. Nếu bạn nhận được một số ít khiếu nại, có lẽ bạn có một thảm họa lớn trên tay. Nếu bạn không nhận được bất kỳ khiếu nại nào, nó có khả năng vẫn bị hỏng.

Chúng tôi không thể dựa vào khách truy cập trang web là 'hoàng yến trong mỏ than' của chúng tôi đối với các vấn đề về thiết bị và trình duyệt - chúng tôi phải chịu trách nhiệm và trở nên thông minh hơn và chủ động hơn trong cách chúng tôi kiểm tra. Khả năng tương thích thiết bị là một quyền không phải là một đặc quyền và sai trái là một hình thức phân biệt đối xử đáng sợ.

Bài viết này phác thảo các quy tắc chính cần nhớ để tối ưu hóa thiết bị chéo và thử nghiệm A / B. Giải quyết các mẹo tối ưu hóa trước. Nếu bạn đang mắc lỗi cơ bản với khả năng tương thích, hiệu suất và khả năng sử dụng của thiết bị, không có điểm nào làm phiền với thử nghiệm A / B. Tìm và sửa chữa những thứ bị hỏng trước. Sau đó, khi bạn có đủ lưu lượng để chạy các thử nghiệm A / B (ít nhất 500 chuyển đổi hoặc thanh toán một tháng) - bạn có thể phạm một số lỗi mới.

01. Đừng giả định đáp ứng mọi thứ

Tôi đã từng xây dựng một trang web di động nhỏ bé không đáp ứng, nhưng bây giờ sẽ lấy phần tốt nhất của một tỷ euro doanh thu mỗi năm. Đối với các nhiệm vụ cần thiết, nó hoàn hảo. Nó không đáp ứng trong các thuật ngữ bố trí chất lỏng, nhưng nó là đáp ứng với nhu cầu của hầu hết mọi người sử dụng nó. Biết sự khác biệt.

Đôi khi mọi người nghĩ rằng thiết kế web đáp ứng là một dấu hiệu của việc làm chủ kỹ thuật số. Đó chỉ là một thuộc tính truyền tải không có gì về chất lượng - như nói 'Chúng tôi có một trang web' hoặc 'trang web của chúng tôi cho phép bạn nhấp vào mọi thứ'. Nó không đảm bảo trải nghiệm tuyệt vời của thiết bị.

Tôi thấy nhiều trang web đáp ứng có độ dốc hời hợt nhưng không thể sử dụng được vì đội đã bỏ qua kiến ​​thức của khách hàng. Một ví dụ điển hình là một Trang web thương mại điện tử. đã phản ứng đáp ứng và mất 40 phần trăm doanh thu của nó. Nó đã xây dựng một trải nghiệm di động tuyệt vời nhưng phiên bản máy tính để bàn bị hút, và đó là nơi 80% số tiền đến. Biết nơi ngỗng vàng giúp nếu bạn muốn tránh giết nó!

02. Thực hiện nghiên cứu của bạn đầu tiên

Tối ưu hóa một trang web không bắt đầu bằng cách hack tại nội dung trang. Nó bắt đầu với việc thực hiện nghiên cứu của bạn vì vậy khi đôi môi của bạn nói 'Hành trình của khách hàng', những gì xuất hiện không phải là một câu chuyện cổ tích. Điều quan trọng là phải biết đến khách truy cập, nhiệm vụ và mục tiêu của họ, điểm vào, hỗn hợp thiết bị, đường dẫn, dòng chảy và khu vực bỏ rơi đầu tiên. Rất khó để giải quyết một vấn đề mà bạn không hiểu.

Sử dụng dữ liệu Analytics với Kinh nghiệm người dùng Nghiên cứu, khảo sát hoặc phản hồi là một cách nhanh chóng và nhẹ để loại bỏ nhảm nhí, bản ngã và các giả định về 'hành trình'. Một giờ dữ liệu thông tin có giá trị một nghìn giờ của ý kiến ​​không được khám phá.

Đọc thêm: ' Nghiên cứu chuyển đổi trong một giờ '; ' Công cụ phát lại phiên cho nghiên cứu '.

03. Theo dõi người, không phải thiết bị

Trừ khi bạn đang sử dụng thiết lập Analytics, theo dõi người dùng, thay vào đó, bạn sẽ kết thúc các thiết bị theo dõi. Các công ty phàn nàn rằng lưu lượng 'di động' của họ không chuyển đổi - và chúng tôi thấy rằng lưu lượng thực sự đang chuyển đổi, chỉ trên một thiết bị hoàn toàn khác.

Mọi người có thể sử dụng điện thoại của họ để duyệt và thêm một sản phẩm vào giỏ của họ, nhưng thấy khó khăn để vượt qua thanh toán, vì vậy hãy hoàn thành việc bán hàng trên máy tính xách tay của họ. Trang web nghĩ về những người này như hai người: một khách hàng di động và một khách hàng máy tính để bàn.

Vì vậy, vấn đề chuyển đổi của bạn thực sự là một vấn đề thống nhất. Làm cách nào bạn có thể ghi có doanh thu cho trải nghiệm thiết bị nếu khách hàng sử dụng nhiều hơn một thiết bị? Google Analytics có chế độ xem người dùng, bạn có thể bật (đối với người dùng đăng nhập) cho phép bạn theo dõi mọi người, không phải thiết bị và có nhiều công cụ phân tích để giúp bạn có ý nghĩa về điều này.

04. Đừng bỏ qua bối cảnh rộng lớn hơn

Trong thế giới thiết bị siêu di động này, bối cảnh là tất cả. Những gì bạn cần từ một ứng dụng hàng không có thể rất khác nhau 48 giờ trước chuyến bay của bạn so với khi bạn đang chạy cho cổng. Đối với người đó với điện thoại, bạn cần xem xét các yếu tố ảnh hưởng đến trải nghiệm. Chúng có thể bao gồm các nhiệm vụ, mục tiêu, thiết bị, vị trí, tốc độ dữ liệu, khung nhìn, cấp bách, động lực, chi phí dữ liệu, chi phí cuộc gọi hoặc thậm chí thời tiết tại thời điểm chuyến thăm của họ!

05. Ra khỏi văn phòng

Làm cho các sản phẩm tốt hơn không nên liên quan đến những ngày dài dành cho văn phòng. Tại sao không chia tay ngày làm việc với các chuyến thăm đến các quán cà phê và quán rượu? Đây là một trong những cách rẻ nhất để tìm kiếm khách hàng cho nghiên cứu UX. Cung cấp một loại bia hoặc cà phê để đổi lấy phản hồi về nguyên mẫu hoặc thiết kế của bạn là lợi tức đầu tư vô giá. Và đừng quên trang web - Nếu bạn có lưu lượng truy cập, bạn cũng có thể tuyển dụng mọi người và chạy các bài kiểm tra với họ trực tuyến.

Đọc thêm: ' Công cụ UX để cai trị tất cả '.

06. Đừng cho rằng mọi người đều sử dụng iPhone

Trong hầu hết các thiết lập Analytics, các mẫu iPhone được gộp lại với nhau, cho thấy đây là những thiết bị khách hàng chính. Nếu bạn chỉ nhìn vào các mô hình trong dữ liệu của mình, điều này sẽ làm lệch suy nghĩ của bạn; Bạn cần phân chia các thiết bị bằng hệ điều hành hoặc nền tảng để xem hình ảnh thực. Google Analytics có thể nói mô hình hàng đầu của tôi là 'iPhone' nhưng ngay cả một số ít các mô hình Samsung hàng đầu có thể thêm vào đối tượng lớn hơn nhiều.

Mỗi khi ai đó bị cám dỗ tập trung vào sở thích của thiết bị cá nhân của chính họ thay vì kết hợp khách hàng, hãy hướng họ đến sơ đồ trên bên phải (nó đáng để dán nó lên tường văn phòng của bạn để nhắc nhở họ những gì dữ liệu nói.

Đọc thêm: ' Hướng dẫn cuối cùng để sử dụng Google Analytics để tối ưu hóa thiết bị chéo '.

07. Đừng quên theo dõi cuộc gọi

Một đề cập đến một kỹ thuật miễn phí và hiếm khi được sử dụng. Nếu bạn có các thiết bị cảm ứng có thể thực hiện các cuộc gọi điện thoại, bạn có thể theo dõi các cuộc gọi. Chỉ cần thêm một sự kiện (hoặc lượt xem trang) vào dữ liệu Analytics của bạn mỗi khi ai đó nhấn một số điện thoại để gọi cho bạn. Sau đó, bạn sẽ biết bạn nhận được bao nhiêu cuộc gọi, chính xác những gì mà người ta gọi từ và các chiến dịch hoặc nguồn tiếp thị nào đã khiến các cuộc gọi nhiều nhất.

Tôi đã sử dụng dữ liệu này để phân tích tài khoản PPC cho một công ty lớn. Khi chúng tôi được in trong doanh số đến từ các cuộc gọi điện thoại, nó đã thay đổi hoàn toàn đấu thầu của chúng tôi. Tiết kiệm là 40-70% hóa đơn thấp hơn cho PPC nhưng cùng một lượng doanh thu.

08. Sử dụng dữ liệu thực để theo dõi tốc độ trang web

Không nhiều người biết rằng Google Analytics thu thập các phép đo của khách truy cập thực về mức độ chậm của bạn, mỗi ngày. Thay vì tưởng tượng hiệu suất (Khi bạn duyệt trang web của mình trên Wi-Ficonnection), bạn có thể để dữ liệu cho bạn biết nơi nó hút. Nhìn vào Báo cáo thời gian DOM: Bản ghi này cấu trúc và nội dung trang web mất bao lâu để tải. Làm cho trang web nhanh hơn là một người thay đổi trò chơi.

Có một mối tương quan rất lớn giữa tỷ lệ hiệu suất và chuyển đổi nên nếu nó chậm, bạn đang chi tiêu tiền tiếp thị chỉ để gửi người đến đối thủ cạnh tranh của bạn!

Đọc thêm: ' Giải thích tốc độ trang web '.

09. Sao chép phương thức kiểm tra, thay vì sáng tạo

Khi bạn nhìn vào các bài kiểm tra các công ty khác đã chạy, bạn không biết liệu họ có hoàn toàn đánh đòn bài kiểm tra hay không. Dữ liệu, phương pháp, QA hoặc cỡ mẫu của họ có thể cho thấy họ đã thực hiện các lỗi cơ bản. Họ có thể đã chạy thử nghiệm quá ngắn một khoảng thời gian hoặc không được kiểm tra xem nó có thu thập dữ liệu một cách chính xác không. Bạn chỉ không biết.

Và ngay cả khi bạn đã có tất cả thông tin nền, bạn vẫn không thể dự đoán liệu phương pháp của họ sẽ hoạt động với bạn hay không. Khách hàng, tiếp thị, trang web và mọi thứ khác đều hoàn toàn khác nhau. Nói tóm lại, các quy tắc thực hành tốt nhất để thử nghiệm chủ yếu là về việc sao chép phương pháp và không phải là sáng tạo.

Đọc thêm: ' Sự hút vô tận của các chuyên gia thực hành và tối ưu hóa tốt nhất '; ' Khi tối ưu hóa chuyển đổi thực hành tốt nhất thất bại '.

10. Đừng thử nghiệm mà không có kế hoạch

Có hàng triệu thứ bạn có thể kiểm tra ở những nơi trên khắp trang web của bạn. Nếu bạn chỉ cần 'bắt đầu', cuối cùng bạn có thể nhận được một trang web tối ưu - nhưng cái chết nhiệt của vũ trụ sẽ giúp bạn trước. Nếu có những thứ bị hỏng trong trải nghiệm của bạn, bạn cần phải sửa lỗi đó trước (trước khi thử nghiệm) như nếu không nó sẽ kéo mọi thứ khác xuống. Khi bạn có những điều cơ bản về hiệu suất và khả năng tương thích của thiết bị, hãy sử dụng Analytics để xác định cơ hội.

'Chỉ thay đổi công cụ' không phải là một lý do đủ tốt để kiểm tra; Bạn cần bằng chứng hoặc cái nhìn sâu sắc để lái một bài kiểm tra tốt. Việc học tập tốt nhất đến từ việc có những câu hỏi tuyệt vời để chuyển kênh vào thử nghiệm của bạn.

11. Thiết lập giả thuyết của bạn

Bộ giả thuyết là một trong những điều hữu ích nhất tôi dạy:

Bởi vì chúng tôi đã thấy [Dữ liệu / Phản hồi], chúng tôi hy vọng rằng [thay đổi] sẽ gây ra [TÁC ĐỘNG]. Chúng tôi sẽ đo lường điều này bằng cách sử dụng [Số liệu dữ liệu].

Yêu cầu mọi người đóng khung câu hỏi hoặc xét nghiệm A / B theo cách này buộc họ phải suy nghĩ về lý do tại sao họ đang chạy thử nghiệm và mức độ thành công sẽ được đo lường.

Đọc thêm: Bộ giả thuyết 3. .

12. Chạy máy tính thử nghiệm trước

Đó thực sự là thực hành tốt để chạy một máy tính thử nghiệm trước khi kiểm tra A / B của bạn. Nếu nó nói rằng sẽ mất khoảng chín triệu năm để hoàn thành, bạn có thể làm một cái gì đó hữu ích hơn với cuộc sống của mình.

13. Đừng dừng lại ở độ tin cậy 95%

Đó là một lỗi Noob rất phổ biến để thực hiện với thử nghiệm A / B. Bạn nên quyết định thời gian thử nghiệm trước, sau đó chạy nó trong thời gian đó, hãy dừng nó và phân tích nó. Hầu hết các bài kiểm tra đang được chạy trong thế giới thực là hoàn toàn hư cấu - và đó là lý do tại sao mọi người thất vọng khi 'nâng' hứa hẹn trong quá trình chuyển đổi không đến. Gọi kiểm tra sai hoặc chờ quá lâu cho kết quả là những vấn đề phổ biến nên tránh.

Đọc thêm: ' Ý nghĩa thống kê không bằng hợp lệ bằng nhau '; ' Tại sao mỗi nhà tiếp thị internet nên là một nhà thống kê '.

14. Phân đoạn theo lớp thiết bị

Nếu bạn có các thiết bị hoặc điểm dừng khác nhau trong thiết kế, xét nghiệm A / B sẽ trông hoàn toàn khác nhau. Nếu bạn không chắc chắn việc thiết kế của mình trông như thế nào trên tất cả các thiết bị, làm thế nào bạn có thể chắc chắn rằng nó hoạt động hoàn toàn? Nếu bạn không phân tích và phân đoạn dữ liệu theo các lớp thiết bị khác nhau hoặc 'điểm dừng', bạn sẽ biết dịch chuyển hành vi như thế nào? Một trong những khách hàng của tôi lưu trữ thiết kế chính xác mà khách hàng đã thấy trong lớp dữ liệu của họ, rất hữu ích.

Luôn hiểu cách bạn nhắm mục tiêu hoặc phân đoạn mọi người trên các lớp thiết bị di động, máy tính bảng và máy tính để bàn. Không có khách truy cập 'trung bình' - không phải khi trải nghiệm thiết bị rất khác nhau rất nhiều.

15. Đừng quên thử nghiệm QA

Nếu bạn chưa thực hiện kết hợp thiết bị của mình, có lẽ bạn cũng không phải là QA kiểm tra các thử nghiệm A / B của mình. Điều đó có nghĩa là khá nhiều trong số chúng có thể bị hỏng - và nếu các thử nghiệm A / B của bạn bị hỏng, dữ liệu và việc ra quyết định của bạn có thể là thiếu sót. Khoảng 30-40% trong tất cả các thiết kế thử nghiệm của tôi đều thất bại QA cơ bản, ngay cả với các nhà phát triển chất lượng cao - đó là JavaScript cho bạn! Giả sử nó bị hỏng cho đến khi được chứng minh khác.

Tóm lược

Ở đây tôi đã bao gồm một số mẹo để cải thiện trải nghiệm thiết bị chéo của bạn. Khi bạn bắt đầu, biết kết hợp thiết bị của mình và hiểu khách hàng đằng sau các thiết bị đó là rất quan trọng. Giai đoạn tiếp theo là làm việc với dữ liệu để giúp bạn ưu tiên những nỗ lực của mình. Tạo một danh sách thử nghiệm tốt (với sự trợ giúp của Google Analytics) đã cắt giảm nỗ lực cho các nhà phát triển, nhưng sẽ tăng số lượng lỗi bạn xóa trên các thiết bị phổ biến.

Thiết kế trải nghiệm tuyệt vời của thiết bị là sự cân bằng cẩn thận các dữ liệu, trực giác, sự đồng cảm và thử nghiệm. Nếu bạn cho phép những người này chiếm giữ không gian thường được lấp đầy bởi bản ngã và ý kiến, công việc tốt sẽ phát triển mạnh mẽ. Khi Stephen Hawking nói: "Kiến thức kiến ​​thức vĩ đại nhất không phải là sự thiếu hiểu biết, đó là ảo tưởng về kiến ​​thức".

Tìm hiểu về tầm quan trọng của thiết kế bất khả xâm phạm với Anna Dahlström. ở ngoài Tạo ra London. ! Trong Xây dựng hệ thống UX bất khả tri của thiết bị , cô ấy sẽ giải thích lý do tại sao bạn nên để bố cục hướng dẫn nội dung và di chuyển khỏi các trang thiết kế để tập trung vào các mô-đun mà các chế độ xem đó được tạo thành từ. Đặt vé của bạn ngay bây giờ !

Bài viết này ban đầu xuất hiện trong Tạp chí Net. phát hành 279; theo dõi ngay !