Trực quan để có một giao diện đơn giản. LLC "Tài liệu kỹ thuật"

Mọi người sử dụng nhiều thiết bị và hệ thống khác nhau để thực hiện công việc của mình. Kể từ khi máy tính ra đời, chúng ta đã dành phần lớn thời gian để tương tác với các giao diện phần mềm. Và một ngày nọ thuật ngữ “giao diện trực quan” được đặt ra...

Nhưng chúng ta có ý gì khi nói từ “trực quan”? Hầu hết các giao diện đều được xây dựng dựa trên phép ẩn dụ, tức là về việc sử dụng các đồ vật và kỹ thuật đã quen thuộc. Chính vì lý do này mà các biểu tượng được vẽ giống với vật thể thật. Nhưng ẩn dụ không phải lúc nào cũng có thể được sử dụng cho mọi khái niệm. Ví dụ: hình ảnh kính lúp có thể đại diện cho cả chức năng tìm kiếm và chức năng xem trước bản in. Và, trong trường hợp không có phép ẩn dụ phù hợp hoặc nó mơ hồ, bạn phải sử dụng nạng dưới dạng mẹo bật lên hoặc nghĩ ra những hình ảnh mới không có trong thế giới thực.

Ngay khi một điều gì đó mới mẻ và xa lạ xuất hiện, mọi trực giác đều biến mất - điều đó là cần thiết giáo dục và sau đó có một khái niệm như đường cong học tập liên quan trực tiếp đến chất lượng của giao diện. Giao diện càng phức tạp thì càng mất nhiều thời gian để thành thạo và càng ít người về đích, điều đó có nghĩa là nhiều người sẽ sử dụng chương trình không hiệu quả.

Nhưng giao diện nên phức tạp hay đơn giản? Câu trả lời không hề đơn giản và phụ thuộc vào mức độ phức tạp của vấn đề đang được giải quyết. Giao diện trước hết phải phù hợp với nhiệm vụ đang giải quyết! Vấn đề nảy sinh khi chúng ta phức tạp hóa quá mức một nhiệm vụ hoặc đơn giản hóa nó quá mức. Biến chứng thường phổ biến hơn nhiều.

Cho dù bạn thông minh đến đâu, nếu bạn không có kiến ​​​​thức trong một lĩnh vực nhất định, chẳng hạn như hóa học hữu cơ, thì chương trình vẽ công thức hóa học khó có thể có vẻ trực quan đối với bạn. Và ở đây chúng ta đi đến một hệ quả rất quan trọng - giao diện sẽ giúp sử dụng kiến ​​thức chứ không thay thế nó.

Bất kỳ chương trình nào cũng được thiết kế để giải quyết một vấn đề cụ thể và giả định rằng người dùng có những kỹ năng nhất định. Trên cơ sở này, các chương trình chuyên nghiệp và thông thường có thể được phân biệt. Giao diện trước đây thường khá phức tạp và cần được đào tạo sơ bộ đặc biệt. Các chương trình này bao gồm: Adobe PhotoShop, Autodesk AutoCAD, nhiều ngôn ngữ và môi trường lập trình khác nhau. Các vấn đề họ giải quyết rất phức tạp và do đó giao diện của các chương trình như vậy cũng phức tạp, nhưng một khi đã thành thạo thì nó bắt đầu mang lại hiệu quả. chuyên gia cổ tức của nó bằng cách đẩy nhanh công việc.

Mặt khác, có một lớp lớn hơn nhiều các chương trình có mục đích chung không áp đặt bất kỳ yêu cầu đặc biệt nào đối với người dùng. Những chương trình như vậy thường sử dụng cụm từ “giao diện trực quan” trong mô tả của chúng. Nhưng trên thực tế, mọi thứ ở đây còn tệ hơn nhiều và dành ít thời gian hơn cho giao diện thân thiện với người dùng so với các chương trình chuyên nghiệp. Cụm từ “không có yêu cầu đặc biệt nào đối với người dùng” nên được coi là thực tế rằng mỗi nhà sản xuất phần mềm có cách giải thích riêng về các kỹ năng cơ bản của người dùng.

Khái niệm về sự tiện lợi của giao diện thường được thay thế bằng việc sử dụng các nút, danh sách thả xuống, hộp kiểm và các thành phần khác của giao diện đồ họa của hệ điều hành. Bất kỳ chương trình nào cũng được thiết kế để thực hiện một nhiệm vụ rất cụ thể, vì vậy trước khi thiết kế giao diện, nhiệm vụ này phải được xác định và hiểu rõ. Nhưng cùng một vấn đề được những người khác nhau giải quyết theo những cách hoàn toàn khác nhau - tùy thuộc vào trình độ hiểu biết của họ.

Giả sử bạn có thể thực hiện mã hóa MP3 gần như hoàn hảo bằng cách sử dụng nhiều cài đặt kỹ thuật khác nhau được cung cấp trong codec, nhưng trong 95% trường hợp người dùng cần chỉ cần mã hóa đĩa âm thanh này với chất lượng bình thường. Và tất cả những gì họ cần cho việc này chỉ là một chương trình có một nút lớn “Tạo tệp MP3”. Nhưng điều này có nghĩa là một chương trình như vậy không phù hợp để sử dụng chuyên nghiệp? Không hề, chỉ là giao diện nên được thiết kế để che giấu sự phức tạp không cần thiết. Nếu chúng ta lấy ví dụ được mô tả ở trên với mã hóa MP3, thì giải pháp cho vấn đề này có thể được thực hiện một cách hoàn hảo bằng cách sử dụng cơ chế hồ sơ, bao gồm các cài đặt tối ưu cho chất lượng mã hóa cụ thể. Và để làm cho chương trình này trở nên chuyên nghiệp hơn, việc cung cấp một cơ chế chỉnh sửa các hồ sơ này là đủ.

Vấn đề với việc tạo giao diện của các lập trình viên là họ tập trung chủ yếu vào trình độ kiến ​​thức và kỹ năng của mình. Nhưng một lập trình viên không phải là một người sử dụng chương trình bình thường và trình độ hiểu biết của anh ta còn cao hơn rất nhiều. Hơn nữa, một số hành động có vẻ tầm thường đối với anh ta lại không hề tầm thường đối với những người khác. Vì lý do này, khi phát triển các chương trình, cần phải có sự tham gia của “người dùng bình thường” trong việc kiểm tra chúng và theo dõi cẩn thận cách thức cũng như những gì họ làm. Các tập đoàn lớn phân bổ hàng triệu đô la để giải quyết vấn đề tạo ra giao diện thân thiện với người dùng và bất kỳ giải pháp thực sự thành công nào được tìm thấy đều nhanh chóng được mọi người sao chép.

Lập trình trực quan

• Gỡ lỗi
• Lập trình,
• Mã hoàn hảo

Trong kinh nghiệm làm việc tương đối ngắn của mình (khoảng 6 năm), tôi thường nghe thấy những cụm từ từ các lập trình viên có kinh nghiệm và người mới làm quen - “Tôi cảm thấy rằng cách này sẽ hiệu quả”, “Tôi có cảm giác rằng phương pháp này sẽ không hiệu quả”, “Hãy thực hiện nó bằng trực giác”. ”, giao diện rõ ràng”, v.v. Tất cả điều này là sự thể hiện của trực giác trong quá trình phát triển và lập trình.
Cuộc trò chuyện sẽ đi xa hơn về cô ấy.

Lấy từ oprah.com

Để bắt đầu, tôi muốn định nghĩa chính khái niệm “trực giác”.

Trực giác (cuối tiếng Latin intuitio - "chiêm nghiệm", từ động từ intueor - nhìn chăm chú) là một phương pháp giải quyết vấn đề thông qua kết luận tức thời trong tiềm thức, dựa trên trí tưởng tượng, sự đồng cảm và kinh nghiệm trước đây, "cảm giác sâu sắc", cái nhìn sâu sắc.

"Wikipedia"

Trực giác (từ tiếng Latin intueri - nhìn kỹ, cẩn thận) là một quá trình suy nghĩ bao gồm việc tìm ra giải pháp gần như ngay lập tức cho một vấn đề mà không nhận thức đầy đủ về các kết nối logic.

Trực giác (từ tiếng Latin intueri - nhìn kỹ, cẩn thận) là kiến ​​​​thức phát sinh mà không nhận thức được cách thức và điều kiện để có được nó, do đó chủ thể có được nó là kết quả của "sự tùy ý trực tiếp"

Và mỗi phương pháp này đều được phản ánh trong quá trình lập trình và có thể có cả tác động tích cực và tiêu cực.

Vì vậy, trước hết tôi xin chia lập trình “trực quan” thành 2 thành phần: - lạc quan và bi quan

Lập trình trực quan lạc quan

Trực giác dựa trên kinh nghiệm

Một số lượng lớn các ví dụ về việc sử dụng trực giác như vậy trong quy trình làm việc đã được Dmitry Chepel từ Acronis mô tả trong cuốn sách của mình. Nếu bạn chưa đọc nó, hãy chắc chắn đọc nó.

Tôi muốn cung cấp cho bạn một thí nghiệm ví dụ khác. Dưới đây là một ví dụ về code bằng ngôn ngữ Sidef (tôi hy vọng không nhiều bạn biết đến nó). Hãy thử đoán xem anh ấy đang nói về điều gì mà không đi sâu vào chi tiết:

Vòng lặp ( var swapped = false ( |i| if (arr > arr[i]) ( arr = arr swapped = true ) ) * arr.end swapped || break ) return arr

Có lẽ một số bạn đã đoán được chúng ta đang nói về điều gì sau khi nhìn thấy những phần quen thuộc trong mã, có lẽ một số thì không. Tôi đã cố gắng tiến hành thí nghiệm này trên một nhóm nhỏ lập trình viên mà tôi biết và kết quả là thế này: hơn một nửa (khoảng 65%) số người có thể hiểu được chuyện gì đang xảy ra trong một thời gian rất ngắn.

Tôi hỏi họ làm thế nào họ có thể đoán được - và câu trả lời phổ biến nhất là:
“Chúng tôi nhìn thấy những đoạn mã quen thuộc và ngay lập tức đoán được đó là gì.”

Do đó, bằng cách tích lũy kinh nghiệm, bộ não của chúng ta có thể nhanh chóng đưa ra quyết định liên quan đến mã mà chúng ta làm việc mà không cần nỗ lực thêm về mặt tinh thần.

Chính vì điều này mà chúng tôi nghĩ rằng những lập trình viên giàu kinh nghiệm hơn sẽ có “cảm nhận” nhất định về một dự án hoặc ngôn ngữ lập trình.

Trực giác dựa trên logic

Nhưng điều gì sẽ xảy ra nếu chúng ta lấy đoạn mã Python sau đây làm ví dụ:

Def sum(a, b): ... def mult(a, b): ... deftrừ(a, b): ... def chia(a, b): ... def tính toán(a, b , chiến lược): ... tính toán(4, 2, tổng) #6 tính toán(4, 2, nhiều) #8 tính toán(4, 2, trừ) #2 tính toán(4, 2, chia) #??
Ngay cả khi không nhìn thấy mã nguồn, chúng ta vẫn “bằng trực giác” cảm nhận được kết quả của việc thực thi hàm cuối cùng trong danh sách sẽ như thế nào.

Điều này xảy ra do chúng tôi phân tích tên của các hàm, so sánh chúng với kết quả thu được và từ đó xây dựng một số mẫu và giả định về mã đang được phân tích. Vì vậy, chúng tôi sử dụng trực giác của mình, được hỗ trợ bởi logic, để đọc mã đó.

Ở đây tôi muốn lưu ý rằng đoạn mã tương ứng với các giả định, trực giác của chúng ta, chúng ta thường gọi là đoạn mã “có thể đọc được”, “dễ hiểu”. Điều này là do chúng ta không chỉ sử dụng nguồn lực của bộ não mà còn cả trực giác của mình, từ đó đơn giản hóa việc đọc và hiểu mã.

Giao diện trực quan

Những kỳ vọng này được hình thành trên cơ sở 2 thành phần - kinh nghiệm trước đây của chúng tôi cũng như các mô hình và giả định hợp lý.

Nếu mọi trang trên trang web của bạn đều có menu ở trên cùng, nhưng trang Phản hồi có menu ở bên trái thì người dùng cuối có thể hơi bối rối vì “cảm giác ruột thịt” của họ là menu phải ở trên cùng.

Nhưng tại sao đôi khi chúng ta truy cập một trang web có thiết kế nguyên gốc hoặc một ứng dụng di động mới, chúng ta lại có cảm giác rằng trang web này trông ngầu hoặc tệ?

Trực giác như phi lý

Loại trực giác này nguy hiểm nhất trong quá trình phát triển, nhưng đồng thời nó cũng là cách giải quyết nhanh chóng các vấn đề phức tạp.

Đây chính xác là thứ được gọi là “ma thuật” trong lập trình - chúng ta thay đổi giá trị của một biến hoặc cờ và thật kỳ diệu là mã của chúng ta bắt đầu hoạt động, mặc dù quyết định này được đưa ra hoàn toàn theo bản năng. Và chỉ loại trực giác này mới là biểu hiện thực sự của nó.

Lập trình theo bản năng bi quan

Như đã đề cập ở trên, trực giác “phi lý” vừa là cứu cánh vừa là công cụ nguy hiểm trong tay người lập trình.

Dựa vào những quyết định theo bản năng như vậy, chúng ta mất niềm tin vào đoạn mã mình viết, trong đó “ma thuật” bắt đầu xảy ra.

Điều quan trọng là những quyết định như vậy tạo ra một mức độ lo lắng nhất định khi đưa ra những quyết định tiếp theo. Sự chiếm ưu thế của cảm xúc, cảm giác và sự phi lý trong quá trình phát triển dẫn đến việc không thể biện minh cho mọi thứ bằng logic và kết quả là sự phức tạp trong việc hiểu mã và mất khả năng đọc.

Là một kết luận

tái bút Đối với những người quan tâm đến chủ đề trực giác trong phát triển phần mềm, tôi khuyên bạn nên đọc

Sự sắp xếp bằng trực giác - giao diện rõ ràng , được tìm thấy trong hầu hết các thông số kỹ thuật hiện tại, tác động lên những người hiểu biết về kỹ thuật như giẻ rách đỏ trên một con bò đực. Điều này khá dễ hiểu: trong thời gian ồ nhưng khi các tiêu chuẩn GOST là bắt buộc, không thể đọc được những điều vô nghĩa như vậy ở bất cứ đâu. Và phản ứng của những người này là tự nhiên - nhưng đâu là những yêu cầu đối với một “trực quan” như vậy xét về mặt hiểu biết và trực giác của anh ta (người dùng)?! Hãy giải quyết vấn đề trực giác một lần và mãi mãi.

Giao diện trực quan là gì?

Đã tạo 08/08/2016 16:50:33

Về giao diện trực quan, thứ đã được nói đến rất nhiều... không, không phải những người Bolshevik, mà là các nhà phát triển khả năng sử dụng, hãy xem Sự thật khủng khiếp về khả năng sử dụng. Phần I, Sự thật đáng sợ về khả năng sử dụng. Phần II và sự thật đáng sợ về khả năng sử dụng Mười năm sau. Đây là một trong những cuộc thảo luận diễn ra giữa những “chuyên gia” này, những người đang gặp khó khăn về khả năng sử dụng

Vì vậy, chúng ta hãy đi từng điểm một. Điều thứ nhất và thứ hai đều đúng: vâng, rõ ràng là người đồng chí đó luôn cố gắng hiểu sự thật trong trường hợp cuối cùng của nó như thế nào. Bây giờ hãy bỏ qua điểm thứ ba. Điểm bốn - chúng tôi hoàn toàn đồng ý! Và với cái thứ năm nữa. Nhưng!

Bây giờ chúng ta hãy xem GOST 21480-76 nói gì. . . Yêu cầu chung về công thái học, chúng tôi trích dẫn:

Thói quen được hiểu là sự kết nối giữa các ý tưởng nảy sinh trong một người trên cơ sở kinh nghiệm trong quá khứ. Ví dụ, một người có thói quen trưng bày một thứ gì đó, thể hiện sự phát triển của nó từ trái sang phải. Khi sắp xếp sơ đồ ghi nhớ, bạn nên tính đến cách biểu diễn quen thuộc này và hiển thị sự phát triển từ trái sang phải.

Đây là từ Phụ lục 1 của GOST 21480-76. Chúng ta nhìn ngay vào bức tranh, cụ thể là ở trang. 1, 2 và 5. Chúng có khớp nhau không? Với độ chính xác tối đa!

Như vậy, bằng trực giác - giao diện rõ ràng - rất nhiều người mù chữ về mặt kỹ thuật; theo thói quen -có liên quan Tất nhiên, bạn có thể thử phản đối... Nhưng giao diện không phải là một sơ đồ ghi nhớ và không được tập hợp từ các thành phần giống nhau của sơ đồ ghi nhớ, sử dụng những phần tử giống nhau sao?

Đó là toàn bộ vấn đề. Nhưng vẫn còn một câu hỏi: TẠI SAO cần phải thảo luận vào năm 2010 (mục 3) về một điều gì đó đã được xây dựng rõ ràng trong 1976 năm ?! Và sau đó, để... xem điểm 4 trong hình.

Kết luận: tiếng lóng bằng trực giác - giao diện rõ ràng theo tất cả các loại Raskins và Normans, nó hoàn toàn được nhà nước hợp pháp hóa theo thói quen - giao diện liên kết . Chiến tranh đã kết thúc, cảm ơn tất cả các bạn!

Tái bút. Nhân tiện, hình ảnh con dao và nĩa không gì khác hơn là một yếu tố của sơ đồ ghi nhớ

P.P.S. Tại sao mọi người lại bị thu hút bởi những nét vẽ nguệch ngoạc của một số người Raskins, người Norman và những người không có nguồn gốc và lai tạp khác như John Smiths, trong khi có thể nói đó là Mikhailo Lomonosov của chính họ? Cúi đầu về phía Tây? Hay đó là một thế hệ bị người Mỹ làm hư hỏng và mục nát trên cây nho? (

Giao diện trực quan. Chà, hãy đếm xem bạn có thường xuyên nghe/đọc cụm từ này không? Hoặc có thể bạn tự nói điều đó thường xuyên? ;)

Đồng thời, tôi luôn tự hỏi mình những câu hỏi thâm hiểm khác nhau: ai hiểu được? Nó rõ ràng đến mức nào? vân vân... Tôi nhớ đã hơn một lần tranh luận với Thuyền trưởng về các trang web nói chung (trường hợp cuối cùng như vậy).

Đây là một câu nói. Và đây là câu chuyện cổ tích. Tôi chưa viết và không có ý định viết những bài đăng trả phí: những bài đăng mà tôi phải nói tích cực về bất cứ ai sẽ trả tiền cho tôi. Đây chính xác là cách tôi trả lời tất cả những ai muốn mua một bài viết. Nhưng đôi khi - tôi rất vui - tôi gặp được những người phù hợp, sẵn sàng nắm bắt cơ hội. Tôi không lấy tiền nhưng tôi hứa sẽ nói những gì tôi nghĩ về dịch vụ/trang web/công ty. Một rủi ro trung thực? :))

Tôi rất vui vì lần này chính dịch vụ của Belarus đã câu được mồi của tôi. Và tôi quyết định không chỉ mô tả những gì tôi nhìn thấy mà còn tiến hành một thử nghiệm về khả năng sử dụng vi mô.

Tôi không tự mình lái ô tô (và - ôi chúa ơi - tôi không có ý định lái xe). Nhưng tôi có một đối tượng thi xuất sắc: mẹ tôi là một người lái xe có kinh nghiệm và một người sử dụng Internet thiếu kinh nghiệm :) Tôi cho mẹ tôi ngồi trước máy tính, mở trang web zavodi.by và đề nghị tìm những loại lốp phù hợp với bà bây giờ.. .

Vì vậy, sau một hướng dẫn ngắn gọn - đây là loại trang web gì - mẹ tôi bắt đầu tìm kiếm...

Những khám phá mà cô ấy thực hiện cũng là những khám phá đối với tôi.

Ví dụ: một người dùng Internet thiếu kinh nghiệm sẽ không hiểu ngay được bạn có thể tìm kiếm bằng cách nào:)) Hơn nữa, “tìm kiếm nhanh” () thực ra cũng không hề nhỏ phải không? Và nó khác với () mở rộng một chút... Thành thật mà nói, cá nhân tôi (cùng với mẹ tôi :)) lẽ ra đã thực hiện một tìm kiếm NHANH nhỏ hơn...

Phát hiện thứ hai vào buổi tối: mặc dù mẹ tôi là một người đam mê lái xe nhưng bà không nhớ thuộc lòng tất cả các thông số của lốp (vâng, đã có điều cần nhớ rồi...) Vì vậy, mấu chốt chính là việc ghi nhớ chính xác các thông số.. . Liên kết nhỏ " Khoảng thời gian“Điều đó thậm chí còn không rõ ràng đối với tôi (mặc dù tôi không phải là người lái xe nhưng tôi luôn sử dụng Internet…)

Nhân tiện, một giải pháp tốt cho vấn đề trong tình huống khó khăn này là... à, tìm kiếm rất nhanh trong một menu riêng biệt, khi bạn có thể chọn ngay những gì phù hợp nhất (theo giá cả, theo điều kiện, theo loại, v.v. ) ().

Riêng biệt, tôi muốn lưu ý trang mà chủ sở hữu trang web báo cáo rằng không có loại lốp phù hợp trong cơ sở dữ liệu. Tại thời điểm này, điều thu hút sự chú ý của người dùng bình thường là thứ lớn hơn và sáng hơn, đó là: logo Nokian và dòng chữ về chúng. Và đó là tất cả... Nếu tôi là nhà phát triển, tôi sẽ chú ý đến trang nhỏ nhưng quan trọng này, làm nổi bật ít nhất một chút thông báo và hướng dẫn "Phải làm gì tiếp theo?" ().

Sau khi tìm được loại lốp phù hợp, mẹ tôi cẩn thận (vâng, điều này cũng quan trọng đối với bà) đọc mô tả và có thể đã đặt hàng... Nếu bây giờ đây không chỉ là một thử nghiệm :) Ở đây tôi sẽ tự mình tiếp tục.

Riêng biệt, tôi muốn lưu ý rằng dịch vụ này được thiết kế theo cách “ Lốp được đặt hàng thông qua người quản lý của chúng tôi! Điều này được thực hiện để phục vụ yêu cầu của bạn một cách nhanh chóng và hiệu quả nhất có thể.“Cách tiếp cận này giúp chúng tôi, người mua, tiết kiệm thời gian và thần kinh (hãy nhớ những xung đột thường xuyên giữa các nền tảng như vậy, chẳng hạn như Trực tuyến, về chủ đề “ai là người chịu trách nhiệm”: trang web hoặc người bán trong từng trường hợp cụ thể).

Điều gì sẽ quan trọng đối với hầu hết người dân Belarus: trang web này “nhẹ” và tải khá nhanh và không gặp khó khăn (như bạn biết: “Trong khi người Nga xem YouTube, thì người Belarus đọc Wikipedia”. Vì vậy, xét về trọng lượng thì zavodi.by khá tương đương với Wiki mức độ :))).

Phán quyết của tôi? zavodi.by đã không mạo hiểm một cách vô ích (đặc biệt là khi xét đến việc chúng thậm chí còn chưa được một tháng tuổi, theo như tôi hiểu). Ý tôi là những dịch vụ như vậy rất hữu ích trong nhiều lĩnh vực. Và giờ đây cuộc sống của tôi sẽ dễ dàng hơn biết bao khi tôi không phải tìm kiếm trên mạng những chiếc lốp phù hợp cho mẹ :-D Tất nhiên, vẫn còn rất nhiều việc phải làm trong dự án, vẫn còn chỗ để phát triển và phát triển nhưng điểm xuất phát theo tôi không tệ.

Trang web càng đơn giản thì càng có nhiều người dùng. Tính dễ sử dụng được quyết định bởi sự hiểu biết trực quan về nhu cầu của người dùng giao diện trang web.

Điều tuyệt vời về thiết kế trực quan là nó vô hình. Thiết kế rõ ràng giúp người dùng có thể tập trung vào công việc mà không cần dừng lại một giây. Thiết kế này hướng sự chú ý của mọi người đến các nhiệm vụ quan trọng.

Hãy tưởng tượng rằng bạn đang ở một đại lý cho thuê xe hơi và họ cho bạn xem chiếc xe bạn định thuê. Bạn đến gần và muốn ngồi vào salon, bạn đưa tay định mở cửa nhưng lại không có tay nắm cửa! Làm thế nào để vào trong xe?

Đây là một ví dụ về thiết kế không trực quan gây nhầm lẫn cho người dùng. Anh ấy muốn lên xe, nhưng quá trình này bị ngăn cản bởi một tình huống lạ lùng và không có giải pháp rõ ràng cho vấn đề.

Thiết kế web cũng vậy. Miễn là người dùng có thể hoàn thành nhiệm vụ mà không bị chậm trễ hay suy nghĩ thì mọi thứ đều ổn. Thiết kế trực quan là tinh tế, nhưng thiết kế không trực quan là đáng chú ý.

Bởi vì thiết kế trực quan là vô hình nên mọi người sẽ không đánh giá cao nó nhưng họ sẽ nhận ra ngay nếu nó bị thiếu. Thiết kế không trực quan khiến mọi người tập trung vào các yếu tố không liên quan đến nhiệm vụ của họ.

Vấn đề thiết kế giao diện: trực quan cho ai?

Tại sao có quá nhiều trang web gây khó chịu cho mọi người? Vấn đề là việc tạo ra một cái nhìn trực quan giao diện trang web thân thiện với người dùng thật sự khó. Điều rõ ràng với người này lại hoàn toàn không rõ ràng với người khác. Một thiết kế không thể trực quan; người dùng có thể thấy nó như vậy hoặc ngược lại.

Tôi tin rằng hầu hết các trang web đều được thiết kế với mục đích tốt. Chúng được mong đợi là trực quan, nhưng thường dành cho một nhà thiết kế! Nhà phát triển hoặc nhà thiết kế trung bình không dành thời gian xem cách mọi người sử dụng những gì họ đã tạo ra.

Tạo một thiết kế trực quan bắt đầu bằng việc hiểu người dùng của bạn. Đầu tiên bạn cần tìm hiểu xem điều gì là trực quan đối với họ. Một khái niệm quan trọng cần hiểu là kiến ​​thức hiện tại và kiến ​​thức mục tiêu.

Kiến thức hiện tại và kiến ​​thức mục tiêu

Sự khác biệt giữa chúng được gọi là “khoảng cách kiến ​​thức”. Nhiệm vụ của bạn - phát triển giao diện trang web, giúp giảm thiểu khoảng cách giữa kiến ​​thức mà người dùng đã có khi truy cập trang web của bạn và những gì họ cần biết để sử dụng thành công kiến ​​thức đó.

Thách thức là bạn có thể có nhiều người dùng khác nhau. Một số người trong số họ là những "chuyên viên máy tính" có trình độ kỹ thuật cao và một số hoàn toàn không quen với máy tính.

Mô hình khái niệm

Chỉ vì người dùng truy cập một trang web lần đầu tiên không có nghĩa là kiến ​​thức hiện tại của họ về trang web đó là bằng không. Rất có thể họ đã từng sử dụng trang web hoặc sản phẩm tương tự trước đây. Giả sử bạn chưa bao giờ mua hàng trực tuyến nhưng bạn đã thực hiện việc đó hàng triệu lần trong thế giới thực.

Trong tình huống như vậy, mọi người sẽ sử dụng mô hình khái niệm về mua sắm trong đời thực và cố gắng tận dụng trải nghiệm hiện có. Sự hiểu biết của họ về mua sắm trực tuyến xuất phát từ mô hình tinh thần của họ về việc mua sắm thông thường—trải nghiệm tương tự nhất mà họ có.

Nhưng giả sử trước đây họ đã mua sắm trực tuyến, không phải trên Amazon. Trong trường hợp này, mô hình khái niệm của họ cũng như cách hiểu của họ về mua sắm trên Amazon sẽ khác.

Nếu hầu hết người dùng chưa bao giờ sử dụng một trang web hoặc dịch vụ trực tuyến tương tự như trang web của bạn thì bạn cần phải dựa vào mô hình khái niệm. Bạn cần tìm hiểu xem họ có trải nghiệm gì gần gũi nhất khi sử dụng trang web của bạn.

Nếu trang web không phù hợp với mô hình tinh thần của người dùng, anh ta sẽ thấy trang web khó sử dụng và không trực quan.

Biết người dùng của bạn

ĐẾN tạo giao diện trang web, sẽ trực quan cho người dùng, bạn cần hiểu kiến ​​thức hiện tại và mục tiêu của họ là gì. Những gì người dùng đã biết và những gì họ cần biết.

Có hai cách tuyệt vời để tìm hiểu:

Quan sát. Tiếp cận khách hàng của bạn và quan sát họ khi họ sử dụng trang web trong cài đặt thông thường. Điều này sẽ cho bạn ý tưởng về kiến ​​thức hiện tại của họ.

Kiểm tra khả năng sử dụng “Đứng trên vai bạn”. Yêu cầu mọi người sử dụng trang web, hoàn thành một loạt nhiệm vụ và nhận xét về quá trình suy nghĩ của họ. Điều này cũng có thể được thực hiện từ xa. Điều này sẽ xác định kiến ​​thức mục tiêu.

Trong cả hai trường hợp, bạn quan sát và ghi lại mà không can thiệp. Bạn sẽ nhanh chóng xác định được các vấn đề chính. 10 môn thường đưa ra ý tưởng 90% độ khó.

Khi nào một trang web có thể được coi là trực quan?

Thiết kế mang tính trực quan khi kiến ​​thức hiện tại phù hợp với kiến ​​thức mục tiêu.

Có hai điều kiện mà theo đó người dùng nói rằng giao diện trang web có vẻ “trực quan” đối với họ:

1. Kiến thức hiện tại giống với kiến ​​thức mục tiêu. Khi người dùng nhìn thấy một thiết kế, họ biết mọi thứ họ cần để làm việc với nó và hoàn thành nhiệm vụ của mình.
2. Kiến thức hiện tại không phù hợp với kiến ​​thức mục tiêu nhưng người dùng không nhận ra rằng thiết kế giúp anh ta thu hẹp khoảng cách này. Người dùng học một cách tự nhiên.

Nói cách khác, bạn làm cho giao diện người dùng đơn giản đến mức không cần đào tạo hoặc bạn thêm hướng dẫn rõ ràng, gợi ý dễ nhận thấy.

Ví dụ tốt nhất về điều kiện đầu tiên là tìm kiếm của Google. Nó không thể được sử dụng không chính xác.

Một ví dụ điển hình cho điều kiện thứ hai là Wufoo. Khi bạn bắt đầu tạo biểu mẫu đầu tiên, các hướng dẫn sẽ hướng dẫn bạn và quá trình học tập diễn ra tự nhiên.

Có hai lựa chọn thiết kế trực quan. Bạn có thể giảm bớt các yêu cầu về kiến ​​thức mục tiêu để phù hợp với kiến ​​thức hiện tại bằng cách đơn giản hóa thiết kế hoặc đưa kiến ​​thức hiện tại đến mục tiêu thông qua các hướng dẫn.

Điều hướng và tìm kiếm trực quan

76% người dùng nói rằng điều quan trọng nhất đối với họ trong thiết kế trang web là “tôi có thể dễ dàng tìm thấy thứ mình muốn”.

Làm thế nào để họ tìm thấy những gì họ cần? Tất nhiên là với điều hướng. Đây là lúc thách thức nảy sinh: nếu một trang web có nhiều nội dung, làm cách nào để bạn cấu trúc nó theo cách hợp lý?

Một cách tuyệt vời để tìm ra nội dung nào nên tuân theo mục menu nào là sắp xếp thẻ . Đây là một phương pháp đáng tin cậy và không tốn kém để tìm ra các mẫu hình trong cách người dùng tưởng tượng về nội dung hoặc chức năng của một trang web. Nó cũng sẽ giúp bạn chọn tên mục menu khi thiết kế giao diện trang web.

Điều quan trọng là phải đặt tên chính xác cho các mục trong menu để mọi người biết nội dung đằng sau liên kết. Điều thú vị là 50% người dùng từ bỏ việc mua hàng vì họ không thể tìm thấy thứ họ đang tìm kiếm. Đây là lý do tại sao việc tìm kiếm là cực kỳ quan trọng. Trang web của bạn phải có tính năng tìm kiếm dễ tìm. Amazon có kho sản phẩm khổng lồ và họ coi việc tìm kiếm là trung tâm trên trang web của mình.

Và đừng quên bật tính năng theo dõi trang web trong Google Analytics. Với nó, bạn sẽ thấy rằng người dùng sử dụng tìm kiếm có tỷ lệ chuyển đổi cao hơn.

Mọi người cảm thấy thoải mái hơn khi sử dụng các trang web mà họ đã quen sử dụng

Mọi người dành phần lớn thời gian của họ trên các trang web khác. Vì vậy, họ đã quen với việc tìm kiếm trang web theo một cách nhất định (kiến thức hiện tại). Nếu bạn phá vỡ quy tắc này, bạn sẽ gặp rắc rối.

Các yếu tố quen thuộc điển hình:

• Nhấp vào logo nằm ở góc trên bên trái sẽ luôn quay lại trang chính.
• Liên kết cuối cùng trong menu ngang hoặc liên kết dưới cùng trong menu dọc là danh bạ.
• Thông tin liên hệ nên được cung cấp ở dưới cùng của trang web.
• Hãy nhất quán: Điều hướng và các yếu tố quan trọng khác phải ở cùng một vị trí trên bất kỳ trang nào trên trang web.
• Liên kết nổi bật so với văn bản thuần túy.
• Nếu người dùng có thể cuộn xuống, thanh cuộn sẽ hiển thị rõ ràng.
• Văn bản căn trái dễ đọc hơn văn bản căn phải.
• Hiển thị thông báo và thông báo trợ giúp bật lên,
• Tại thiết kế giao diện trang web sử dụng những cái rõ ràng mà người dùng có thể hiểu được.

Mọi quy tắc đều có ngoại lệ, nhưng sự đổi mới rất phức tạp và rủi ro. Làm cho giao diện trang web đáp ứng được sự mong đợi của mọi người.

Hãy cẩn thận với việc thiết kế lại

20% người dùng dành 80% thu nhập của họ cho Internet. Và chính những người này là người bị ảnh hưởng bởi sự thay đổi trong thiết kế. Họ đã quen với cách mọi thứ hoạt động và khi bạn thiết kế lại một trang web, bạn chủ yếu thay đổi nó vì họ.

Mọi người ghét sự thay đổi khiến kiến ​​thức hiện tại của họ không thể sử dụng được. Thiết kế trực quan hoạt động khi bạn không buộc người dùng phải thích ứng với sự thay đổi.

Một nhà bán lẻ lớn đã chi 100 triệu USD cho việc thiết kế lại, khiến doanh số bán hàng giảm 20%. Công ty luật đã phải đóng cửa. Có sự chậm trễ lớn trong lịch trình của bác sĩ và hãng hàng không. Trang web/ứng dụng của họ không còn trực quan đối với hầu hết người dùng.

Bạn cần nhắm mục tiêu đến những khách hàng quan trọng nhất của mình. Giao diện trang web phải trực quan nhất đối với họ. Đừng cố gắng làm hài lòng tất cả mọi người.

Những thay đổi nhỏ đối với trang web theo thời gian thường là cách tiếp cận tốt hơn so với những lần thiết kế lại lớn. Điều này sẽ cho phép bạn nhanh chóng đánh giá và hiểu liệu chúng mang lại kết quả tích cực hay tiêu cực. “Sẽ là một thành công cho chúng tôi nếu không có ai nhận thấy điều này vào ngày thiết kế lại được tung ra”.

Quy tắc này hoạt động nếu bạn có một lượng lớn khán giả. Nếu trang web của bạn có lưu lượng truy cập thấp do thiết kế của nó, hãy thoải mái thay đổi nó.