Công việc của Product Owner là gì? Product Owner Chợ Tốt giải thích tất cả (updated)

Product Owner là người “ chiếm hữu ” loại sản phẩm. Họ chịu nghĩa vụ và trách nhiệm xử lý những yếu tố của end-user, từ đó quản lý và vận hành và nâng cấp cải tiến loại sản phẩm để đạt được tiềm năng kinh doanh thương mại của công ty .

Đọc bài phỏng vấn của ITviec với anh Nguyễn Đức Đông Hiếu, Product Owner tại Chợ Tốt, để biết:

Công việc của Product Owner là gì?
Product Owner khác gì Product Manager, UX Designer?
3 nguyên tắc quan trọng nhất khi phát triển sản phẩm

Xem việc làm Product Owner tại ITviec

Bạn đang đọc: Công việc của Product Owner là gì? Product Owner Chợ Tốt giải thích tất cả (updated)

Tiểu sử: Anh Nguyễn Đức Đông Hiếu tốt nghiệp Đại học Northampton (Anh) năm 2013, chuyên ngành Business Computing Systems.

Sau đó, anh trở lại Nước Ta và khởi đầu sự nghiệp với việc làm UX Designer tại Orient Software .
Tiếp đó anh đầu quân cho Zalo ( thuộc VNG Corporation ) với vị trí Associate Product Executive .
Hiện tại, anh Hiếu đảm nhiệm vị trí Product Owner tại Chợ Tốt .

Mục lục nội dung

Product Owner là gì, anh có thể định nghĩa ngắn gọn?

Product Owner là người “ chiếm hữu ” loại sản phẩm. Họ chịu nghĩa vụ và trách nhiệm xử lý những yếu tố tương quan đến loại sản phẩm và end-user, đồng thời vận hành, nâng cấp cải tiến mẫu sản phẩm để đạt được tiềm năng kinh doanh thương mại của công ty .
Dù ở công ty product hay công ty outsourcing thì Product Owner cũng là tác nhân quan trọng nhất quyết định hành động đến những tính năng của mẫu sản phẩm. Họ phải có tầm nhìn dài hạn, phải hiểu rất rõ về loại sản phẩm của mình và luôn đặt mình vào vị trí của end-user trước khi đưa ra quyết định hành động .
product-owner-la-gi

Điểm khác nhau giữa Product Manager và Product Owner là gì ?

Ở Việt Nam, Product Owner/Manager/Specialist/Executive… không phải là những chức danh “chuẩn” tương ứng với từng nấc thang trong một nhánh nghề nghiệp. Chúng sẽ thay đổi tùy theo cấu trúc công ty, cũng như quy mô dự án.

Ví dụ, tại Chợ Tốt có những cấp bậc : Product Director, Senior Product, Product Specialist .

Cho nên, khi tìm chốn “ nương thân ”, bạn nên đọc kĩ miêu tả chứ đừng chỉ nhìn vào job title ( cười ) .
Từ kinh nghiệm tay nghề đơn cử của mình tại Chợ Tốt cũng như Zalo, thì Product Manager và Product Owner khác nhau về khoanh vùng phạm vi, đặc thù việc làm :

Product Manager là người giải quyết những vấn đề mang tính chất tổng quan, chiến lược của sản phẩm. Ví dụ như tầm nhìn, định vị sản phẩm trong thị trường, làm product roadmap .v.v…

Product Owner là người giải quyết những vấn đề thực tế của user khi sử dụng sản phẩm. Từ đó vận hành/cải tiến sản phẩm nhằm đạt được KPI kinh doanh của công ty.

Product Owner hoàn toàn có thể coi là “ Product Manager ” của một / vài loại sản phẩm nhỏ nằm trong loại sản phẩm lớn .
Ví dụ, tại Chợ Tốt, mỗi Product Specialist ( tương tự Product Owner ) đảm nhiệm mỗi mảng riêng. Mỗi người sẽ xử lý những yếu tố khác nhau của user như đăng tin, đề xuất kiến nghị món hàng tương thích, tương hỗ người bán chuyên nghiệp mở shop …

Vậy những công việc của Product Owner là gì?

Theo dõi “sức khỏe” của sản phẩm thông qua số liệu/phản hồi của user. Từ đó tìm ra các vấn đề cần sửa chữa/cải tiến.
Làm user research, bao gồm cả phỏng vấn trực tiếp user, để chắc chắn những vấn đề nêu trên thực sự là vấn đề (không phải phỏng đoán).
Đưa ra giải pháp. Kết hợp với UX Designer để vẽ wireframe, với UI Designer để “khoác áo” cho thiết kế. Làm specifications để diễn giải thiết kế cho đội ngũ phát triển (dev, QA).
Lên timeline và kế hoạch release. Tùy vào quy mô của tính năng sản phẩm mà có thể chia làm nhiều giai đoạn release nhỏ.
Sau khi release, tiếp tục theo dõi các chỉ số, và lặp lại quy trình nói trên.

Bạn hoàn toàn có thể tìm hiểu thêm thêm vai trò của Product Owner là gì trong tiến trình Scrum minh họa sau :

product-owner-la-gi-process

3 nguyên tắc quan trọng nhất khi phát triển sản phẩm?

1. Đề cao sự rõ ràng (clear, but not fancy).

Nghĩa là loại sản phẩm phải đơn thuần, dễ hiểu, dễ sử dụng và đúng mong đợi của user. Thay vì đẹp nhưng rắc rối, khó hiểu, khó dùng .

2. Mọi quyết định phải dựa trên số liệu (data driven).

Người làm product đôi lúc mắc bệnh “ áp đặt ”. Nghĩa là phong cách thiết kế mẫu sản phẩm dựa trên mong ước / ý thích của cá thể chứ không phải nhu yếu trong thực tiễn của user. Cho nên, nguyên tắc tối quan trọng trong tăng trưởng loại sản phẩm là :

Ý tưởng phải xuất phát từ thực tế nghiên cứu thị trường, phân tích dữ liệu.
Sau đó, phải phản biện ý tưởng một lần nữa thông qua nghiên cứu, phỏng vấn trực tiếp user. Từ đó, chứng minh ý tưởng đó thực sự là một vấn đề cần giải quyết, chứ không phải chỉ là một giả thuyết/suy đoán.

Khi phỏng vấn user, nên vận dụng kĩ thuật “ câu hỏi đuổi ” ( 5 whys ) để “ đào ” thông tin .

3. Thiết kế cho mọi người, nhưng TẬP TRUNG vào đối tượng trung cấp (intermediates).

Nếu hướng đến người dùng sơ cấp ( beginner ), thì mẫu sản phẩm dễ khiến người dùng trung / hạng sang ( intermediates / experts ) cảm thấy nhàm chán, bị làm phiền .
trái lại, phong cách thiết kế đặt experts làm trọng tâm sẽ khiến beginner khó hiểu, khó sử dụng .
Cho nên, tiềm năng của người phong cách thiết kế mẫu sản phẩm là hướng đến intermediates. Đồng thời tương hỗ beginner dần chuyển sang nhóm intermediates / experts .

Ngoài 3 nguyên tắc trên, Hiếu cũng muốn nhấn mạnh thêm 2 lưu ý:

Sản phẩm phải thân thiện, luôn có sự phản hồi/giao tiếp với người dùng.

Ví dụ, khi đăng nhập, nếu user nhập sai username / password thì mạng lưới hệ thống BẮT BUỘC phải thông tin cho user biết là họ đã sai ở đâu .
Nếu không, user sẽ không hiểu, không thao tác tiếp được. Họ sẽ tức bực, thậm chí còn ngừng sử dụng mẫu sản phẩm luôn .

Người làm product phải biết “thông cảm” với user.

Bởi vì mình là người làm ra loại sản phẩm nên với mình thì mọi thứ hoàn toàn có thể rất đơn thuần rõ ràng. Nhưng không có nghĩa user cũng cảm thấy như vậy .
Ngoài ra, khi tìm hiểu và khám phá kĩ những vướng mắc của user, mình sẽ chắt lọc được nhiều thông tin quý giá để nâng cấp cải tiến mẫu sản phẩm .

Ví dụ, lần tiên phong triển khai phỏng vấn trực tiếp user, Hiếu đã rất bực mình khi thấy user loay hoay mãi mà không đăng được tin rao bán nhà. Họ cứ than : đăng tin khó quá, nhiều bước quá, không biết phải làm gì tiếp theo .
Mình thì nghĩ bụng : trời ơi, thì bấm “ Tiếp tục ”, rồi điền thông tin như nhu yếu, cứ thế mà đi tiếp chứ có gì đâu .
Nhưng nghĩ như vậy là sai. Bởi vì sau đó, lúc phỏng vấn kĩ hơn, thì hóa ra user là người bán cá thể, lần tiên phong đăng tin rao vặt. Thành ra họ cảm thấy mệt khi phải thực thi quá nhiều bước .
Từ đó, Hiếu bèn nâng cấp cải tiến lại form đăng tin, chia làm 2 flow cho 2 đối tượng người tiêu dùng khác nhau là người bán cá thể và người bán chuyên nghiệp. Flow đăng tin cho người bán cá thể thì cần đơn thuần, ít bước, ít thao tác hơn .

Thách thức lớn nhất đối với một Product Owner là gì?

Không chỉ Hiếu, mà có lẽ rằng nhiều bạn làm product khác cũng từng đối lập cơn ác mộng mang tên “ traffic lên không hiểu vì đâu, traffic xuống cũng chẳng hiểu vì sao ” .

Có lần, số lượng tin đăng bị rớt tới 25 %. Cả team bò ra test trên đủ loại thiết bị, ở đủ những hạng mục mà vẫn không tìm ra nguyên do là gì, bị dính bug ở đâu .
May sao, lúc mình mở private browser ra để thử đăng nhập, đăng tin như user mới trọn vẹn, thì phát hiện ra là mạng lưới hệ thống đẩy mình qua một phiên bản khác thuộc môi trường tự nhiên staging ( nội bộ nhưng chưa số lượng giới hạn cho người dùng public ) mà không record .
Vậy là, chiều thứ 7 hôm đó, bạn bè Chợ Tốt cùng mở máy hot fix thôi .

Nhưng lần đó chỉ là may mắn ngẫu nhiên. Và không phải lúc nào mọi thứ cũng hiển thị lồ lộ trên UI hoặc số liệu. Cho nên, theo Hiếu, thách thức lớn nhất là tìm ra được nguyên nhân của vấn đề.

Để “ chiến đấu ” với thử thách này, thì mình phải ăn, ngủ, sống với loại sản phẩm. Phải theo dõi sát sao những chỉ số hàng ngày, đặc biệt quan trọng là mỗi lần release tính năng mới ( vì hoàn toàn có thể ảnh hưởng tác động đến những flow tiếp theo ) .

Ngoài ra, Hiếu nghĩ càng dày dạn kinh nghiệm phát triển sản phẩm thì mình cũng sẽ càng “nhạy” hơn trong việc tìm nguyên nhân vấn đề.

Xem thêm: Downtown Là Gì? Uptown Là Gì ? Uptown Là Gì? Phân Biệt Downtown Và Uptown

Cơ duyên giúp anh đi theo nghề Product Owner là gì?

Mình suôn sẻ theo học Đại học ngành Business Computing Systems – “ lai ” giữa thương mại / kinh doanh thương mại và kỹ thuật .
Ngoài ra, 5 năm sống ở Anh, mình cũng là active seller trên eBay. Từ đó tích góp được 1 số ít kinh nghiệm tay nghề tiếp xúc với người mua. Nhờ vậy, mình có cái nhìn tổng quan hơn về cả hai hướng ngành thương mại / kỹ thuật ; cũng như hiểu rõ bản thân cần / muốn gì hơn .

Mình xác định ngay từ đầu là sẽ không đi theo coding. Lý do là vì 1) không phù hợp 2) khi tìm hiểu, thấy tuổi nghề của coder chỉ chừng 10 năm 3) rất nhiều coder đang dần chuyển hướng sang làm product/user experience.

Xem thêm 30 tuổi có phải là quá già cho Developer ?

Khi về Việt Nam, công việc đầu tiên của mình là UX Designer cho một sản phẩm HR tool. Sau 1 năm làm UX, mình nhận thấy đây đúng là định hướng mình thích. Tuy nhiên, sản phẩm HR tool thì chỉ phục vụ nội bộ doanh nghiệp nên không có lượng người dùng “khủng”.

Mình bèn nộp đơn qua Zalo để được làm sản phẩm massive-userbase. (Thời điểm tháng 5/2015, Zalo có khoảng 30 triệu người dùng). Thời gian làm ở Zalo Chat chỉ 6 tháng, nhưng mình đã học được rất nhiều từ các đàn anh về việc vận hành, cải tiến sản phẩm để phục vụ mục tiêu kinh doanh của công ty.

Đặc biệt, cũng thời gian này, mình tham gia nhóm Product and UX trên Facebook. Nhóm này có hơn 4300 thành viên, chủ yếu là 5-6 năm kinh nghiệm làm UX vì nghề này còn rất mới, chỉ có một vài anh đạt 9-10 năm kinh nghiệm.

Được truyền lửa, được thưởng thức rất nhiều mẫu sản phẩm mới trong hội đồng UX, mình càng nhận ra đam mê với nghề làm product .

Và mình chọn Chợ Tốt làm điểm dừng chân tiếp sau đó vì 1) mình được theo đuổi đam mê làm product 2) Chợ Tốt là một massive-usebase 3) Chợ Tốt theo định hướng eCommerce, phù hợp với sở thích “buôn bán” của mình.

product-owner-la-gi-2

Anh từng làm UX Designer trước khi trở thành Product Owner. Vậy hai vị trí này giống/khác nhau ra sao?

1. Giống:

Hai vị trí này có nhiều điểm tương đồng về mục tiêu công việc: cả hai đều phải am hiểu user, để từ đó cải tiến sản phẩm nhằm giải quyết các vấn đề mà user gặp phải.

Về công việc cụ thể, thì cả UX Designer và Product Owner đều phải làm user research và vẽ wireframe (cười).

2. Khác:

UX Designer quan tâm nhiều hơn đến trải nghiệm của user trên sản phẩm. Đôi khi, họ cũng kiêm thêm việc design UI, thử nghiệm sản phẩm với user thật trước khi launching.

Còn Product Owner thì chăm sóc nhiều hơn đến việc tăng trưởng / nâng cấp cải tiến những tính năng .

Ví dụ : Với hành vi lọc hiệu quả đồ điện tử trên Chợ Tốt .
UX designers sẽ phải hiểu được sự độc lạ về patterns của web và app khi users thực thi hành vi này nhưng vẫn mang lại thưởng thức như nhau giữa những platform .
Product Owner sẽ kiêm thêm việc đặt ra tiềm năng đạt chỉ số lead / visits tăng từ user vào Chợ Tốt tìm mua đồ điện tử .

UX Designer phải vẽ thành thạo các loại wireframes với các mục đích khác nhau.

Product Owner thì tập trung chuyên sâu vào viết user stories / specifications cho dev / QA để bảo vệ khi hoàn thành xong, mẫu sản phẩm sẽ đúng như phong cách thiết kế của UX Designer và xử lý được bài toán của user .

UX Designer rất hạn chế làm việc trực tiếp với dev/QA/stakeholders. Họ cũng không lên kế hoạch release sản phẩm, hoặc viết user stories. Đây là phần việc của Product Owner.

Trong một quy trình tiến độ tăng trưởng mẫu sản phẩm chuẩn mực, thì Product Owner sẽ quản trị tiến trình loại sản phẩm. UX Designer vẽ wireframe và test với người dùng thực tiễn trên phiên bản thử nghiệm hoàn hảo. Sau đó chuyển qua UI Designer để “ khoác áo ” lên phong cách thiết kế cho đẹp, rồi mới đến đội ngũ kĩ thuật để hiện thực hóa .
Xem thêm UX UI là gì ?

Sai lầm “nhớ đời” của anh với cương vị Product Owner là gì?

Hiếu từng phạm phải một sai lầm đáng tiếc “ hết hồn chim én ” ( cười ) .

Lần đó, Hiếu release flow đăng tin mới cho hạng mục đồ điện tử ( sellers post ad ) thì gặp yếu tố : người dùng phiên bản cũ chưa update Android / iOS không hề đăng tin, do cấu trúc tài liệu khác nhau .
Hậu quả là chỉ số Android app giảm liên tục 3 ngày, mỗi ngày 5-10 % .
Ban đầu, Hiếu tìm mãi không ra nguyên do, vì rõ ràng test phiên bản mới thấy vẫn ổn. Hiếu cầu cứu sếp, thì sếp nói kiểm tra lại tỉ lệ update lên phiên bản mới là nhiêu. 70 %. Nghĩa là còn tới 30 % user vẫn xài phiên bản cũ ! Trời ơi, Hiếu đã quên béng mất họ !
Hiếu vội nhờ QA test lại, rồi cầu cứu Mobile Lead mở lại đầu đăng tin trên phiên bản cũ để “ chữa cháy ”. Sau đó, hối hả làm những việc lẽ-ra-phải-làm-từ-trước như : hiển thị thông tin giúp user tiếp cận phiên bản mới, đồng thời có giải pháp trợ giúp user nếu họ vẫn muốn dùng phiên bản cũ .

‘ Tội lỗi ” này, Hiếu nghĩ một phần do mình còn non, chưa có được cái nhìn tổng thể và toàn diện khi tăng trưởng mẫu sản phẩm, chưa làm test case kĩ với QA, chưa chăm sóc vừa đủ tới user. Giờ thì “ tởn ” rồi ( cười ) .

Bài học quan trọng nhất của anh trong vai trò Product Owner là gì?

Bởi vì Product Owner thao tác trực tiếp với phía business cũng như user nên họ hiểu khát vọng, tiềm năng của công ty ; cũng như chớp lấy được “ tâm sự ” của người dùng mẫu sản phẩm ; biết rõ tại sao cần nâng cấp cải tiến mẫu sản phẩm theo hướng như thế này chứ không phải như thế kia. v.v …

Cho nên, chính họ sẽ phải nhận trách nhiệm truyền cảm hứng cho nhóm phát triển (Designer, Developer, QA…) để sản phẩm làm ra đạt được đúng mục đích nhất.

Theo mình, lí tưởng nhất thì Product Owner nên dành 80 % thời hạn cho việc tăng trưởng loại sản phẩm ( product backlog, timeline, release … ). 20 % còn lại, Product Owner nên dành cho team ( standup meeting hàng ngày, trò chuyện với team về giá trị của mẫu sản phẩm … )

Nếu có thể bắt đầu lại, anh có chọn theo đuổi nghề Product Owner không?

Hiện tại thì vẫn chưa tiếc nuối gì khi theo đuổi nghề Product Owner nên nếu chọn lại thì mình vẫn sẽ chọn ngành này.

Cơ bản là từ năm 16 tuổi, Hiếu đã biết tập tành kinh doanh, sau đó bán hàng trên eBay rồi đọc về sự phát triển của eBay. Dần dần thấm đam mê về làm việc theo ý tưởng mới, thiết lập quy trình làm việc.

Lời khuyên anh dành cho các bạn muốn theo đuổi nghề Product Owner?

Product Owner cần có Domain Knowledge + Product skills .
Kĩ năng mềm thì hoàn toàn có thể học nhanh trong vài tháng hoặc tham gia vài khoá training thời gian ngắn. Tuy nhiên, Hiếu nghĩ domain knowledge cũng rất quan trọng trong nghề Product Owner .
Thêm nữa, “ nhìn xa trông rộng ” và không ngừng học hỏi là điều bắt buộc khi những bạn muốn trở thành Product Owner .

Ví dụ về thương mại điện tử, 3 năm trước không ai tin được hoàn toàn có thể mua hàng xuyên biên giới thuận tiện như giờ đây. Hay như ứng dụng chuyển dời Grab – BE, 3 năm trước không ai ngờ được họ đã lấn sân sang mảng Tài chính, gọi đồ ăn hoành tráng như giờ đây .

Ngoài ra, Hiếu cũng đang cải tổ về cách truyền đạt tâm lý, thuyết trình về một yếu tố một cách súc tích. Một yếu tố trong thực tiễn mà những lập trình viên hay gặp phải đó là đọc không hiểu – nghe không trôi những gì Product Owner truyền đạt .
Hiếu phải viết ra và tổng hợp những quan điểm + follow-up ( theo dõi ) tiếp tục với những bạn lập trình và business owner ( sếp ) để tác dụng kinh doanh thương mại được tốt hơn theo tuần, tháng, quý của năm .