⚫
49 THINGS - DO, THINK, LEARN
  • Giới thiệu
  • 1 triệu, 10 triệu, 100 triệu
  • Ảo tưởng đồng thuận
  • Ba thách thức
  • Bàn về Wireframe
  • Bắt chước thiết kế
  • Bẫy lý thuyết
  • Bí ý tưởng
  • Bối cảnh > Nhất quán
  • Cách xử lý văn bản trên Web
  • Cách phát triển Gu Thẩm Mỹ
  • Công cụ là thứ yếu
  • Dẫn dắt hay dẫn dụ?
  • Đam mê
  • Đặt tên
  • Đòi quyền lợi cho người dùng
  • Đứng trên vai gã khổng lồ
  • Đừng e ngại
  • Giả định
  • Giá trị cốt lõi
  • Góc nhìn với Prototype
  • Gu thẩm mỹ
  • Họ trả tiền vì gì?
  • Hệ thống thiết kế
  • Không ngừng đặt câu hỏi
  • Không thoả hiệp
  • Làm việc với Developer
  • Làm việc quan trọng
  • Làm việc sâu
  • Lùi một bước, tiến ba bước
  • Linh hoạt - Tương lai công việc
  • May mắn đãi kẻ kiên trì
  • Những kinh nghiệm học và làm 1
  • Những kinh nghiệm học và làm 2
  • Quick Win & True Win
  • Tại sao lại thay đổi LOGO của khách?
  • Tận tâm trong giao tiếp
  • Tập trung
  • Thất bại nhanh
  • Thiết kế với nội dung thật
  • Tiến trình 90/90
  • Tinh thần "Tiến tới"
  • Tổng thể đến chi tiết
  • Tư duy làm việc trong thiết kế
  • Trạng thái của màn hình thiết kế
  • Vai trò của UX
  • Sức mạnh của kẻ nhỏ
  • Fixed time - Flex scope
  • JOMO - FOMO
  • Working out loud
Powered by GitBook
On this page

Was this helpful?

Đòi quyền lợi cho người dùng

Đằng sau một sản phẩm với trải nghiệm tuyệt vời là sự nỗ lực của cả team designer và team developer. Designer thiên về cảm xúc, sáng tạo, còn developer tập trung vào logic và hệ thống. Tranh cãi và bất đồng là điều không tránh khỏi, khi designer nói có và developer nói không. Trong tình huống này, tư duy mở là chìa khóa để giao tiếp và giải quyết vấn đề, thay vì chỉ đơn giản là Yes hoặc No.

Hầu hết các trường hợp đều là hoặc là A, hoặc là B, chấm hết. Điều này triệt tiêu đi mọi nỗ lực để tìm được một giải pháp tối ưu. Chúng ta - designer nên là người chủ động để open cuộc trò chuyện với dev. Nếu A không được, B cũng không được. Ok chúng ta hãy tìm thêm C.

Thường thì các cuộc thảo luận kết thúc mà không tìm ra giải pháp tối ưu vì cả hai bên đều cố chấp với quan điểm của mình. Designer nên chủ động mở cuộc trò chuyện với developer. Nếu phương án A không được, B cũng không xong, hãy cùng nhau tìm phương án C.

Không phải ý tưởng của designer không tốt, không phải developer thiếu năng lực, mà chúng ta thiếu kiên trì để đạt được đồng thuận. Nếu designer kiên nhẫn hơn một chút, hỏi nhiều hơn một chút, chúng ta có thể tìm ra giải pháp tốt hơn. Giả sử như: "Nếu thế này thì sao?", "Thế kia thì thế nào?", "Nếu giống na ná như vậy thì sao?" – những câu hỏi như vậy có thể dẫn đến những ý tưởng sáng tạo và khả thi hơn.

Một phương án để thực hiện và kiểm chứng vẫn tốt hơn là không có phương án nào. Thậm chí, nếu không thể thực hiện ngay lập tức, ít nhất những ý tưởng đó cũng được làm rõ và có thể xem xét sau. Luôn có cách khác để đạt được mục tiêu nếu điều đó mang lại lợi ích cho người dùng.

Hợp tác và tư duy mở không chỉ giúp tìm ra giải pháp tốt hơn mà còn củng cố mối quan hệ và tinh thần làm việc trong nhóm, đảm bảo sản phẩm cuối cùng chất lượng và phù hợp nhất với nhu cầu người dùng.

PreviousĐặt tênNextĐứng trên vai gã khổng lồ

Last updated 1 year ago

Was this helpful?