[ad_1]
Tính dễ đọc là người dùng không chỉ có thể đọc văn bản mà còn có thể hiểu nó. Theo kinh nghiệm của tôi với tư cách là một nhà thiết kế UX, tôi thấy đó là phần bị bỏ qua nhất trong trải nghiệm người dùng. Nhiều lần tôi đã tham gia các bài kiểm tra khả năng sử dụng để kiểm tra xem nó có dễ tìm thấy một số thông tin trong ứng dụng hay không, hoặc nhấp vào một số yếu tố trên trang web, nhưng hầu như không bao giờ tập trung vào việc kiểm tra xem việc lựa chọn kiểu chữ có làm phiền người dùng trong việc tiêu thụ nội dung hay không. Điều đó thật đáng tiếc, vì vậy để truyền giáo nâng cao trải nghiệm đọc của người dùng, tôi đã tập hợp bài viết hướng dẫn đơn giản này sau khi đọc mà bạn sẽ có thể chạy bài kiểm tra mức độ dễ đọc đầu tiên của mình ngày hôm nay.
Trong hướng dẫn này tôi sẽ tập trung vào việc dạy bạn cách kiểm tra mức độ dễ đọc của thiết kế với người dùng chủ yếu cho các trường hợp sử dụng kỹ thuật số (ví dụ: khi bạn thiết kế một ứng dụng hoặc trang web). Tuy nhiên, nếu bạn tạo một thiết kế để in – bài viết này cũng hữu ích cho bạn. Nếu bạn cần bất kỳ mẹo cụ thể nào để tổ chức kiểm tra mức độ dễ đọc của thiết kế in – chỉ cần để lại nhận xét bên dưới.
Phương pháp này được sử dụng rất nhiều cho các nhóm tạo ra sản phẩm mà người dùng chủ yếu tương tác với họ không bằng cách nhấp hoặc nhấn vào giao diện, nhưng đọc văn bản. Để đặt tên cho một vài ví dụ, đây có thể là:
- blog
- trang đích
- trang web phương tiện kỹ thuật số (báo, tạp chí và như vậy)
- khách hàng các trang web chăm sóc như FAQ
- trang đánh giá khách hàng
- trang sản phẩm với các mô tả về một sản phẩm, chẳng hạn như:
- cách thức hoạt động của một sản phẩm: dược phẩm, ai là sản phẩm trong kinh doanh mỹ phẩm, làm thế nào để kết hợp một món đồ nội thất, đặc điểm kỹ thuật sản phẩm trong điện tử, cách thay đổi thuê bao trong telco và dịch vụ dựa trên thuê bao).
Như bạn có thể thấy , việc sử dụng kiểm tra khả năng đọc là khá lớn và hầu hết các sản phẩm kỹ thuật số, trang web và ứng dụng đều có một số loại trong nội dung của chúng.
Ngay từ khi phát minh ra người viết đã cố gắng tạo ra những quy tắc vàng đó của văn bản làm cho nó dễ đọc nhất. Trong suốt nhiều thế kỷ, các nhà viết kịch bản và sau đó là các nhà in và cuối cùng là các nhà thiết kế web đã nỗ lực thiết lập tỷ lệ vàng của kích thước văn bản cho chiều cao dòng và chiều dài cột. Nhà thiết kế kiểu đã có những nỗ lực to lớn để tối ưu hóa độ cao đến độ cao x và bộ đếm để tạo ra các phông chữ dễ đọc nhất.
Tuy nhiên, với số lượng kích thước và tỷ lệ thiết bị hiện đại, không có quy tắc phổ biến nào về tỷ lệ chính tả tạo ra khả năng đọc hoàn hảo.
Điều trong thực tế của tôi hóa ra thực tế hơn (và nhanh hơn) là kiểm tra mức độ dễ đọc của phông chữ cụ thể với nhãn hiệu của thương hiệu cụ thể mà bạn thiết kế và xuất hiện trên màn hình nhất định tỷ lệ.
Ngoài việc lựa chọn phông chữ, có một số yếu tố có thể cải thiện hoặc giảm khả năng đọc. Trong số này chủ yếu là:
- trọng lượng phông chữ
- cỡ chữ
- hàng đầu (một thứ còn được gọi là chiều cao dòng)
- ]
- biện minh
- màu văn bản
- cách sử dụng trường hợp (viết hoa hoặc viết thường)
Tất nhiên, ngoài các yếu tố được đề cập ảnh hưởng đến khả năng đọc quá. Thật không may, là một nhà thiết kế, tôi không phải là chuyên gia về điều đó và trong bài viết này, tôi không cố ý đi sâu vào lĩnh vực này. Nghiên cứu về điều đó đã trở thành đề tài nghiên cứu khoa học từ khoảng năm 1880 và là một lĩnh vực chuyên môn của các chuyên gia ngôn ngữ hơn là các nhà thiết kế.
Quay trở lại thiết kế, khi bạn chuẩn bị kiểm tra khả năng đọc thiết kế của mình, bạn có thể có một vài ý tưởng hoặc phiên bản cách hiển thị văn bản. Để chạy thử nghiệm, hãy chuẩn bị cùng một loại văn bản trong cùng bố cục, nhưng trong các phiên bản khác nhau chỉ có một biến.
Ví dụ:
Bạn đang thiết kế trang đích cho bootcamp mã hóa. Bạn muốn xem mô tả bootcamp trong lần đầu tiên có thể đọc được cho người dùng hay không. Bạn muốn kiểm tra xem nên sử dụng phông chữ Roboto ở trọng lượng thông thường hay trung bình hoặc thay đổi hoàn toàn giao diện và thay vì Roboto sử dụng phông chữ Montserrat ở trọng lượng phông chữ nhẹ hoặc trung bình.
Sau đó, chuẩn bị cho bài kiểm tra bốn phiên bản của bố cục – một với mô tả bootcamp trong Roboto Thường xuyên, một trong Roboto Medium, một trong Montserrat Light và một trong Montserrat Medium. Giữ mọi thứ trong thiết kế giống hệt nhau nhưng phông chữ, vì vậy các yếu tố khác không ảnh hưởng đến cách mọi người cảm nhận thiết kế của bạn.
Điều chứng minh rằng văn bản có thể đọc được là thực tế mọi người có thể hiểu được Tin nhắn rõ ràng. Xác định thông điệp trong văn bản mà người dùng cần hiểu là gì để khẳng định văn bản là có thể đọc được – những từ này có thể cụ thể tạo ra thông điệp chính của các đoạn bạn hiển thị trong văn bản cho người dùng.
Ví dụ:
Đoạn giới thiệu ở nếp gấp đầu tiên của trang đích của bootcamp là: Hồi giáo Các nghiên cứu của bạn không cung cấp cho bạn đủ kiến thức thực tế? Công việc hiện tại của bạn không mang lại cho bạn sự hài lòng và bạn có muốn bước những bước đầu tiên vào thế giới CNTT? Đăng ký Native Mobile Bootcamp – bootcamp lập trình sáu tuần trên Đại học X hoàn toàn miễn phí. Bạn sẽ tìm hiểu cách mã hóa các ứng dụng di động gốc trong iOS và Android từ các chuyên gia từ các công ty của Forbes 500 là cựu sinh viên của chúng tôi
Các thông điệp chính mà mọi người dự kiến sẽ hiểu từ văn bản là:
– rằng bootcamp nói về sự phát triển ứng dụng gốc của iOS và Android
– rằng tên của bootcamp là Native Mobile Bootcamp
– nó tồn tại trong sáu tuần
– rằng nó miễn phí
Do đó, các từ khóa bạn có thể chọn là:
– phát triển ứng dụng / lập trình
– iOS
– Android
– bản địa
– sáu tuần
– miễn phí
– Bootcamp di động bản địa
Phương pháp đi kèm là một phiên bản sửa đổi của thử nghiệm 5 giây. Đó là một phương pháp sử dụng đơn giản cho phép nhớ lại những ấn tượng đầu tiên mà người dùng có được trong tương tác 5 giây với một thiết kế mảnh. 5 giây thường là quá ngắn để đọc một đoạn văn ngắn, vì vậy tôi khuyên bạn nên kéo dài nó thành 10 giây.
Điều đó có nghĩa là khi bạn ngồi kiểm tra với người dùng, bạn sẽ hiển thị cho anh ấy hoặc cô ấy thiết kế trong 10 giây và sau đó đặt câu hỏi nhằm xác minh xem anh ta có thể nhớ được bao nhiêu.
Khi giới thiệu, thật tốt khi cung cấp cho người dùng một số hướng dẫn chung về những gì sẽ xảy ra mà không sử dụng những từ xuất hiện trong văn bản như của Today Today Tôi đang thử nghiệm thiết kế một đoạn của trang web tôi đang làm việc. Tôi muốn bạn xem thử thiết kế này và sau này tôi sẽ hỏi một vài câu hỏi.
Ví dụ:
Sau khi bạn có hiển thị cho người dùng lần đầu tiên của trang đích bootcamp trong phiên bản A (Roboto thường xuyên – điểm bắt đầu thiết kế của bạn) trong 10 giây, bạn có thể hỏi các câu hỏi sau:
1. Bạn có thể học được gì trong suốt khóa học?
2. Tên của khóa học là gì
3. Mất bao lâu?
4. Bạn có cần phải trả bất cứ điều gì cho khóa học không?
Bạn có thể sửa đổi những câu hỏi đó và chúng vẫn tốt miễn là chúng không đưa ra gợi ý rõ ràng (Bạn có thể học cách viết mã cho ứng dụng Android trên thiết bị di động không trong bootcamp?). Tôi cũng sẽ kiềm chế những câu hỏi đóng càng nhiều càng tốt để tạo cơ hội cho người dùng hình thành câu trả lời bằng chính lời nói của họ thay vì chỉ nói có hoặc không. Tuy nhiên, với một số từ khóa nhất định như trên miễn phí, trong ví dụ của chúng tôi, khó có thể tạo ra một câu hỏi mà không có gợi ý cũng để lại không gian cho câu trả lời chi tiết hơn. Trong trường hợp này là tình huống đen trắng – bạn yêu cầu một người cần phải trả tiền cho khóa học và bạn nhận được câu trả lời là không có vấn đề – sau đó là điểm điểm cho bạn và thiết kế của bạn. Bạn nhận được câu trả lời, không, nó miễn phí cho bạn – nó thậm chí còn tốt hơn. Bạn nhận được câu trả lời mà tôi không biết / Nó không nói gì về giá cả – sau đó không có điểm nào cho bạn và thiết kế dành cho vòng thiết kế lại.
Số lượng từ khóa bạn chọn tạo ra điểm số đầy đủ mà người kiểm tra có thể đạt được trong bài kiểm tra vì điểm dành cho một từ khóa. Tuy nhiên, người kiểm tra có thể sử dụng các từ đồng nghĩa trong câu trả lời của họ. Chẳng hạn, thay vì trả lời, Khóa học dành cho những người dùng miễn phí, họ có thể nói là không có phí cho bootcamp. Sau đó, đối với các cụm từ đồng nghĩa, bạn cũng chỉ định một điểm.
Ví dụ:
Bạn đã hiển thị thiết kế trong 10 giây cho người dùng đầu tiên và đặt câu hỏi. Các câu trả lời mà bạn nhận được là:
1. Bạn có thể học cách viết mã các ứng dụng khác (2 điểm trên 5 – không có gì được đề cập về iOS, Android và bản địa)
2. Bootcamp di động bản địa: (1 điểm – người kiểm tra nhớ lại tên đầy đủ)
3. Sáu tuần (1 điểm)
4. Tôi không biết (0 điểm)
Điểm đầy đủ là 4 trên 8, không tuyệt vời.
Mục tiêu ban đầu của bài kiểm tra trong ví dụ là để kiểm tra trong số 4 khái niệm định dạng văn bản là tốt nhất. Trong một thử nghiệm, bạn có thể thử nghiệm hai phiên bản lần lượt khác nhau với một yếu tố, f.ex. trọng lượng phông chữ. Để có kết quả chính xác hơn, hãy thay đổi thứ tự bạn hiển thị phiên bản cho người kiểm tra – lần đọc thứ hai sẽ dễ dàng hơn vì người dùng biết câu hỏi nào họ không trả lời và họ đã đọc văn bản.
Tất nhiên bạn cũng có thể thử nghiệm các thiết kế đó trên các nhóm người dùng hoàn toàn khác nhau, tuy nhiên sau đó khía cạnh khác biệt cá nhân của người dùng hoặc bối cảnh của thử nghiệm cũng đóng một vai trò (ví dụ: trong thử nghiệm đầu tiên mọi người tham gia người kiểm tra đã ăn trưa trước và họ không quan tâm đến bài kiểm tra của bạn và trong nhóm thứ hai, họ tập trung hơn vì họ đã ăn và không vội vàng). Ví dụ, cố gắng giảm thiểu các yếu tố đó bằng cách cố gắng hết sức để giữ các điều kiện của bài kiểm tra giống nhau nhất có thể (cùng địa điểm, thời gian trong ngày và như vậy).
Ví dụ:
Bạn muốn kiểm tra chủ yếu xem Roboto có tốt hơn Gotham hay ngược lại. Phiên bản tiếp theo mà bạn hiển thị cho người dùng có thể là cùng một văn bản trong Gotham trong trường hợp này. Hoặc trong Roboto Medium nếu mục tiêu của bạn là để xem liệu phông chữ nặng hơn một chút có dễ đọc hơn không.
Để làm cho nó gọn gàng, trong công việc hàng ngày tôi khuyên bạn không nên lạm dụng nó với việc tuyển dụng chính thức các nhóm lớn người tham gia vì điều đó có thể ngăn bạn thực hiện bất kỳ bài kiểm tra nào. Số lượng người tham gia thường được sử dụng nhất trong kiểm tra khả năng sử dụng là 5 và cũng hoàn toàn phù hợp với trường hợp này.
Trong các bài kiểm tra khả năng đọc bạn muốn tìm hiểu xem thiết kế của văn bản có dễ đọc được không . Nó xảy ra rằng đọc là một kỹ năng khá phổ biến trong xã hội hiện đại, vì vậy việc tuyển dụng người tham gia vào loại văn bản này không phải là một trở ngại lớn. Nhân khẩu học không phải là một điều quyết định trong các thử nghiệm đó, do đó, rất dễ tuyển dụng những người tham gia đáp ứng các tiêu chí cho thử nghiệm cụ thể này. Tôi không muốn nhờ giúp đỡ ông nội 97 tuổi hoặc đứa trẻ 5 tuổi của bạn vì việc đọc có thể gây ra một chút vấn đề cho những người ở độ tuổi nhất định, nhưng miễn là những người tham gia của bạn đã học cách đọc và không có thiếu sót thị giác, họ là một phù hợp. Tôi cũng không kiềm chế việc tuyển dụng những người làm việc với bạn trong cùng một dự án, bởi vì họ đã biết nó là gì.
Điều đó xảy ra là cả hai phông chữ hoặc khái niệm định dạng văn bản đều không mang lại cho bạn kết quả hoàn hảo trong kiểm tra khả năng đọc. Sau đó, rất tốt để thử nghiệm các yếu tố khác ảnh hưởng đến nó, chìa khóa là chiều cao dòng và chiều dài cột.
Tất nhiên, đối với các dự án lớn, bạn cũng có thể kiểm tra khả năng đọc bằng các công cụ chính thức hơn. Phương pháp này là một kỹ thuật nhanh để thu thập phản hồi của người dùng mà không cần nỗ lực, thời gian và tiền bạc lớn mà theo quan điểm của tôi là lý do phổ biến nhất để không chạy bất kỳ loại kiểm tra khả năng sử dụng nào, đặc biệt là trong các tổ chức lớn (nơi quản lý toàn bộ thiết lập có thể khá khó khăn do quy mô của họ) và trong các công ty khởi nghiệp và cơ quan (nơi có nguồn lực hạn chế có thể là một công cụ chặn thực sự).
Phương pháp này hoàn toàn phù hợp để được nhúng vào các quy trình nhanh và chạy nước rút thiết kế.
trái tim nếu bạn thích nó và để lại nhận xét nếu bạn muốn nhận thêm lời khuyên hoặc chia sẻ suy nghĩ của bạn.
Mang phương pháp này đến văn phòng của bạn và tận hưởng nó hàng ngày!
Source link: webdesignernews

