#product_management

[instalidea]

The Blockchain Product Manager | Ken Ashe, Blockchain PM | Substack

Product Management in the Blockchain space. Click to read The Blockchain Product Manager, by Ken Ashe, Blockchain PM, a Substack publication

[lifecarelogistic]

Life Care Logistic is a 3PL company in India that provides world-class temperature-controlled and temperature-controlled offerings throughout the supply chain, delivering shipments to destinations in ideal conditions. Our capabilities include engaged and controlled fleets with temperature management capabilities and stable temperature management centers.

[eggpressonet]

12 kỹ năng cốt lõi mà Product Managers cần có

Gần đây, một sinh viên đã hỏi tôi về quản lý sản phẩm (product management) và những "bản lĩnh" cần có của một Product Manager. Tôi đã suy nghĩ và gửi cô ấy danh sách này. Điều quan trọng nhất là, tất cả những năng lực này đều có được nhờ học và thực hành chứ không phải cái gì quá cao siêu. Còn những thứ khác nữa, bạn sẽ học được qua quá trình thử và thất bại.

Tôi không liệt kê ở đây những thứ như Agile, scrum, roadmaps, backlogs, backlogs, user-story writing hay gì đó tương tự. Bạn có thể dễ dàng tìm hiểu về chúng qua vài cuốn sách. Biết về "Agile" trong một tổ chức sẽ không giúp nhiều cho bạn trong công việc sắp tới. Thay vào đó, học cách giao tiếp rõ ràng, tổ chức các cuộc họp 1 cách hiệu quả sẽ có ích cho bạn trong toàn bộ sự nghiệp (của một Product Manager, hoặc bất cứ nghề nào khác).

VÀ SAU ĐÂY LÀ 12 KỸ NĂNG CỐT LÕI MÀ MỘT PRODUCT MANAGERS CẦN CÓ:

Thực hiện phỏng vấn người dùng/ khách hàng 1 cách hiệu quả.

Xây dựng các mô hình doanh thu, giá cả và mô hình chấp nhận trên phạm vi cả vĩ mô và vi mô.

Thiết kế thử nghiệm (experiment design) và phân tích. Thống kê.

Điều hành, hỗ trợ và thiết kế các cuộc họp hiệu quả.

Nắm rõ đường đi nước bước của các đối tác phức tạp, các đối thủ cạnh tranh, hệ sinh thái của khách hàng và lập sơ đồ các mối quan hệ. Hiểu về Độ phức tạp của môi trường và có tư duy hệ thống (complexity and systems thinking). Nghiên cứu kiến thức chuyên ngành (domain research).

Hiểu biết cơ bản về mô hình hóa dữ liệu (Data Modeling), JSON, XML, có kinh nghiệm làm việc với cơ sở dữ liệu quan hệ và phi quan hệ (relational and non-relational databases). SQL, RES APIs, xử lý dữ liệu sử dụng Python,...

Có kinh nghiệm sử dụng các công cụ phân tích (analytics tools), các công cụ trí tuệ doanh nghiệp (business intelligence tools). Biết rõ mình đang tìm kiếm điều gì và sẽ tìm thấy nó ở đâu.

Có kiến thức sâu rộng về tính khả dụng (usability), kiểm thử tính khả dụng (usability testing) và suy nghiệm tính khả dụng (usability heuristics). Có khả năng giao tiếp với team UX bằng ngôn ngữ chung.

Hiểu về thiên kiến nhận thức (cognitive biases) và biết rõ nó ảnh hưởng như thế nào đến việc đưa ra quyết định.

Các kỹ năng giao tiếp: khả năng lắng nghe, sử dụng lời nói, chữ viết và giao tiếp bằng hình ảnh (visual communication).

Phương pháp ghi chép hiệu quả.

Kỹ năng quản lý thời gian (time management).

Bài gốc kèm link tài liệu tham khảo liên quan đến một số thuật ngữ nhắc đến trong bài: Link

[eggpressonet]

Value Proposition

Cách đây 6-7 năm, khi mình mới bắt đầu tiếp xúc với mảng quản lý sản phẩm. Lúc này luôn đi loanh quanh xem mấy ông cùng ngành hoặc chính đối thủ cạnh tranh xem có gì hay rồi bắt chước. Vì mình làm mảng online retail mà cái này thì có vô vàn references khác nhau.

Hồi đó mình có tìm được 1 bài báo liệt kê những website có conversion rate cao nhất thế giới. Số 1 là Schwans. Conversion rate đâu cỡ 40% (vãi lúa, 10 khách ghé website có 4 khách mua hàng). Amazon tầm 3-6% (mùa sale là 6-12%). Số 2 nhớ không nhầm là womenwithin 21%. Học ngay cái sticky cart của Schwans. Cũng tăng được đôi chút. Tuy nhiên sau đó cái tăng mạnh nhất lại là từ cái vụ simplify order form (sau này có vuivui.com làm gần giống nhất).

Sau này ngẫm lại mới thấy thực ra khách hàng bỏ tiền ra cho dịch vụ của mình vì lý do gì mới hiểu được bản chất vấn đề. Đấy là giá trị mình mang lại cho họ là gì. Các hãng đặt xe giúp ngăn nạn chặt chém hoặc đi mua đường kiếm thêm tiền của taxi hay xe ôm truyền thống. Họ giữ giá trị này rất tốt nên khách hàng tìm đến và gắn bó với họ. Facebook giúp tạo ra giá trị trong việc dễ dàng kết nối với bạn bè hơn Yahoo hay forum trước đây. Người dùng gắn bó với họ.

Khi dạy lớp product design, mình tập trung các bạn vào chuyện tìm kiếm value proposition của một sản phẩm. Nếu value proposition không đủ vững chắc với một tập khách hàng nhất định (có thể tập này làm tiền đề để tăng trưởng) thì rất khó có thể cạnh tranh được với những sản phẩm khác.

Slack tạo ra giá trị kết nối trong công việc một cách rất linh hoạt cho người làm công ty công nghệ. Với những công ty truyền thống, mình không chắc là Slack phù hợp, Skype có thể tốt hơn. Tuy nhiên với nhóm nhân sự công ty công nghệ đủ lớn để tạo thói quen người dùng và thị trường để lôi kéo những người dùng mới.

Mình có gặp khá nhiều người quản lý sản phẩm thì mối quan tâm chính của họ là tính năng nọ, tính năng kia. Đôi khi họ biết tại sao họ cần tính năng đó. Nhưng đôi khi họ cũng chẳng biết. Câu trả lời đơn giản là "đối thủ của họ có". Tuy nhiên nếu bạn thử tìm hiểu ngược lại: "điều gì sẽ tối đa hóa giá trị mà bạn tạo ra cho khách hàng" thì mọi thứ sẽ sáng sủa hơn nhiều. Bạn sẽ biết bạn cần làm điều gì cho khách hàng.

...Và khi đó việc bắt chước sẽ có ý nghĩa hơn rất nhiều

Value proposition có phải là cây đũa phép?

Nói chung thì value proposition cũng quan trọng nhưng không phải tất cả. Vì thực tế những case study thành công đều không phải là người đi đầu. Ví dụ Google không phải là công cụ tìm kiếm đầu tiên hay Chrome không phải là trình duyệt web đầu tiên. Người cuối cùng còn tồn tại mới quan trọng.

Giả sử ban đầu Value proposition của Uber là kết nối người có xe và người có nhu cầu đi xe. Tuy nhiên sau đó có rất nhiều hãng khác cũng có chung Value proposition này ví dụ như Lyft thì cuộc cạnh tranh lại qua lại chuyện ông nào trường vốn, ông nào tối ưu hơn.

Theo như Kano Model thì những thứ mới hiện tại sẽ không còn là mới trong tương lai nữa. Hay như Chiến lược cạnh tranh của Kotler thì chiến lược khác biệt hóa cũng chỉ có tác dụng một thời gian nhất định, sớm muộn sẽ tới lúc quay về chuyện cost leadership, optimize vận hành

[mustafa-jaber]

Product Managment

I'm reading at the moment some books about product management to improve my skills and enrich my knowledge in this amazing field.  I'll be posting some of the important things that are in the heart and surround the topic.

I'll start with an amazing definition for the job of a product manager which I read in the book "The Product Manager's Desk Reference":

The primary function of the product manager is to choose the correct response to rapidly changing, complicated conditions, or in the best circumstances, to be able to anticipate and lead change.

[pmadhavan]

Constructing the Product Roadmap

When I started out in the team, I was tasked out with coming out with a plan so that we can demonstrate the product with real data. The idea was to demonstrate it to our prospect with their own data and win them over. However, when I started working, I found out that what we lacked was not a plan but a vision. I quickly put together a one day workshop with our team and our product owner. When we started talking, we talked about several things and figured out that we needed a plan of various proportions. We needed a plan that could help us one the following:

Provide a focus for the long term with near term focus on just one thing

Help us talk to prospects on what we are going to do

Help us decide on when we would need to focus shift on which function - Engineering , sales etc

We also did a quick “Product in a box” exercise so that all of us in a team can practice and imbibe the elevator pitch. We needed this since we had to do this pitch at several levels - Internal as well as to prospects. This is how the “Product in a box” looks like.

This is how the product roadmap looks like.

[pmadhavan]

Finding your target audience

The biggest task of the product manager is to find your target audience. Typically it is a very tight rope walk. You define it too narrowly and you would struggle to generalise the product later. You define it too broad and you would struggle to satisfy a lot of people and the product might not take off at all. There is this awesome post by Dave Mcclure on why Niche target segment works. Blog link here. What he says is mostly right and that is what we did as well. We did it mostly by accident. We had to define our niche because we could only talk to those kind of retailers and get data from them to start developing the data. It did have its upside. We were very clear on what we wanted to develop and we are slowly talking to retailers and adding more scenarios. As we are doing this, we are also talking to a slightly different set of retailers. This helps us incrementally build our product while also generalizing the existing features. In our case, we did not find our target audience. They found us.

[pmadhavan]

From a Business Analyst to a Product Manager

Being a business analyst is probably the easiest part of the product manager.

I did not start out as a product manager and the role evolved naturally.

When I started my role in the product team, the following questions kept coming back.

Why are we doing this product? Is there enough need out there and do we know what returns we would get?

Do we know who we are building for and what are we building?

While these are innocuous questions that can be posed to a business analyst working on any IT project, what differed was there were no one person or team we could pose these questions to to arrive at answers.

We could also not design workshops in case there were multiple stakeholders to arrive at these answers.

I ended up doing the following and slowly what I started doing defined the role that I had taken up.

I started doing market research to understand what are the market segments available for my product

Visiting retailers and trying to understand their pain points helped us understand what we should build and who we should build for

Carrying lo-fi and functional prototypes to demonstrate and receive feedback.

However I would soon find out that there was way more to the product manager role than what meets the eye.