Tiến hành kiểm tra người dùng miễn phí và nhanh chóng với UserLook

Sep 16, 2025
Cách
[số 8]
Hình ảnh: Hình ảnh Getty

Giả định là xấu cho kinh doanh. Chúng thật tệ vì, bản chất, chúng tôi giữ ý kiến ​​dựa trên cách chúng ta nhìn thế giới và thiên vị dựa trên những điều đã xảy ra với chúng ta. Khi nói đến thiết kế, đưa ra các giả định là nguy hiểm vì thiết kế tốn tiền, thời gian và tài nguyên (sử dụng một người tạo ra trang web có thể cắt giảm tất cả những điều này, và nhận được của bạn web hosting Phải sẽ hợp lý hóa quá trình của bạn, quá). Và nó tốn nhiều tiền hơn, thời gian và tài nguyên so với việc thực hiện một số đơn giản Kiểm tra người dùng Điều đó có thể giúp chứng minh (hoặc từ chối) các lý thuyết chúng ta giữ.

Các giả định sau đây thường dẫn đến ít nhất một trong những kết quả sau:

  • Thiết kế sai điều trước
  • Không thiết kế đúng thứ cả
  • Thiết kế đúng nhưng làm sai cách

Chính xác thì thử nghiệm người dùng là gì?

Kiểm tra người dùng là nơi người dùng thực sự sử dụng một ứng dụng hoặc trang web (hoặc, ít nhất, một nguyên mẫu của nó) và cung cấp thông tin phản hồi và hiểu biết có thể được sử dụng để cải thiện nó. Kiểm tra người dùng vượt lên trên và vượt xa một cuộc khảo sát phản hồi đơn giản và liên quan đến việc xem người dùng thực tế (hoặc thị trường mục tiêu) khi họ kiểm tra thiết kế của chúng tôi. (Hãy chắc chắn rằng bạn lưu phát hiện của bạn trong an toàn lưu trữ đám mây .)

Trong bài viết này, chúng tôi sẽ tự phục vụ các bài kiểm tra người dùng của chúng tôi bằng cách sử dụng Userlook. - Đây là nơi, sau khi xác định các câu hỏi mà chúng tôi muốn hỏi, chúng tôi sẽ gửi cho người dùng một liên kết nơi họ có thể tiến hành kiểm tra người dùng của họ từ xa trong thời gian riêng của họ. Điều này giúp chúng tôi tự động kiểm tra người dùng (tiết kiệm thời gian), trong khi tìm nguồn kiểm tra người dùng từ cơ sở người dùng của chúng tôi (tiết kiệm tiền).

LƯU Ý: Nếu bạn muốn sử dụng Trình kiểm tra tuyển dụng người dùng cho bạn, điều đó cũng ổn - trang giá ghi liệt kê các tùy chọn khác nhau.

Khi nào kiểm tra người dùng

Bạn có thể tự hỏi tần suất bạn nên chạy các bài kiểm tra người dùng. Câu trả lời ngắn gọn là: liên tục - luôn luôn là người dùng thử. Khi các quyết định được thúc đẩy bởi những gì người dùng hoàn toàn yêu cầu, bạn sẽ cảm thấy ít lo lắng hơn và tự tin hơn về thành công khi sản phẩm bạn đang thiết kế cuối cùng sẽ trở nên công khai.

Phần lớn thời gian, các đội ném vào khăn khi kiểm tra người dùng vì họ không hiểu tại sao họ làm điều đó và do đó hỏi tất cả các câu hỏi sai, dẫn đến những câu trả lời mơ hồ không cung cấp nhiều cái nhìn sâu sắc. Trước khi đặt câu hỏi trong bài kiểm tra người dùng, trước tiên chúng ta cần phải tự hỏi mình 'Tại sao chúng ta lại làm điều này?' Và 'Chúng ta muốn học gì từ bài kiểm tra người dùng này?'

Trước khi chúng tôi bắt đầu, trước tiên chúng tôi cần xem xét liệu chúng tôi đang kiểm tra MVP (một sản phẩm khả thi tối thiểu) - để kiểm tra người dùng nào là cách tiếp cận đúng - hoặc khả năng sử dụng của một sản phẩm đã được xác nhận, trong đó kiểm tra khả năng sử dụng trường hợp là cách tiếp cận đúng . Nếu bạn đang kiểm tra MVP, thì có lẽ bạn tốt nhất tập trung vào thử nghiệm người dùng.

Khi nói đến thử nghiệm người dùng Câu hỏi cốt lõi là: 'Điều này có giải quyết vấn đề không?' Tuy nhiên, với kiểm tra khả năng sử dụng, câu hỏi xác định là: 'Làm thế nào tốt nó giải quyết vấn đề?'

Kiểm tra người dùng đến trước và điều này xảy ra ngay khi chúng ta có MVP. Kiểm tra khả năng sử dụng xảy ra khi sản phẩm cốt lõi đã được xác thực và đã đến lúc xác định phạm vi chức năng rộng hơn mà ứng dụng hoặc trang web được cho là cung cấp. Để tóm tắt:

  • Kiểm tra người dùng = Nhu cầu người dùng
  • Kiểm tra khả năng sử dụng = khả năng sử dụng / UX

01. Thiết lập UserLook

An image showing the UserLook homepage, indicating the 'Start Testing' button in the top-right hand corner.

Để xác định phạm vi kiểm tra người dùng, hãy nhấp vào nút Bắt đầu thử nghiệm ở góc trên bên phải của màn hình chính

Trong bước này, chúng tôi sẽ thiết lập UserLook và xác định bộ câu hỏi của chúng tôi, thảo luận về độ dài thử nghiệm, bồi thường và nhiều hơn trên đường đi.

Bắt đầu bằng cách đăng ký UserLook, sau đó chọn:

  • Bắt đầu thử nghiệm
  • Tự phục vụ với người dùng của riêng tôi

Một số trường biểu mẫu khá tự giải thích (ví dụ như tên thử nghiệm) nhưng chúng tôi sẽ chạy qua một số tùy chọn ít rõ ràng có thể ảnh hưởng đến kết quả của các thử nghiệm của chúng tôi.

02. Chọn URL của trang web để kiểm tra

Rõ ràng? Thật ra không quá nhiều! Mặc dù bạn có thể nghĩ sẽ thêm URL trang web trực tiếp ở đây, chúng ta thực sự có thể bao gồm các nguyên mẫu được xây dựng với Invision Studio, Adobe XD, Phác thảo và về cơ bản bất kỳ công cụ thiết kế màn hình nào đồng bộ hóa mockups với đám mây - có nghĩa là chúng ta có thể kiểm tra sớm hơn (tức là trước khi đầu tư có giá trị tiền, thời gian và nguồn lực vào các sự phức tạp khác nhau của sự phát triển).

Để thực hiện công việc này, chỉ cần đồng bộ hóa thiết kế của bạn để phác thảo đám mây, sự xâm lấn hoặc bất cứ điều gì tương đương trong công cụ thiết kế của bạn được lựa chọn, sau đó dán liên kết chia sẻ đã cho vào trường biểu mẫu.

03. Đặt giới hạn thời gian

An image showing the form on UserLook that allows you to define the various settings for your user test.

Thiết lập kiểm tra người dùng trong UserLook yêu cầu bạn xác định một vài cài đặt, hầu hết đều là tùy chọn

Có lẽ bạn đang tự hỏi tại sao bạn muốn đặt giới hạn thời gian trong bài kiểm tra người dùng của mình. Đây là một ví dụ: Kiểm tra người dùng năm giây. Trong thời đại ngày nay, nơi người dùng thường thiếu kiên nhẫn, hay quên và dễ bị phân tâm, một bài kiểm tra người dùng năm giây có thể tiết lộ những gì người dùng thực sự nhớ về những gì họ vừa thấy.

Có phải nó ngay lập tức rõ ràng những gì các trang web nói về? Nếu câu trả lời là không, thì người dùng có khả năng nhấn nút quay lại. Kiểm tra người dùng năm giây có thể xác định xem màn hình hoặc trang web có truyền đạt rõ ràng những gì người dùng cần làm.

04. Bồi thường người dùng

Trong khi chỉ có tùy chọn, một số mức bồi thường sẽ tạo ra động lực cho người dùng cung cấp phản hồi chất lượng. Bồi thường không có nghĩa là bồi thường tài chính, nó có thể là một cái gì đó đơn giản như truy cập miễn phí vào bất cứ điều gì bạn đang xây dựng.

05. Xem xét câu hỏi của bạn một cách cẩn thận

Đương nhiên, chính những câu hỏi là khía cạnh xác định nhất của bài kiểm tra. Sự thật là bạn có thể có rất nhiều câu hỏi nhưng điều quan trọng cần nhớ là chúng tôi có thể tiến hành nhiều thử nghiệm người dùng khi cần thiết, vì vậy trước mỗi bài kiểm tra, có một thời gian dài và khó khăn nghĩ về những gì bạn muốn học trong mỗi người.

Chẳng hạn, một bài kiểm tra thăm dò miễn phí ban đầu có thể tiết lộ rằng người dùng gặp khó khăn khi đăng ký, vì vậy sau khi thiết kế một lần lặp khác một trong những câu hỏi trong bài kiểm tra hiệu suất tiếp theo có thể là: 'Những sự thất vọng nào bạn đã đăng ký?'

06. Tạo một phần giới thiệu về ngữ cảnh

Một phần giới thiệu về ngữ cảnh là điều đầu tiên người dùng nhìn thấy khi họ bắt đầu thử nghiệm của họ - đây là nơi chúng tôi giới thiệu bản thân, giải thích những gì chúng tôi đang làm (và tại sao) và đặt kỳ vọng. Nếu người dùng được yêu cầu hoàn thành một nhiệm vụ cụ thể, đây là nơi chúng tôi giới thiệu nhiệm vụ đó và nói rằng có một vài câu hỏi sẽ được trả lời (chúng sẽ xuất hiện trong thanh bên trong quá trình thử nghiệm).

07. Đặt yêu cầu thông tin người tham gia

Thông tin tham gia bao gồm tên, email, tuổi tác, nghề nghiệp, địa điểm, thu nhập hộ gia đình và giới tính. Nếu chúng tôi muốn xem các loại phản hồi định kỳ tương quan khác nhau như thế nào với các nhân khẩu học khác nhau, chúng tôi có thể phân đoạn dữ liệu này để đóng góp vào những gì được gọi là người dùng personas, một loại câu chuyện bằng văn bản mô tả một loại người dùng nhất định cũng như nhu cầu và mục tiêu của họ.

Ví dụ, những đứa trẻ 18 đến 29 tuổi và các ông 48 đến 59 tuổi sẽ có những nhu cầu và mục tiêu khác nhau khi sử dụng, nói, Facebook - nơi người dùng trẻ tuổi có thể muốn tham gia với các thương hiệu và nhân khẩu học cũ có thể muốn ở lại Liên lạc với bạn bè. Mặc dù tùy chọn, dữ liệu này có thể cung cấp nhiều bối cảnh hơn cho phản hồi của người dùng và đóng góp vào sự phát triển của những người này.

08. Thử nghiệm chia sẻ

Sau khi xác định phạm vi, chúng ta sẽ nhận được một URL mà chúng ta có thể chia sẻ với người kiểm tra người dùng. Sau đó, người dùng có thể hoàn thành các bài kiểm tra trong thời gian riêng của họ, để chúng tôi tự do làm việc trên một thứ khác.

Nếu các câu hỏi kiểm tra đã được xác định chính xác, chúng ta nên có một số phản hồi chất lượng cao cả có thể hành động và nhất quán; Điều này có nghĩa là rõ ràng những gì chúng ta cần thay đổi trong lần lặp tiếp theo, với một số phản hồi định kỳ nhiều hơn những người khác.

Tiếp theo, nó chỉ đơn giản là một trường hợp tổ chức phản hồi.

09. Sắp xếp dữ liệu của bạn

Mapping Affinity là một kỹ thuật nhóm được sử dụng để tổ chức nhiều dữ liệu khác nhau, bao gồm hiểu biết, ý tưởng, phác thảo, phản hồi và đoạn trích của nghiên cứu; Trong trường hợp này, chúng ta có thể sắp xếp phản hồi của người dùng dựa trên các chủ đề phổ biến. Ví dụ, nếu chúng tôi thử nghiệm, các chủ đề phổ biến này có thể giúp chúng tôi tạo ra những gì được gọi là một lộ trình sản phẩm, về cơ bản là một dòng thời gian của các tính năng và bản sửa lỗi tập trung chủ yếu vào phản hồi thường xảy ra trong khi phản hồi ít phổ biến hơn một mối quan tâm thứ cấp.

Sau khi thực hiện tất cả các cải tiến ưu tiên cao, các tính năng và bản sửa lỗi từ chu trình chạy nước rút hiện tại, một vòng thử nghiệm người dùng khác sau đó có thể tiết lộ một bộ sưu tập các cơ hội mới để cải thiện, đặt nền tảng cho chu trình chạy nước rút tiếp theo (theo cách, nhân tiện, bằng cách này, cũng có thể bao gồm một số hoặc tất cả các nhiệm vụ ưu tiên thấp từ Sprint trước đó). Sau đó, chỉ cần rửa và lặp lại: luôn luôn là thử nghiệm!

Bài viết này ban đầu được xuất bản vào ban hành 317 của Net, tạp chí bán chạy nhất thế giới cho các nhà thiết kế và nhà phát triển web. Mua số phát hành 317. hoặc là Đăng ký mạng lưới .

Những bài viết liên quan:

  • Hướng dẫn cuối cùng về trải nghiệm người dùng
  • 10 bước để thử nghiệm UX tuyệt vời
  • 13 phần mềm kiểm tra người dùng tốt nhất

Cách - Các bài báo phổ biến nhất

Cách hoạt hình với thư viện mo.js

Cách Sep 16, 2025

[số 8] (Tín dụng hình ảnh: Pexels / Frank Kagumba) Mo.js là một thư viện JavaScript đồ họa chuyển..

21 cách để tối ưu hóa CSS của bạn và tăng tốc trang web của bạn

Cách Sep 16, 2025

[số 8] CSS phải đi qua một đường ống tương đối phức tạp, giống như HTML và JavaScript. Trình duyệt ph..

Bắt đầu với nền tảng hoạt hình Greensock

Cách Sep 16, 2025

[số 8] Nền tảng hoạt hình Greensock (GSAP) cho phép bạn hoạt hình bất cứ thứ gì bạn có thể truy cập v..

Cải thiện bàn chải của bạn trong dầu

Cách Sep 16, 2025

Sơn dầu cung cấp phương tiện lý tưởng để đạt được cọ vẽ mạnh mẽ và thú vị. Phong cách của một nghệ sĩ cọ vẽ là những gì định nghĩa công..

Cách nhận thêm từ kết cấu kỹ thuật số

Cách Sep 16, 2025

[số 8] Làm việc kỹ thuật số giải phóng bạn để thực hiện càng nhiều sai lầm như bạn muốn, trong m�..

Cách hoàn hảo tóc trong chân dung của bạn

Cách Sep 16, 2025

[số 8] Trang 1/2: trang 1 trang 1 Trang..

Bắt đầu trong Amazon Lumberyard: Thiết lập

Cách Sep 16, 2025

[số 8] Động cơ trò chơi mới của Amazon, Lumberyard. , là miễn phí và tuyệt vời cho bất cứ ..

Cách tạo một giàn ruy băng linh hoạt

Cách Sep 16, 2025

[số 8] Rigbon giàn khoan khá phổ biến trong Nghệ thuật 3D. giàn sản xuất những ngày này. Họ ..

Thể loại