Khắc phục thiếu kỹ năng thiết kế UI chung trong các nhà phát triển [đã đóng]

Tôi đã được thông báo và đã nhận ra rằng, rất nhiều nhà phát triển không giỏi về thiết kế giao diện người dùng (tôi không biết điều này đúng như thế nào) nhưng ít nhất thì nó cũng đúng với tôi .

Trong phát triển web, các kỹ năng phát triển mã tốt là không đủ nếu không có các kỹ năng tuyệt vời về thiết kế giao diện người dùng.

Vì vậy, đối với tôi và nhiều nhà phát triển như tôi, chỉ có một nửa điều (kỹ năng phát triển tốt) làm thế nào chúng ta nên hoàn thành nửa kia của mình ngoài việc trả tiền cho một nhà thiết kế?

Việc sử dụng các mẫu web nguồn mở với ít sửa đổi là giải pháp tốt nhất cho việc này hay có các tùy chọn khác?

Tôi là một nhà phát triển cũng không giỏi về thiết kế. Tôi cố gắng hết sức, khi làm việc trong một dự án mà tôi phải thiết kế, để giữ mọi thứ đơn giản nhất có thể. Tôi có một cách tiếp cận rất hợp lý và thiết kế chỉ dành cho trải nghiệm người dùng. Tôi không thể làm cho nó trông thật sự đẹp, nhưng tôi có thể làm cho nó thân thiện với người dùng và tương đối vừa mắt.

Tôi đã đọc một vài trong số những cuốn sách này: http://www.uxbydesign.org/2009/06/24/20-user-experience-books-you-should-own/ và chúng đã thực sự giúp tôi.

chỉnh sửa yêu thích của tôi trong danh sách đó là Đừng làm tôi suy nghĩ: Cách tiếp cận thông thường đối với khả năng sử dụng web, Ấn bản thứ 2 của Steve Krug

Thiết kế (của bất cứ điều gì) là một cuộc đàm phán giữa các nhu cầu của các bên liên quan khác nhau (khách hàng, nhà phát triển, người dùng). Không ai trong số các bên liên quan thường ở vị trí tốt để tạo ra thiết kế tốt nhất bởi vì họ có xu hướng hiểu rõ nhất nhu cầu của chính họ và đặt họ lên trên nhu cầu của các bên liên quan khác. Một nhà thiết kế giỏi có thể xác định nhu cầu của các bên liên quan khác nhau - thường là nhu cầu mà bản thân các bên liên quan không nhận ra mình có - và đưa ra giải pháp phù hợp với mọi người.

Có lẽ bạn đã nhìn thấy điều này nhiều lần. Người dùng nghĩ về cách họ phải tương tác với một hệ thống, thường là về một số hệ thống khác mà họ đã quen thuộc. Các nhà phát triển nghĩ chủ yếu về cách thức hoạt động của hệ thống. Khách hàng thường muốn một cái gì đó sẽ giải quyết tất cả các vấn đề của họ, hoặc nếu không họ muốn giải quyết một số vấn đề rất cụ thể với chi phí thấp nhất.

Để trở thành một nhà thiết kế giỏi, bạn phải học cách ngừng suy nghĩ trước về cách bạn sẽ thực hiện một cái gì đó. Thay vào đó, bạn phải tập trung vào những gì các bên liên quan khác đang nói với bạn về những gì họ cần và muốn, và bạn phải có khả năng đọc giữa các dòng. Giống như các nhà phát triển, khách hàng và người dùng thường có một số giải pháp định sẵn trong tâm trí và họ có xu hướng mô tả giải pháp đó thay vì các yêu cầu cơ bản. (Điều đó nói rằng, điều quan trọng là phải nhận ra rằng đôi khi khách hàng có nghĩa là những gì họ nói khi họ nói với bạn chính xác những gì họ muốn; nếu bạn không chắc chắn, hãy hỏi.)

Bề ngoài, thiết kế thẩm mỹ của UI cũng là điều mà một số nhà phát triển gặp khó khăn. Tôi nghĩ đó là một phần vì các nhà phát triển phần mềm thường không được đào tạo nhiều về thẩm mỹ - sinh viên CS có thể không có nhiều thời gian cho các lớp học nghệ thuật. Điều đó cũng một phần nữa bởi vì chúng ta quan tâm nhiều hơn đến cách thức hoạt động của một thứ gì đó hơn là chúng ta trông như thế nào; chúng tôi không quan tâm nếu các góc của nút có bán kính 9 pixel hoặc bán kính 10 pixel. Hai yếu tố này chắc chắn có liên quan. Đôi khi bạn có thể khắc phục điều này bằng cách dựa vào các giải pháp đóng hộp dưới dạng khung UI và sử dụng các thành phần được thiết kế sẵn có lợi thế là thống nhất công việc của bạn một cách trực quan với các ứng dụng khác trên cùng hệ thống. Bạn có thể cải thiện kỹ năng thẩm mỹ của mình bằng cách đọc, nhìn vào công việc của người khác, và chú ý đến các chi tiết hình ảnh mà bạn có thể đã bỏ qua trong quá khứ. Bạn cũng nên cố gắng hiểu logic đằng sau sự khác biệt về thị giác: Các nút vuông góc có nghĩa là một cái gì đó khác với các nút tròn? Màu sắc được sử dụng như thế nào? Vân vân.

Đây là một số điều mà tôi tìm thấy giúp tôi:

• Lưu ý những gì bạn thích / không thích trong phần mềm khác. Chúng tôi là lập trình viên, chúng tôi dành phần lớn cuộc sống của mình tại máy tính. Hãy thử và lưu ý những gì bạn yêu / ghét khi sử dụng phần mềm. Không quan trọng nếu đó là phần mềm máy tính, trò chơi video, thiết bị di động, v.v. hãy thử và chú ý xem cái gì tiện lợi và dễ sử dụng, và cái gì không.

• Tìm một công cụ phác thảo dễ sử dụng để phác thảo giao diện người dùng cho bạn và người dùng của bạn. Tôi thích sử dụng Balsamiq vì nó nhanh, đơn giản và phiên bản web miễn phí sử dụng.

• Hãy nhớ rằng bạn không cần tìm ai đó chuyên về thiết kế phần mềm để giúp bạn thiết kế một cái gì đó - bất kỳ người dùng nào cũng sẽ làm. Tôi thường chạy bản phác thảo của mình bởi một số người hoàn toàn không liên quan đến dự án chỉ vì tôi biết họ ở quanh phần mềm cả ngày và có thể cho tôi biết nếu một cái gì đó có vẻ ổn hoặc thân thiện với người dùng. Chỉ cần lưu ý rằng họ sẽ thường cung cấp cho bạn những ý tưởng điên rồ về những việc cần làm và bạn phải biết điều gì sẽ đơn giản là "tuyệt vời" để làm và điều gì thực sự sẽ cải thiện năng suất.

• Vui lòng hỏi trên /ux// để biết câu hỏi chi tiết

Thành thật mà nói, thiết kế UI là một điều hoàn toàn khác. Một nhà phát triển luôn nghĩ về một thiết kế tinh tế và không quá sáng tạo khi nói đến thiết kế. Cách tiếp cận nhất định tôi cảm thấy là giữ một nhà phát triển khác cho thiết kế UI. Mặc dù nó làm tăng thêm chi phí nhưng chắc chắn sẽ giúp bạn đạt được kết quả tốt hơn.

Đối với một người tự làm cả hai việc, không bao giờ thực sự cho kết quả tốt nhất. Vì vậy, IMHO hai khía cạnh khác nhau này nên được gán cho hai nhà phát triển khác nhau. Một chút kiến ​​thức về HTML và CSS để tạo skin và phát triển chủ đề được khuyến nghị trong trường hợp CMS khác nhau, nhưng khi bạn cần phát triển một thiết kế hoàn toàn mới, hãy tham khảo ý kiến ​​của một nhà thiết kế UI.

Tôi chắc chắn có thể giới thiệu cuốn sách Thiết kế giao diện người dùng của Joel Spolsky cho lập trình viên . Trong cuốn sách này, ông đã thực hiện khá nhiều cách tiếp cận mà bạn đang tìm kiếm: Giải thích tại sao thiết kế UI quan trọng đối với các lập trình viên. Đối với một số tài liệu liên quan trực tuyến:

Thiết kế cho những người có những điều tốt hơn để làm với cuộc sống của họ

Thiết kế giao diện người dùng không phải là thứ tự nhiên đến với nhiều người. Tuy nhiên, gần đây tôi đã trở nên tốt hơn nhiều bằng cách tuân theo một vài nguyên tắc dễ dàng.

1. Đừng sợ hãi, nó không khó như bạn nghĩ.

2. Mô hình cấu trúc dữ liệu và động cơ của bạn đầu tiên. Tạo các mô hình tương ứng rõ ràng và thực tế. Rõ ràng điều này giả định rằng bạn đã dành thời gian để hiểu khách hàng cần gì.

3. Bây giờ, với một tờ giấy và bút chì, hãy ngồi xuống và bắt đầu vẽ bố cục hợp lý của màn hình. Điều này thường chỉ đơn giản là trình bày mô hình dữ liệu của bạn cho người dùng theo cách có tổ chức. Mục tiêu của bạn nên đơn giản là:

   a. Bắt chước môi trường nơi ứng dụng sẽ được triển khai. Ví dụ: nếu là ứng dụng windows, nó cần hoạt động giống như ứng dụng windows, nếu là ứng dụng web, nó cần hoạt động giống như các ứng dụng web tương tự phổ biến hơn ứng dụng web của bạn.

   b. Mục tiêu của bạn là hướng dẫn người dùng thông qua mô hình dữ liệu của bạn theo cách mà HỌ sẽ dự đoán. Giao diện người dùng được thiết kế tốt khi người dùng thực hiện một thao tác nào đó trong ứng dụng của bạn và nó thực hiện chính xác những gì họ mong đợi.

   c. Điều này cần có thời gian và nó là một đường cong học tập, nhưng bất cứ ai cũng có thể làm được.

4. Đừng lo lắng về đồ họa, tức là các nút, hình nền, v.v ... mục tiêu duy nhất của bạn tại thời điểm này là bố cục logic của trang.

5. Bạn cần phải thành thạo gui lib mà bạn đang sử dụng cho dù đó là html, gtk, ca cao, android, Windows.Forms, v.v. đến mức bạn hiểu các cơ chế xử lý sự kiện, công cụ bố cục và truy xuất đầu vào và hiển thị dữ liệu. Bất kỳ nhà phát triển nên có thể làm ít nhất điều này.

6. Không có gì xấu hổ khi bắt một nhà thiết kế đồ họa tiếp quản từ đây. Nhưng ít nhất bạn có thể vượt qua bước 5. Đây là 95% khối lượng công việc cho toàn bộ ứng dụng.

Đây là một bài viết hữu ích đã biến tôi từ một nhà thiết kế gui nghèo thành một nhà thiết kế gui tốt hơn nhiều.

http://www.joelonsoftware.com/uibook/fog0000000249.html

Bạn cũng có thể tìm kiếm các ví dụ thành công của các trang web "tương tự" để lấy ý tưởng cho bố cục, đồ họa và thiết kế. Với một chút tinh chỉnh trong chương trình sơn yêu thích của bạn, bạn có thể mượn rất nhiều ý tưởng và biến chúng thành của riêng bạn. Đừng sao chép hoàn toàn - đó không chỉ là cách cư xử tệ, mà còn có thể là bất hợp pháp trong hầu hết các trường hợp.

Sau khi bạn đã mượn một vài lần, bạn sẽ bắt đầu cảm nhận rõ hơn về thiết kế của các trang web thành công và bạn sẽ biết các công cụ để tạo ra các thiết kế đó (với các điều chỉnh nhỏ của bạn).

Với sự ra đời của HTML, việc tạo ra một trang web đơn giản không xấu xí trở thành một thách thức. Mặc dù bạn có thể có khái niệm này, nhưng cần có một số thủ thuật, công cụ, đồ họa và kiến ​​thức CSS đã sẵn sàng để làm cho đúng. Ngoài ra, các kỹ thuật khả năng sử dụng và các yếu tố con người khác ảnh hưởng đến quá trình thiết kế được yêu cầu để tạo ra các trang trông sắc nét.

Các nhà phát triển dành phần lớn thời gian để chiến đấu với việc học các ngôn ngữ phức tạp, OOP, ORM, SQL, T-SQL, v.v. Ngoài ra, họ hiếm khi đầu tư vào các công cụ để tạo các trang web (hầu hết là đắt tiền).

Kết quả là, nhiều nhà phát triển phải chịu đựng sự bất lực của họ trong việc tạo ra các trang web tuyệt đẹp. Tôi tin rằng nếu bạn học các công cụ cần thiết, bạn cũng sẽ có thể tạo các trang tốt.

Nó cũng quan trọng để biết cuộn của bạn là gì trong quá trình phát triển ứng dụng. Bạn có thể thấy rằng thiết kế web là một kỹ năng tốt để có kỹ năng hơn là một kỹ năng bắt buộc. Trong các dự án lớn, ít nhất nó không phải là một nhiệm vụ lập trình viên vì những lý do đã đề cập ở trên.

Tôi thấy rằng công cụ này là một công cụ tuyệt vời, nó có thể giúp bạn:

Nghệ sĩ

Hãy xem nó và thử bản demo, nó thực sự tốt.

vẫn phát triển web kỹ năng phát triển tốt là chưa đủ nếu không có kỹ năng tuyệt vời trong thiết kế

Tôi không biết tuyên bố này có đúng không, tôi nghĩ nó phụ thuộc vào nơi bạn làm việc.

Ví dụ, một công ty nhỏ hơn có thể sẽ yêu cầu bạn linh hoạt hơn với bộ kỹ năng của mình, trong khi một công ty lớn có thể không có cùng kỳ vọng và bạn thực sự có thể dành toàn bộ thời gian để phát triển trong khi nhóm thiết kế làm việc thiết kế.

Microsoft đã thực sự cập nhật bộ công cụ của họ để làm nổi bật sự tách biệt rõ ràng giữa các nhà phát triển và nhà thiết kế. Họ đã giới thiệu Expression Blend với WPF, điều này có nghĩa là nhà phát triển có thể làm việc với chức năng của một phần mềm và người khác có thể thiết kế cho nó. Cả hai đều sử dụng các công cụ khác nhau, cả hai có thể làm việc trên dự án cùng một lúc nhưng một người thực hiện chức năng và một người thực hiện thiết kế.

Nhà phát triển chỉ định các điểm dữ liệu và nhà thiết kế hiển thị chúng.

Hãy nhớ rằng thiết kế có thể được kiểm tra quá, không chỉ mã. Bắt đầu đơn giản, thử thiết kế của bạn trên một nhóm nhỏ người, ghi lại phản hồi của họ và đi từ đó. Điều này có thể giúp bạn xác định các vấn đề với thiết kế của bạn và cung cấp cho bạn ý tưởng về những gì có thể / nên được thực hiện khác nhau. Sau đó sửa lại thiết kế và lặp đi lặp lại.

Bạn sẽ phải giả nó và sao chép các thiết kế khác. Tránh bất cứ điều gì lạ mắt ngoại trừ một hoặc hai tính năng sẽ là một lợi ích lớn cho người dùng. Thực hiện theo một số thực hành cơ bản về giới hạn phông chữ, màu sắc và lộn xộn.

Đừng ngại gửi câu hỏi trên UI.stackexchange.com

Mặc dù đó không phải là lĩnh vực chuyên môn của bạn, tôi nghĩ việc nghiên cứu cách tạo UI. Ngày nay, hầu hết các trang web đều rất năng động và biết một số kỹ năng UI chắc chắn sẽ giúp ích khi tạo các thành phần và thiết lập các tương tác của chúng với các yếu tố của trang của bạn. Tôi đến từ một nền tảng phát triển chỉ phụ trợ và tôi đã ngạc nhiên về mức độ liên quan khi tạo giao diện.

Có một cuốn sách đặc biệt hay mà tôi đã đọc về thiết kế web và nó dành cho các nhà phát triển:

Thiết kế web cho nhà phát triển: http://pragprog.com/book/bhgwad/web-design-for-developers

Đó là một cuốn sách dễ đọc, chạm vào tất cả các giai đoạn khi tạo giao diện: từ phác thảo và tạo mẫu UI đơn giản đến tạo các thiết kế với HTML + CSS.

Để cải thiện hơn nữa các kỹ năng giao diện người dùng của bạn, tôi cũng đề xuất bản ghi âm mới nhất của PeepCode với Ryan Singer: http://peepcode.com/products/ryan-singer-ux

Tôi nghĩ rằng chọn một số điều cơ bản về UX / UI / đồ họa / kiểu chữ chắc chắn là một nỗ lực có giá trị. Tất nhiên, bạn không thể luôn có một đội ngũ chuyên gia "toàn diện". Nhiều lần mọi người phải đội nhiều mũ. Một nhà phát triển giỏi sẽ thấy giá trị trong việc dành thời gian tìm hiểu về những thứ bên ngoài miền của mình và ít nhất có thể nhận ra công việc tốt trong thiết kế.

Tuy nhiên, có một cái gì đó để nói cho những gì các nhà thiết kế làm. Một nhà phát triển chỉ có thể làm rất nhiều trong lĩnh vực thiết kế (phải thừa nhận nhiều hơn những người khác). Đặc biệt, các dự án lớn đối mặt với công chúng vượt ra ngoài một lợi ích hẹp rất lớn bằng cách sử dụng các chuyên gia thiết kế thực tế. Và tôi không chỉ đơn giản là những người có thể xoay quanh mã màu css và html. Ý tôi là những người đã dành NĂM để nghiên cứu những thứ như kiểu chữ, những người đã đọc và hiểu cuốn sách về màu sắc của Josef Alber , người có thể tạo ra những bản phác thảo đẹp với than củi trên giấy in báo. Đây là những kỹ năng có giá trị và các dự án nhận ra điều đó và có thể đưa những kỹ năng này vào sử dụng tập trung có lợi thế quyết định so với đối thủ.

Điều đó nói rằng, có một số lĩnh vực mà các nhà thiết kế và nhà phát triển có thể chồng chéo các kỹ năng của họ. Đặc biệt là UX và tên miền phụ của nó, UI. Tôi khuyên bạn nên ...

• Thiết kế cho tương tác
• Thiết kế giao diện
• Thiết kế tương tác

Thuê một pro.

Nghiêm túc mà nói, UI từ các nhà phát triển có một danh tiếng khủng khiếp. Điều này không phải vì các nhà phát triển dưới mức trung bình trong thiết kế, mà là vì các nhà phát triển dưới mức trung bình khi yêu cầu trợ giúp.

Một nhà phát triển có xu hướng chấp nhận mọi thách thức kỹ thuật số đến với họ.

(Tôi là một nhà phát triển chuyên nghiệp trong 10 năm và vợ tôi là một nhà thiết kế giao diện người dùng trong 20 năm)