Làm cách nào để thuyết phục người dùng của tôi không sử dụng giao diện người dùng phác thảo?


10

Gần đây tôi đã làm việc trên một nguyên mẫu của một hệ thống mới bằng cách sử dụng Sketchflow, và bây giờ một số bên liên quan chính đang thúc đẩy giao diện phác thảo trong sản phẩm cuối cùng. Để làm cho vấn đề tồi tệ hơn, những người xem nguyên mẫu được yêu cầu cung cấp phản hồi về giao diện được phác thảo bằng cách đặt câu hỏi khảo sát khá hàng đầu, trong đó 80% câu trả lời là tích cực.

Nó dành cho một ứng dụng doanh nghiệp chủ yếu dành cho các khách hàng nội bộ, nhưng cũng được một số khách hàng bên ngoài sử dụng.

Những lý do chính khiến tôi nghĩ rằng đó là một ý tưởng tồi là:

  • Nó không có vẻ lịch sự hoặc chuyên nghiệp
  • Những nỗ lực đáng kể liên quan đến việc tạo ra một ứng dụng thực tế theo phong cách phác họa
  • Phong cách phác họa không sử dụng hiệu quả bất động sản màn hình

Tôi đã cố gắng tìm ra sự hấp dẫn có thể là gì, và điều duy nhất tôi có thể nghĩ ra là mọi người bị thu hút bởi sự đơn giản của nó - đặc biệt là khi so sánh với (các) hệ thống hiện tại, nó sẽ thay thế .

Bất cứ ai có thể chỉ cho tôi theo hướng bằng chứng về lý do tại sao sử dụng một cái nhìn phác thảo và cảm nhận là một ý tưởng tồi? Lý tưởng nhất là một cái gì đó dựa trên nghiên cứu UI. Tôi lo lắng rằng giọng nói của tôi sẽ không được lắng nghe trừ khi tôi có thể chỉ ra điều gì đó cụ thể.

[Biên tập]

Tôi có lẽ nên nói thêm rằng khó khăn trong việc tạo ứng dụng được kết hợp bởi thực tế là nó được dự định sẽ được phân phối dưới dạng một hoặc nhiều trang web Silverlight trong một trang web Sharepoint. Có được một cái nhìn và cảm nhận phác thảo nhất quán trên cả hai công nghệ có thể rất khó khăn.

[Biên tập]

Chỉ trong trường hợp bất kỳ ai cũng không chắc chắn về một nguyên mẫu của Sketchflow trông như thế nào (và do đó những gì người được hỏi đang yêu cầu) về cơ bản họ đang yêu cầu một ứng dụng sản xuất để có giao diện và khung hình phác thảo bằng bút chì.


Wow, thật lạ. Thông thường vấn đề ngược lại xảy ra; một công cụ như PowerPoint được sử dụng trông quá bóng bẩy và sau đó các bên liên quan có những kỳ vọng không thực tế về giao diện người dùng cuối cùng ("Điều này không giống hệt như nguyên mẫu được đánh bóng mà bạn đã cho chúng tôi xem").
Robert Harvey

1
Tôi nghĩ rằng bạn đang mang quá nhiều thành kiến ​​vào việc này để bắt đầu. Bạn có thể muốn bắt đầu tự hỏi mình "Điều gì tạo nên giao diện người dùng tốt". Nếu phong cách phác họa đang giới hạn số lượng thứ bạn có thể đặt trên màn hình, có lẽ câu trả lời nằm ở "màn hình ít lộn xộn hơn". Da là một vấn đề của hương vị và đó không phải là thứ bạn thực sự có thể ra lệnh. Việc thiếu đánh bóng rõ ràng có thể chính xác là điều thu hút mọi người đến với nó giống như cách mọi người đến các cửa hàng 'kho'.
MIA

@Jim Đồng ý. Đó là những gì tôi đã nhận được từ đoạn thứ hai đến đoạn cuối (về sự đơn giản).
Bennor McCarthy

3
Tôi rất khó khăn trong việc này. Điều trớ trêu khi sử dụng sketchflow để minh họa rằng đó không phải là thiết kế cuối cùng và các bên liên quan muốn sử dụng phác thảo trong sản xuất.
Steven Evers

6
Có ai khác nhận thấy sự trớ trêu khi hỏi điều này trên một trang web sử dụng văn bản và biểu tượng vẽ tay cho phần lớn các yếu tố của nó không?
vẽ

Câu trả lời:


10

Có một cuốn sách hay tên là Thiết kế cảm xúc: Tại sao chúng ta yêu (hay ghét) Những điều hàng ngày của Donald A. Norman. Cuốn sách cung cấp một khuôn khổ tốt để mô tả và hiểu các khía cạnh kỹ thuật ít hơn của thiết kế. Phiên bản ngắn là có ba loại phản ứng đối với bất kỳ thiết kế nào:

  • Visceral - Phản ứng ruột, nó gợi cảm, bóng bẩy, xấu xí. Bạn có được ý tưởng.
  • Hành vi - Làm thế nào các điều hoạt động, hoặc không như trường hợp có thể.
  • Phản xạ - Làm thế nào để trang web làm cho tôi suy nghĩ, phản ứng hoặc cảm nhận. Nhớ lại bằng cách sử dụng trang web có thể gọi phúc lạc, đau đớn, hoặc cách khác.

Tôi có cảm giác tranh luận của bạn nhiều hơn về các khía cạnh phản ánh dài hạn trong khi khách hàng của bạn có phản ứng nội tạng nhiều hơn . Đơn giản là một khái niệm rất mạnh mẽ và rất khó để thực hiện tốt. Về cơ bản, bạn phải cân bằng tất cả những điều hành vi mà trang web cần làm trong khi để lại ấn tượng tốt.

Để giúp ưu tiên những gì quan trọng nhất, bạn cần suy nghĩ về cách người dùng sẽ tương tác với trang web. Nếu bạn đang mong đợi các tương tác ngắn, thụ động (như kiểm tra tin tức), thì nội tạng có thể là quan trọng nhất. Tuy nhiên, nếu điều này sẽ được sử dụng nhiều cho công việc hàng ngày, hành vi trở nên tối quan trọng. Cuối cùng, nếu trang web sẽ là một phần của bộ mặt công ty, nó thực sự cần phải phản ánh những gì công ty nói về. Một cái nhìn không chính thức có thể khá phù hợp nếu công ty đang chiếu hình ảnh đó.

Đặt cược tốt nhất là giúp khách hàng của bạn hiểu rõ hơn về tầm nhìn của họ đối với trang web và cách trang web đó có thể hoặc không ảnh hưởng đến thương hiệu của họ.

Thêm một suy nghĩ : Bạn bị hạn chế bởi nền tảng bạn đang triển khai (như được lưu ý bởi lần chỉnh sửa đầu tiên của bạn). Với sự hạn chế này, về mặt kỹ thuật không thể thực hiện được một số lượng lớn những thứ mà nếu không thì sẽ tốt trên một trang web mới. SharePoint, là một sản phẩm dựa trên WebForms không mất nhiều thời gian để tùy chỉnh giao diện với CSS cứng nhắc, CSS hỗn hợp và bố cục nhúng và trạng thái xem được nhúng trong HTML. Bạn luôn có thể thêm yếu tố về chi phí vào đối số của mình. Giữa điều đó và tranh luận về thương hiệu (thiết kế phản chiếu), bạn chỉ có thể chiến thắng họ.


Cảm ơn các mẹo về cuốn sách. Tôi sẽ thêm nó vào danh sách đọc. Tôi nghĩ vấn đề xây dựng thương hiệu là một vấn đề quan trọng. Toàn bộ diện mạo phác thảo thực sự mâu thuẫn với hình ảnh mà công ty đang cố gắng chiếu, đây chắc chắn là một trong những mối quan tâm lớn nhất của tôi.
Bennor McCarthy

@Bennor McCarthy: Cũng đáng đọc "Thiết kế của mọi thứ" của cùng một tác giả, thường được trích dẫn là một cách đọc đàng hoàng cho bất kỳ nhà thiết kế hoặc lập trình viên nào cho vấn đề đó.
Orble

Tôi đã có cả hai và họ khá tốt. "Thiết kế của mọi thứ hàng ngày" tập trung vào các khía cạnh hành vi trong khi "Thiết kế cảm xúc ..." tập trung vào các khía cạnh nội tạng và phản xạ.
Berin Loritsch

10

Thông thường, các nguyên mẫu được phác thảo như vậy trông tốt miễn là không ai phải sử dụng nó. Để thuyết phục họ, thực hiện một phần nhỏ như một nguyên mẫu có thể sử dụng, trong hai phiên bản, một với da phác thảo và một bình thường. Điều đó là đủ để cho họ thấy rằng cái nhìn phác thảo là buồn cười trong một hoặc hai ngày, nhưng sẽ trở nên cũ kỹ ngay sau đó.

Nếu điều này không thuyết phục được họ, thì, vấn đề của họ.


Tôi đồng ý - ấn tượng tốt ban đầu họ có được khi nhìn vào nguyên mẫu có thể mờ dần khi họ thực sự phải sử dụng nó. Đảm bảo các nguyên mẫu có thể sử dụng của bạn để so sánh phản ánh mức độ phức tạp của UI sẽ cần trong sản phẩm cuối cùng. Tôi có thể tưởng tượng đôi mắt của tôi sẽ bị đốt cháy nếu tôi phải sử dụng gmail.com với chủ đề phác thảo .... chúc may mắn, nhưng hãy nhớ rằng, đó là những người dùng phải sử dụng phần mềm vào cuối ngày.
bunn_online

8

Thành thật nếu đó là ứng dụng của họ và đó là lý do tại sao họ muốn, tôi sẽ làm theo cách của họ.

Nếu bạn muốn thử và gây ảnh hưởng đến họ, hãy thực hiện một bản giao diện người dùng khác và hiển thị cho họ cùng với các đối số của bạn chống lại giao diện người dùng sơ sài.

Hãy thử và đặt nó theo thuật ngữ họ sẽ hiểu. Ví dụ, thay vì nói rằng sẽ mất nhiều nỗ lực để nối lại ứng dụng, chỉ cần nói với họ rằng thiết kế sẽ thêm X ngày / tuần vào thời gian sản xuất. Hoặc thay vì nói về màn hình thực tế, hãy cho họ thấy một ví dụ về việc nó trông lộn xộn như thế nào so với thiết kế thay thế của bạn. Sau tất cả, một bức tranh đáng giá ngàn lời nói.


2

Vấn đề lột da là vấn đề lớn nhất vì lý do tương tự lột da hầu như luôn là một ý tưởng tồi.

Tham khảo ý kiến ​​của tome và in ra một vài trang. Tôi sẽ không nói rằng có một vấn đề với sự sơ sài vì đó chỉ là một loại mốt nhất định và nó hoạt động trong các bộ phim của Michael Cera.


Cảm ơn đã tham khảo hướng dẫn UX. Tôi đã quên mất điều đó. Không thực sự trả lời câu hỏi của tôi, nhưng chắc chắn có ích.
Bennor McCarthy

2

Tôi có thể nghĩ ra một lý do tại sao nó tệ từ quan điểm của một lập trình viên: giao diện phác thảo được sử dụng để đảm bảo người dùng không nhầm lẫn các nguyên mẫu với thực tế. Nếu thực tế được phác thảo, bạn thực sự không thể sử dụng nó để tạo mẫu nữa.

Từ quan điểm của người dùng, tôi không thể nghĩ ra lý do. Nếu họ thích tính thẩm mỹ đó và nó dễ sử dụng, thì bạn sẽ khó có thể thuyết phục họ bằng cách khác mà không có điều gì tốt hơn.


1

Trừ khi giao diện được phác thảo đã được kiểm tra dựa trên giao diện khác, bạn không thể nói chắc chắn rằng người dùng đang phản hồi chức năng hơn là tính thẩm mỹ.

Về một vấn đề lớn hơn, tôi sẽ không nói rằng một cái nhìn phác họa là một điều xấu. Nó phụ thuộc vào tên miền. Tôi không nhất thiết phải đồng ý với bạn rằng nó không thể trông lịch sự hay chuyên nghiệp, nhưng vấn đề bất động sản chắc chắn có thể được giải quyết.

Trong mọi trường hợp, tôi nghĩ bạn đang đi đúng hướng khi cố gắng tìm hiểu điều gì hấp dẫn các bên liên quan của bạn. Câu trả lời là ở đâu đó.


0

Ý kiến ​​của tôi có thể hơi thiên vị trong vấn đề này, nhưng tôi đề xuất một công cụ như http://IntuitionHQ.com hoặc một cái gì đó giống như nơi bạn có thể chạy thử nghiệm khả năng sử dụng đơn giản, nhanh chóng trên thiết kế phác thảo so với nói về khung dây, hoặc thiết kế nhìn bóng bẩy hơn.

Nó không cần phải tương tác, nhưng nếu các con số quay trở lại cho thấy một thiết kế rõ ràng tốt hơn và có thể sử dụng hơn thiết kế kia (theo bản năng ruột của bạn), các bên liên quan sẽ khó tranh luận.

Chúng tôi đã sử dụng phương pháp này trước đây và rất khó để tranh luận với kết quả của các thử nghiệm này. Nếu bạn quan tâm, bạn có thể xem một số kết quả mẫu tại video.intuitionhq.com/pub/356/1.

Chúc mừng, và may mắn với thiết kế của bạn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.