Câu hỏi này quá lớn để được trả lời chính xác từng điểm. Có những cuốn sách về thiết kế và những cuốn sách khác về trải nghiệm người dùng , giải thích chi tiết từng cách làm cho phần mềm, sản phẩm tiêu dùng, sách, quảng cáo, đồ chơi cho bé hấp dẫn hơn với đối tượng mục tiêu. Trên thực tế, câu hỏi của bạn tương tự như:
Tôi là một nhà thiết kế, tôi có một số ý tưởng về lập trình (tôi đã học Cơ bản ở trường trong hai tuần) nhưng tôi không có thời gian để học lập trình. Tôi được yêu cầu làm một trang web thương mại điện tử từ đầu bằng cách sử dụng ASP.NET MVC và Microsoft SQL. Bạn có thể giải thích cho tôi hai điều đó là gì và làm thế nào tôi có thể sử dụng chúng để thực hiện một công việc thành công?
Trong mọi trường hợp, nếu bạn muốn tạo các biểu đồ "hấp dẫn" nhưng không có thời gian để đọc hàng tá sách và bạn không có nhà thiết kế trong công ty của mình (có thể không?), Bạn có thể thử truyền cảm hứng cho mình từ những gì bạn nhìn thấy xung quanh : các trang web chuyên nghiệp, các bài thuyết trình, v.v. Bạn phải lưu ý một số quy tắc và mẫu, và áp dụng chúng vào biểu đồ của bạn. Đôi khi bạn có thể hiểu sai, vì một số quy tắc hoạt động tốt cho các trang web nhưng thất bại đối với các sản phẩm tiêu dùng hoặc biểu đồ hoặc đồ chơi cho trẻ sơ sinh, nhưng nói chung, bạn có nhiều cơ hội thành công hơn.
Ví dụ: nếu tôi lấy biểu đồ trong chỉnh sửa của bạn:
Tôi nhận thấy lỗi đầu tiên: bóng tối. Bóng phải được sử dụng một cách thận trọng. Trong một trang web, việc sử dụng như vậy sẽ không được chấp nhận. Một ví dụ điển hình về cách sử dụng bóng tối là Apple.com . Mỗi yếu tố người dùng có thể tương tác với một bóng nhỏ, tạo cảm giác âm lượng. Không có yếu tố khác có một cái bóng. Trong trường hợp biểu đồ, điều này có thể được chấp nhận hơn, vì người dùng không có ý định tương tác với biểu đồ. Tuy nhiên, bóng quá lớn và quá tách biệt với các yếu tố. Ngoài ra, ở đây, không cần chúng: mỗi phần tử đã có đường viền .
Nguyên tắc nhỏ: KISS (hoặc, nếu bạn muốn, "hãy lười biếng"). Không thêm đường viền và bóng và màu nền cùng một lúc. Đừng làm chữ in đậm chữ Arial Black 200 màu đỏ được gạch dưới viền màu vàng trên nền vôi nhấp nháy. Chỉ làm những gì bạn cần làm để thêm tác động trực quan, không có gì hơn.
Hãy suy nghĩ về việc tạo kiểu cho biểu đồ của bạn: không ai muốn thấy các sơ đồ UML đen trắng xấu xí đó. Nhưng đừng quá khích: nó sẽ chỉ trở nên tồi tệ hơn: sơ đồ đen trắng UML xấu nhưng có thể sử dụng được . Một crap nhấp nháy nhiều phông chữ hoạt hình GIF với nhiều biểu tượng và mũi tên thay đổi màu sắc không chỉ xấu, mà còn không sử dụng được.
Đối với các biểu đồ, hãy nhớ tính đặc thù của bối cảnh. Nếu nó sẽ được hiển thị thông qua máy chiếu, bạn không thể có một dòng chữ màu xanh lá cây trên nền trắng : nó sẽ biến mất một cách kỳ diệu khi chiếu lên tường. Nếu nó hỗ trợ bài nói của bạn, đừng đặt quá nhiều vào một slide : quá nhiều đồ họa, quá nhiều số, quá nhiều văn bản. Hình minh họa ở trên là một ví dụ điển hình về những điều bạn không bao giờ phải làm cho bài thuyết trình: với slide như vậy, bạn chắc chắn rằng một nửa khán giả đi ngủ và nửa còn lại ngừng lắng nghe bạn, cố gắng hết sức để hiểu điều này là gì .
Cuối cùng, hãy nhớ rằng bạn đang ở đây cho khán giả của bạn, không phải ngược lại . Nếu bạn sẽ hiển thị biểu đồ như một minh họa ở trên cho những người tiếp thị , họ sẽ tự nói rằng bạn thật tệ. Họ có biết đám mây là gì (hoặc họ tin rằng đó là một cái gì đó để làm với các ứng dụng được lưu trữ trên bầu trời / không gian)? Họ có biết những gì đại diện cho biểu tượng màu nâu với "DB" trên đó không? Họ có thể giải thích ứng dụng web là gì không và nó khác với ứng dụng khác như thế nào hoặc từ một trang web?
