Tại sao người quản lý sản phẩm cần biết UX

UX rất quan trọng đối với thiết kế web ở công ty Singapore hoặc mọi nơi trên thế giới

Quản lý sản phẩm và UX có cùng một mục tiêu - để hiểu nhu cầu người dùng, tạo ra những trải nghiệm tuyệt vời để giải quyết những nhu cầu đó và tiếp tục đổi mới sản phẩm, với những mục tiêu này trong tâm trí. Các nhà quản lý sản phẩm chiếm tỷ lệ lớn trong số sinh viên tốt nghiệp các khóa học của chúng tôi. Họ được hưởng lợi từ việc học hỏi tư duy UX, giới thiệu các kỹ thuật UX trực tiếp vào quy trình làm việc của họ và tạo ảnh hưởng đến những người khác trong tổ chức của họ để áp dụng UX như một quy trình không thể thiếu .UX là điều cần thiết cho các nhà quản lý sản phẩm. Nhưng đừng tin lời của chúng tôi- chúng tôi đã nói chuyện với ba người quản lý sản phẩm ở giai đoạn đầu dự án của họ để có được quan điểm của họ. Người quản lý sản phẩm làm gì? Người quản lý sản phẩm có vai trò cực kỳ quan trọng trong việc thiết lập chiến lược và lộ trình cho một sản phẩm của công ty. Anh ấy hoặc cô ấy lãnh đạo một nhóm đa chức năng bao gồm những người tham gia vào việc thiết kế, phát triển và ra mắt sản phẩm. Dave Meyer, Giám đốc sản phẩm cao cấp của Atlassian, cho biết trách nhiệm số một của anh ấy là “giám đốc sản phẩm là điều chỉnh chiến lược sản phẩm của chúng tôi và cho phép tất cả các đội xung quanh tôi làm việc cùng nhau để cung cấp nó.” Điều đó có nghĩa là làm việc với thiết kế để nghiên cứu và hiểu nhu cầu của khách hàng, hợp tác giữa thiết kế và kỹ thuật để hình dung các giải pháp và sau đó đảm bảo rằng các giải pháp đó được thực hiện theo cách cải thiện trải nghiệm của khách hàng. “Vào cuối ngày, tôi lại tự nhủ bản thân minh về khả năng tôi có thể cải thiện trải nghiệm của khách hàng với các sản phẩm của Atlassian”. Niall Kiernan là Giám đốc sản phẩm của Rockall Tech. Với vai trò của mình, ông đã giới thiệu các ngành sản phẩm chính bao gồm nghiên cứu thị trường, tạo mẫu, kiểm tra khả năng sử dụng, vòng phản hồi của khách hàng, thiết lập chủ đề sản phẩm, phân tích khách hàng và nhận dạng đề xuất giá trị. Niall làm việc với các bộ phận trong công ty bao gồm bán hàng, tiếp thị, quan hệ khách hàng, công nghệ và đội ngũ lãnh đạo cấp cao và nói rằng vai trò của ông là “đóng vai trò là tiếng nói của sản phẩm”. Stephen Sherwin là Nhà quản lý sản phẩm cao cấp trong lĩnh vực Mobile Banking tại AIB. Ông nói rằng vai trò của ông là “để có một tầm nhìn rõ ràng cho sản phẩm cùng với các mục tiêu bạn cần đạt được để đạt được điều đó. Toàn đội cần được đưa vào tầm nhìn này.” Ông nói rằng vai trò của ông liên quan đến việc khám phá các vấn đề của khách hàng, ưu tiên họ và làm việc với nhóm để tìm ra giải pháp phù hợp. Nó cũng rất quan trọng để làm việc với các bên liên quan và quản lý kỳ vọng của họ. “Vai trò của tôi cũng là đo lường sự thành công và ưu tiên thay đổi nếu mục tiêu chưa được thực hiện.” Stephen nói rằng quản lý sản phẩm là một sự tư duy chứ không phải là một chức danh công việc (một thứ dễ dàng liên quan đến thiết kế UX là một tư duy và không chỉ là một chức năng công việc). Ông viết về những gì làm cho một người quản lý sản phẩm tốt trong bài viết Medium này, bao gồm một so sánh rất đúng với Sherpa: “Tôi được nghe rằng vai trò của người quản lý sản phẩm được so với vai trò của một Sherpa. Họ làm những việc như chuẩn bị lộ trình, cố định dây thừng tại chỗ và mang theo bộ dụng cụ leo núi cần thiết lên núi. Họ biết văn hóa, họ biết địa hình và họ biết người dân. Khi nói đến việc leo núi, họ có năng lượng phi thường khi trên núi. Họ thực sự là xương sống của bất kỳ cuộc thám hiểm nào. Nghe có vẻ như là một vai trò tương tự với tôi.” Dave Meyer nói, quản lý sản phẩm và UX dường như đang trở nên gắn kết thân thiết hơn. “Tại Atlassian, chúng tôi coi sự lãnh đạo của bất kỳ nhóm sản phẩm nào là trách nhiệm chung giữa người quản lý sản phẩm, trưởng nhóm kỹ thuật và nhà thiết kế UX. Chúng tôi cố gắng đảm bảo rằng có tỷ lệ 1: 1 của các nhà thiết kế UX cho các nhà quản lý sản phẩm và điều quan trọng là họ phải trao đổi với nhau.” Người quản lý sản phẩm phải hiểu các nguyên tắc của thiết kế UX tuyệt vời và có thể cung cấp phản hồi hiệu quả cho các nhà thiết kế UX của chúng tôi. “Ngược lại, chúng tôi hy vọng các nhà thiết kế UX sẽ làm việc với các nhà quản lý sản phẩm và kỹ sư để hiểu nhu cầu thực tế của khách hàng và các hạn chế kỹ thuật để thiết kế được trải nghiệm tốt nhất cho tất cả các hạn chế có thể.” Stephen Sherwin đồng ý rằng hai người đã trở nên gắn kết hơn rất nhiều. “Thật kỳ lạ, tôi đã đánh trống rất nhiều gần đây,” anh nói. “Tôi đã thấy mọi người đặt UX và UI lại với nhau và gắn nhãn là XD hoặc Thiết kế nhưng tôi nghĩ rằng UX và quản lý sản phẩm được liên kết chặt chẽ hơn nhiều.” Tôi nghĩ rằng các nguyên tắc cơ bản của cả hai đều giống nhau. Đối với tôi, cả hai liên quan đến việc thực hiện nhiều nghiên cứu về khách hàng để khám phá những vấn đề mà khách hàng đang gặp phải và sau đó tìm cách giải quyết chúng. Niall Kiernan nghĩ rằng UX luôn là một phần quan trọng trong phát triển phần mềm, nơi một người tương tác trực tiếp với nó trong phần mềm. “Tuy nhiên, tôi sẽ nói rằng [UX] đã đi đầu trong thiết kế sản phẩm. Nếu bạn nhìn vào quá trình phát triển, nó thường được dẫn dắt bởi một quá trình từ trong ra ngoài, vì trong sản phẩm sẽ được phát triển hoàn toàn trong nội bộ cho đến lúc đó nó được tiết lộ cho khách hàng với hy vọng khiến họ bất ngờ. “Hiện tại có nhiều quan điểm bên ngoài về sự tham gia nhiều hơn với khách hàng trả trước như là một phần của nghiên cứu và thiết kế. Sự bất ngờ được thay thế bằng một khoảnh khắc chấp nhận ở giữa quá trình khi khách hàng thấy rằng bạn đã đáp ứng nhu cầu của họ. Nó rất ít thú vị và thúc đẩy bản ngã nhưng làm giảm số lượng làm lại ở phía bên kia.” UX giúp người quản lý sản phẩm hàng ngày trong công việc của họ để thấy thật khó để tưởng tượng một người quản lý sản phẩm thực hiện vai trò của họ mà không có UX là một phần của nó, về mặt tư duy tổng thể và kỹ thuật hàng ngày. “Đối với tôi, điều quan trọng là để thay đổi quan điểm của tất cả mọi người làm việc với sản phẩm cách nhìn nhận nó từ quan điểm của khách hàng, hay nói cách khác, trải nghiệm người dùng,” Niall Kiernan nói.” Nếu bạn có thể có được nhóm phát triển – các nhà phát triển, những người thử nghiệm, nhà văn kỹ thuật , nhóm phát hành - tất cả đều nhìn vào những gì họ làm từ góc độ trải nghiệm người dùng, sau đó có khả năng bạn sẽ kết thúc một sản phẩm dễ dàng khi tham gia.” Ông nói rằng đây có thể là một thách thức thực sự để thay đổi suy nghĩ này. “Kinh nghiệm của tôi là chỉ những nhà phát triển hoặc người thử nghiệm thực sự mới muốn xem xét nó từ trải nghiệm này [trải nghiệm người dùng]. Câu khẩu hiệu của nhà phát triển rất phổ biến là, ‘Bạn chỉ cần cho tôi biết nên xây dựng cái gì và tôi sẽ xây dựng nó’ hoặc những người thử nghiệm, ‘Công việc của tôi là thử nghiệm và phá vỡ sản phẩm’. Cả hai điều này đều không giúp cải thiện sản phẩm, chúng chỉ đơn giản là cố gắng cải thiện mã. “Có cả đội ngũ đi mua UX có nghĩa là có một nhóm người tập trung vào việc tạo ra một hành trình cho khách hàng về sản phẩm tốt hơn.” Stephen Sherwin nói dựa trên nền tảng ngày nay, UX giúp anh ta hiểu được những nỗi đau của khách hàng và cách giải quyết chúng. “Nó giúp tôi yên tâm rằng tôi đã giải quyết đúng vấn đề theo cách sẽ giúp người dùng. Nó cũng giảm thiểu rủi ro khi tôi phát triển thứ gì đó không hiệu quả, không đạt được mục tiêu và khiến người dùng không hài lòng.” Dave Meyer tìm lấy những chủ đề về nỗi đau của khách hàng. “Là một nhà quản lý sản phẩm, tôi thấy hiệu quả một cách chắc chắn rằng chúng tôi có trải nghiệm người dùng chất lượng cao, nhất quán trong suốt quá trình trải nghiệm sản phẩm của chúng tôi và nỗi đau mà khách hàng của chúng tôi cảm thấy khi thiếu.” Những điều khó khăn nhất mà người quản lý sản phẩm sẽ phải thực hiện là cân bằng chất lượng UX, yêu cầu kỹ thuật và cung cấp đúng thời gian. Nếu bạn không hiểu được chất lượng UX ảnh hưởng đến nhận thức khách hàng của bạn về sản phẩm như thế nào, bạn sẽ không ra được quyết định đúng đắn. “Các nhà quản lý sản phẩm thường quan tâm đến một vài số liệu chính: tăng trưởng người dùng, sự hài lòng và duy trì khách hàng. Tất cả những điều này sẽ bị ảnh hưởng bởi UX sản phẩm của bạn.” Tôi làm việc với các nhà thiết kế UX trong nhóm của tôi mỗi ngày - chúng tôi thảo luận về wireframe và mockup cho các tính năng trong tương lai mà nhóm của chúng tôi sẽ làm, việc xem xét nghiên cứu và thảo luận mà chúng tôi thực hiện với khách hàng của mình và cùng nhau, chúng tôi lên kế hoạch làm việc cho nhóm kỹ sư. “Khi tôi xây dựng các yêu cầu cho một tính năng mới, các nhà thiết kế UX của chúng tôi là đối tác chính trong việc xác định không chỉ là tính năng đó nên trông như thế nào, nhưng làm cách nào chúng tôi truyền đạt các yêu cầu đến phần còn lại của tổ chức và đánh giá sự thành công sau khi nó được chuyển đi.” Mọi người bắt đầu với tư cách là người quản lý sản phẩm nên học hỏi UX “Chắc chắn,” Stephen Sherwin nói. Bạn đang xây dựng sản phẩm cho người dùng của mình và UX giúp bạn tập trung vào người dùng của mình. Tìm hiểu về UX từ sớm giúp bạn có một nền tảng tuyệt vời để quản lý sản phẩm và mặc dù có sự khác biệt giữa các vai trò, có rất nhiều sự giao thoa.” Ngoài ra, tùy thuộc vào quy mô hoặc cấu trúc công ty bạn, bạn có thể không có ai làm UX cho bạn nên bạn có thể cần phải tự làm lấy nó. Bạn có thể không có khả năng trở thành chuyên gia nhưng nó luôn luôn tốt hơn khi làm một chút và học hỏi từ nó hơn là không làm gì cả. Dave Meyer đồng ý rằng UX là điều bắt buộc đối với những người bắt đầu sự nghiệp trong việc quản lý sản phẩm. Vào cuối ngày, các nhà quản lý sản phẩm sẽ cần phải tự đưa ra quyết định cho UX theo thời gian. Và ngay cả khi bạn không làm, bạn sẽ cần phải hợp tác với các nhà thiết kế UX ở mọi giai đoạn trong sự nghiệp quản lý sản phẩm của bạn. Khả năng ‘nói được ngôn ngữ của UX’ là điều bắt buộc đối với bất kỳ PM nào chúng tôi thuê tại Atlassian. “Tuyệt đối,” Niall Kiernan đồng ý như vậy. “Sau đó, tôi đã hướng dẫn một vài người, điều đầu tiên tôi bắt đầu nghĩ đến vấn đề chúng tôi đang cố gắng giải quyết theo quan điểm của khách hàng.” Sau đó, hãy nhìn vào con đường khách hàng sẽ đi theo để giải quyết quá trình đó trước khi xem xét tình hình thực tế sẽ như thế nào. Đối với tôi, bạn có thể thực hiện phát triển ứng dụng phần mềm mà không cần tham gia vào UX. Bài viết này ban đầu được đăng trên blog.uxtraining.com.