it-swarm-vi.tech

Là một lập trình viên, làm thế nào để tôi chuyển sang Thiết kế Trải nghiệm Người dùng?

Tôi đã là một nhà phát triển trong hơn 6 năm, chủ yếu làm việc trong bối cảnh web và các ứng dụng, dịch vụ phân tán nói chung và các ứng dụng trực diện. Tôi bắt đầu lập trình ban đầu thông qua các nghiên cứu về Thiết kế tương tác ở trường đại học, nhưng sau đó chuyển đi từ đó vì tôi chắc chắn không phải là một nhà thiết kế đồ họa.

Tuy nhiên, tôi thực sự có niềm đam mê với nghệ thuật thị giác , thiết kế hình ảnh , Thiết kế giao diện người dùng trải nghiệm người dùng . Khi tôi nói thiết kế giao diện người dùng, tôi muốn nói nhiều hơn về phía Kiến trúc thông tin của mọi thứ, trái ngược với "thiết kế đồ họa".

Với ý nghĩ đó, Làm thế nào một lập trình viên có thể chuyển sự nghiệp vào khu vực Trải nghiệm người dùng?

Ví dụ:

  • Tôi có phải quay lại trường không (tôi thực sự không muốn làm điều này)?
  • Tôi có chỉ cần ném mình vào tận cùng và xin việc không?
  • Tôi có thể tận dụng các kỹ năng và kinh nghiệm tôi có với tư cách là nhà phát triển phần mềm để giúp có được công việc không?
  • Danh mục đầu tư cho người dùng UI/Người dùng trải nghiệm người dùng sẽ như thế nào?
  • Nhà tuyển dụng đang tìm kiếm gì khi họ tìm kiếm vị trí này?
  • Sẽ xây dựng một số ứng dụng/khung lưới trung tâm UI trong thời gian trợ giúp của riêng tôi?
68
andy

Bắt đầu làm việc trên 10.000 giờ bất kỳ cách nào bạn có thể. Điều đó có nghĩa là đọc các tài liệu liên quan đến lĩnh vực này, lao vào và xin việc, hack một thứ gì đó như một sở thích, theo kịp sự phát triển của ngành, chú ý đến các nhà lãnh đạo tư tưởng (ví dụ: Jakob Nielsen, Jared Spool, Steve Krug, vv) và hỏi rất nhiều câu hỏi. Vì vậy, tôi hy vọng sẽ thấy danh tiếng của bạn ở đây tăng lên nhanh chóng!

Bạn không cần phải quay lại trường trừ khi bạn muốn, điều mà bạn không muốn, vì vậy hãy bỏ qua nó. Thay vào đó, hãy đọc sách, blog và tham dự các hội nghị và sự kiện. Tận dụng cách tiếp cận lĩnh vực của bạn từ quan điểm kỹ thuật như một lợi thế mà các nhà thiết kế hình ảnh hoặc UX khác không có: bạn biết cách thức hoạt động của phần mềm và có ý tưởng rõ ràng hơn về các hạn chế và giới hạn được đưa vào kiến ​​trúc bởi công nghệ. Góc này có thể là một mặt bằng rất cần thiết trong thực tế cho nhiều nhóm thiết kế.

Danh mục đầu tư

Một danh mục đầu tư tốt cho một nhà thiết kế UI/UX bao gồm hầu hết các câu chuyện. Bạn đã gặp phải vấn đề tương tự và như vậy trong tình huống tương tự và đã xem xét một loạt các biến khác nhau để đưa ra một giải pháp nhất định. Như bạn có thể nói từ câu trả lời trên trang web này, với UI/UX, có thể có nhiều giải pháp khả thi cho một vấn đề, khác với kỹ thuật nơi thường có một giải pháp được tạo ra bởi người tạo ra hệ sinh thái mà bạn đang làm việc.

Tuy nhiên, trong lĩnh vực này, mọi thứ chủ quan hơn và cách duy nhất để giải quyết vấn đề là thông qua kinh nghiệm và ý thức chung . Phần trải nghiệm cần có thời gian và lẽ thường là thứ phát triển dần dần khi nhìn thấy rất nhiều (mà bạn có thể có nếu bạn đã sử dụng Web trong 10 năm qua). Vì vậy, bạn nên đề phòng UI/UX tuyệt vời và bắt đầu xây dựng một cuốn bách khoa toàn thư trong đầu.

Bên cạnh những câu chuyện, hãy chắc chắn rằng bạn có một ý tưởng rõ ràng trong đầu về những nền tảng mà bạn biết. Có một sự khác biệt lớn giữa việc thiết kế UI cho ứng dụng Winforms trên máy tính để bàn so với ứng dụng iPhone. Nếu bạn có thể chứng minh kiến ​​thức trong cả hai lĩnh vực, xin chúc mừng, bạn thật đặc biệt.

Việc làm

Thật khó để nói những gì nhà tuyển dụng tìm kiếm trong "Nhà thiết kế trải nghiệm người dùng". Cá nhân tôi cố gắng tránh xa thuật ngữ đó vì nó quá rộng (như "kỹ sư phần mềm") đến nỗi nó không thực sự chỉ định những gì bạn đang làm. Thay vào đó, cố gắng chuyên môn hóa kiến ​​thức của bạn và để điều đó giúp bạn bắt đầu. Lĩnh vực trải nghiệm người dùng là tất cả về giám sát nhiều thứ và đưa ra quyết định tốt nhất dựa trên việc đánh giá cẩn thận các biến khác nhau (logic kinh doanh, nhu cầu của người dùng, yêu cầu kỹ thuật, v.v.), hy vọng sẽ đưa ra quyết định tốt nhất cho người dùng.

Phương pháp nghiên cứu người dùng rất quan trọng, vì vậy hãy tiếp tục sử dụng chúng nhưng đừng quá ám ảnh. Hãy chắc chắn rằng bạn tiếp xúc với bản thân để thử nghiệm. Kiểm tra người dùng, kiểm tra khả năng sử dụng và kiểm tra từ xa rất quan trọng và bạn nên tự làm quen với từng người trong số họ, ngay cả khi bạn làm theo kiểu Steve Krug.

Mong rằng sẽ giúp. Bạn sẽ nhận được các câu trả lời khác cho bạn biết điều gì đó hoàn toàn khác biệt và tất cả chúng đều có giá trị như câu trả lời này, tiêu biểu cho lĩnh vực này. (Trừ khi có ai đó đến và nói rằng bạn nên đến trường hoặc chiên - họ chỉ không biết chuyện gì đang xảy ra.))

50
Rahul

Tôi đồng ý với Rahul, một số điểm rất tốt ở đó.

Có một nền tảng vững chắc như một nhà phát triển giúp tôi rất nhiều trong quá trình làm nhà thiết kế trải nghiệm người dùng (tôi đã từng phát triển trang web, nhưng nhanh chóng chuyển sang UXD). Bạn biết các kỹ thuật (và giới hạn của chúng) mà bạn làm việc với. Theo tôi điều này giúp bạn thiết kế (về mặt kỹ thuật) các sản phẩm thực tế có thể có trong phạm vi và các kỹ thuật được sử dụng trong một dự án.

Và thậm chí có thể tốt hơn, bạn biết các lập trình viên ngôn ngữ nói. Các nhà thiết kế và nhà phát triển thường đụng độ vì họ nghĩ khác nhau như thế nào. Có thể 'nói ngôn ngữ của họ' giúp ích rất nhiều cho công việc hàng ngày của bạn, ít nhất là với tôi. Điều này có ích trong các cuộc họp nội bộ với người quản lý và nhà phát triển, nhưng nó cũng có thể giúp bạn trong các cuộc họp với khách hàng.

Là một tài nguyên, đây là một số trang web tốt liên quan đến UX để đọc:

14
TomvB

Chủ yếu là đồng ý với những gì Rahul nói - nhưng tôi đặc biệt muốn nhấn mạnh một điều.

Thực hành làm kinh nghiệm người dùng làm việc. Thực hành nó một rất nhiề.

Đọc blog, sách, giấy tờ, và các khóa học đều tuyệt vời. Nhưng biết cách áp dụng kiến ​​thức đó là một điều khác biệt. Việc học thực sự đến khi bạn cố gắng và áp dụng kiến ​​thức của mình, mắc lỗi và sửa chúng.

Bạn không cần phải có một chức danh công việc liên quan đến UX để làm công việc UX. Bắt đầu nhìn vào các dự án hiện tại của bạn. Nhìn vào những cách bạn có thể làm cho front-end tốt hơn. Sảnh cho một số thử nghiệm khả năng sử dụng nhẹ. Nói chuyện với người dùng và xem liệu thiết kế của phần mềm có phù hợp với mô hình tinh thần của người dùng không. Xô. Tinh chỉnh. Thí nghiệm.

9
adrianh

Tôi làm việc với rất nhiều nhà phát triển. Họ rất thông minh và có tư duy logic nhất định khiến họ rất giỏi trong việc trở thành nhà phát triển. Thật dễ dàng để tin rằng mọi người đều nghĩ như bạn, điều mà tôi có thể đảm bảo với bạn là họ không.

Ngoài những gì người khác đã nói, tôi sẽ đề nghị bạn dành thời gian xem người dùng. Hãy vào trong đầu của họ để xem họ nghĩ như thế nào. Quan sát kiểm tra khả năng sử dụng sẽ là vô giá đối với bạn. Tôi đã dành gần hai thập kỷ làm nhà thiết kế UX và tôi vẫn ngạc nhiên trong quá trình kiểm tra khả năng sử dụng ở những gì khó và dễ với một số người dùng. Điều thú vị không kém là những gì họ muốn và không muốn trong một giao diện.

Khi bạn đã thành thạo thoát ra khỏi đầu của chính mình và vào đầu người khác, kiến ​​trúc thông tin sẽ dễ dàng hơn rất nhiều.

Đối với một danh mục đầu tư, chứng minh rằng công việc phát triển của bạn (hiện tại và tương lai) bị ảnh hưởng bởi việc bạn thành thạo UX và các thực tiễn tốt nhất về khả năng sử dụng là rất quan trọng. Làm việc để đóng khung lại sơ yếu lý lịch và danh mục đầu tư của bạn với từ vựng "UX" đúng.

5
JK Hudson

Tôi đã cố gắng điều hướng quá trình chuyển đổi này trong khoảng năm năm và tôi đã học được rất nhiều trên đường đi.

Đầu tiên, trải nghiệm gần như là tất cả. Như đã đề cập trong một câu trả lời khác, điều 10.000 giờ (mặc dù đó là mánh lới quảng cáo Gladwell) khá tốt khi là xấp xỉ đầu tiên. Nhưng nó quan trọng loại kinh nghiệm bạn có.

Tất cả kinh nghiệm của tôi là ở các công ty mới thành lập và các tổ chức nhỏ, và tôi nghĩ rằng điều đó đã giúp tôi nhiều hơn những gì tôi có thể dự đoán. Công việc đầu tiên của tôi là trong một tổ chức phi lợi nhuận nhỏ, rất nhanh. Tôi đã thực hiện lập trình stack đầy đủ, bao gồm cả công việc UI và "nước rút" của tôi được đo bằng ngày, không phải tuần. Tôi đã xây dựng hầu hết các công cụ trong nhà, vì vậy phản hồi là ngay lập tức và không được lọc.

Tôi đã quá thiếu kinh nghiệm để biết tại sao mọi người gặp rắc rối ở những nơi, nhưng tôi bắt đầu thấy các mẫu trong các giao diện dễ sử dụng và các giao diện không dễ sử dụng.

Một vài công việc tiếp theo của tôi khiến tôi tiếp xúc với nhiều đối tượng khác nhau. Tôi đã làm việc tại một hiệp hội nơi tôi tiếp xúc với những người già có động lực kém, và tôi làm việc tại một công ty khởi nghiệp nơi tôi phải tạo giao diện cho Joe và Jane Sixpack là khách hàng.

Nếu kinh nghiệm là hầu hết mọi thứ, thì nghiên cứu về cơ bản là mọi thứ khác . Và tôi không có nghĩa là trở lại trường học. Bạn nên đọc. Rất nhiều.

Đây là danh sách những cuốn sách hữu ích tôi đã tập hợp cách đây ít lâu danh sách sách UX và UI

Có một số loại sách sẽ hữu ích cho bạn:

  • Phương pháp thiết kế chung - Những cuốn sách như Thiết kế của những vật dụng hàng ngày, những thứ của Steve Krug. Những cuốn sách này sẽ giúp bạn phát triển quá trình suy nghĩ đúng đắn để giải quyết các vấn đề về UX.
  • Lý thuyết về thiết kế - Cuốn sách Lidwell rất hay. Những cuốn sách này là thiết kế cơ bản 101 của bạn và bạn học những thứ như lý thuyết màu sắc, nguyên tắc Gestalt, bố cục, v.v. (Điều này áp dụng nhiều hơn cho khía cạnh thiết kế của mọi thứ so với IA, nhưng bạn cần hiểu biết cơ bản ở đây bất kể)
  • Kiến trúc thông tin - Kiến trúc thông tin cho World Wide Web là một. Đây là tất cả về phân loại, phân cấp và luồng người dùng.
  • Mẫu thiết kế - Thiết kế giao diện là một trong những tốt. Đây chỉ là danh sách dài các vấn đề và giải pháp. Loại sách này là tuyệt vời để giúp bạn xây dựng bản đồ giải pháp tinh thần của bạn. Đôi khi, bạn sẽ cảm thấy như có vô số giải pháp cho mỗi vấn đề, nhưng sau khi tiêu hóa một vài trong số những cuốn sách này, bạn sẽ nhận ra rằng hầu hết các vấn đề đã được giải quyết.
  • Nghiên cứu trường hợp - Nielsen từng rất tuyệt ở đây, nhưng tôi cảm thấy công cụ của anh ấy đang trở nên khá cũ. Nghiên cứu trường hợp là rất quan trọng và lợi ích cho bạn sẽ tương tự như tìm hiểu về các mẫu thiết kế, chỉ chung chung hơn.

Bắt đầu với những cuốn sách nói chung, đạt một số lý thuyết thiết kế và IA, xem qua các mẫu thiết kế, và kết thúc với thực hành và nghiên cứu trường hợp.

Cuối cùng, về việc quản lý quá trình chuyển đổi nghề nghiệp của bạn ... Sẽ có những điểm trong quá trình chuyển đổi của bạn, nơi bạn chỉ cần nhắm mắt lại và nhảy. Chẳng hạn, bạn có thể tự học trên toàn thế giới, nhưng nếu bạn là lập trình viên tại một tập đoàn lớn, nơi bạn được cách ly với phản hồi của khách hàng và người dùng, sẽ rất khó để có được trải nghiệm cần thiết để kết nối lỗ hổng. Mặt khác, để lại một công việc lập trình sáu con số để nhận một công việc UX cấp nhập cảnh thường không khôn ngoan.

Nhưng vấn đề lớn nhất là không ai tin rằng bạn là chàng trai UX cho đến khi bạn có một công việc mà trách nhiệm chính của bạn là UX, và không ai muốn giao cho bạn một trong những công việc đó trừ khi bạn có kinh nghiệm về UX trước đó. Thật khó để ngồi trong một cuộc phỏng vấn và nói rằng "vâng, tôi là một lập trình viên, nhưng tôi đã nghiên cứu trải nghiệm người dùng trong thời gian rảnh rỗi". Tôi đã xử lý vấn đề bằng cách bỏ công việc của mình và quyết định ở đó và sau đó tôi sẽ bắt đầu trở thành một chàng trai UX. Không ai sẽ thuê bạn, nhưng bạn có thể là một nhà tư vấn. Đó là cách tôi đã làm và tôi sẽ không thể quản lý quá trình chuyển đổi. Tôi ghét tư vấn, và khách hàng hối hả là phần tồi tệ nhất, nhưng khi tôi phỏng vấn cho công việc tiếp theo của mình, tôi có thể chỉ vào sơ yếu lý lịch của mình và nói rằng tôi đã làm UX chỉ trong vài năm qua.

4
Jeremy T

Tìm các nguyên mẫu sống trong bạn:

Giảng viên/Tác giả Coder Trưởng nhóm công nghệ

Sau đó, xem bao nhiêu phần trăm của bốn nguyên mẫu này chiếm sự chú ý của bạn khi bạn ở trong dòng chảy tốt nhất của bạn.

Có các Chi nhánh trong các ngành Thiết kế Tương tác ... một số trong số chúng liên quan nhiều hơn đến các quan điểm chiến lược liên quan đến đề xuất giá trị và khía cạnh mô hình hóa kinh doanh của thiết kế dịch vụ sản phẩm, khác đòi hỏi Kỹ năng Mô hình hóa để thể hiện đầy đủ Tương tác giữa giao diện người dùng. Tất nhiên, biết cách phác thảo và bổ sung các thành phần UI là chìa khóa cho bất kỳ nhà tư vấn-thiết kế kế hoạch UX thành công nào ... tất nhiên nếu bạn biết cách phát triển các dịch vụ sản phẩm có ý nghĩa và hữu ích ... có lẽ bạn cũng có thể sử dụng nó , Có thể truy cập và đo lường được.

2
Jonathan Belisle

Cách tốt nhất để thực hiện quá trình chuyển đổi, như adrianh đã nói, là thực hiện nó. Nếu bạn đam mê và thích thú, nó cho thấy.

Vì vậy, các công ty lỗi bạn tôn trọng cho một thực tập. Có thể chỉ cần nói có. Tìm hiểu những gì họ có thể cần một số trợ giúp về. Chúng tôi đã có ai đó làm điều đó với chúng tôi và cuối cùng chúng tôi đã cho cô ấy một công việc vì cô ấy rất đam mê trải nghiệm người dùng.

1
samng

Tôi nghĩ bước đầu tiên là bắt đầu quan tâm đến trải nghiệm người dùng. Vì vậy, sự đồng cảm, về cơ bản. Đó phải là động lực chính của bất kỳ nỗ lực UX nào. Nếu bạn cảm thấy bạn đã bắt đầu có điều đó rồi thì tôi sẽ nói bạn đang trên đường và phần còn lại là luyện tập, học hỏi từ những ví dụ hay, đọc sách, v.v. Nhưng bước đầu tiên đó là điều kiện cần và thường là đủ để đảm bảo ứng dụng của bạn cuối cùng có UX tốt.

0
Assaf Lavie