Thật khó để xác định vai trò và trách nhiệm của người quản lý sản phẩm một cách phổ quát; mỗi công ty đều có vai trò và trách nhiệm riêng của mình, vì vậy việc chuyển sang vị trí này có thể là một nhiệm vụ đầy thách thức với những yêu cầu không rõ ràng.
Trong năm qua, tôi đã phỏng vấn hơn XNUMX ứng viên cho vị trí quản lý sản phẩm cấp dưới và nhận thấy rằng hầu hết họ đều không biết gì về những gì họ không biết. Người tìm việc có những lỗ hổng lớn trong hiểu biết về vai trò và trách nhiệm của người quản lý sản phẩm. Mặc dù rất quan tâm đến vị trí này nhưng họ thường không chắc chắn nên bắt đầu từ đâu và tập trung vào lĩnh vực nào.
Vì vậy, dưới đây là sáu lĩnh vực kiến thức mà tôi tin là quan trọng nhất đối với người quản lý sản phẩm và các nguồn lực liên quan của họ. Tôi hy vọng những tài liệu này có thể xua tan sương mù và chỉ ra con đường đúng đắn.
Chuyển giao cho
1. Tìm hiểu cách thức hoạt động của các công ty khởi nghiệp
Eric Ries, tác giả cuốn Phương pháp khởi nghiệp, định nghĩa khởi nghiệp là một tổ chức được thiết kế để tạo ra một sản phẩm mới trong những điều kiện cực kỳ không chắc chắn.
Các nhiệm vụ và hoạt động cơ bản của người sáng lập công ty khởi nghiệp và người quản lý sản phẩm giai đoạn đầu có sự chồng chéo đáng kể. Cả hai đều cố gắng tạo ra sản phẩm mà mọi người mong muốn, yêu cầu 1) tung ra sản phẩm (tính năng), 2) giao tiếp với khách hàng để hiểu liệu ưu đãi có đáp ứng được nhu cầu của họ hay không, 3) nhận phản hồi từ họ, 4) lặp lại chu trình.
Người quản lý sản phẩm phải hiểu cách các công ty khởi nghiệp thành công xây dựng sản phẩm, tìm vị trí thích hợp trên thị trường, giao tiếp với khách hàng, ưu tiên các tính năng tiềm năng và cố tình tạo ra những thứ không có quy mô.
Các tài nguyên giúp bạn tìm hiểu cách thức hoạt động của các công ty khởi nghiệp:
- Cách quản lý khởi nghiệp và phát triển doanh nghiệp của bạn với tốc độ tối đa: , của Eric Rees.
- , của Sam Altman.
- Bài giảng về cách giao tiếp với người dùng: Cắt Emmett.
- Tại sao các hành động thường xuyên, không thể mở rộng quy mô lại là bí quyết giúp một công ty khởi nghiệp thành công: , Paul Graham.
- Cơ bản về các phương pháp đánh giá hành vi người dùng đối với một sản phẩm: , Dave McClure.
Фото — , khu vực
2. Hiểu tại sao tính linh hoạt lại quan trọng
Người quản lý sản phẩm thường phải đối mặt với những thách thức mà không có giải pháp sẵn có—và trong một môi trường không chắc chắn và liên tục thay đổi. Trong những điều kiện như vậy, hãy lập ra một cách nghiêm ngặt - một cam kết chắc chắn sẽ thất bại.
Việc lập kế hoạch và quản lý quy trình phát triển phần mềm phải được điều chỉnh cho phù hợp với môi trường này - bạn cần di chuyển nhanh chóng và dễ dàng thích ứng với các thay đổi cũng như phát hành các tính năng liên tục theo từng phần nhỏ. Ưu điểm của phương pháp này:
- Những quyết định tồi tệ có thể được nhận ra sớm hơn - và biến thành những trải nghiệm hữu ích.
- Thành tích thúc đẩy mọi người từ rất sớm và chỉ cho họ đi đúng hướng.
Điều quan trọng là người quản lý sản phẩm phải hiểu tại sao tính linh hoạt trong việc lập kế hoạch và vận hành lại quan trọng.
Các tài nguyên giúp bạn học cách phát triển phần mềm linh hoạt:
- и .
- về văn hóa công nghệ của Spotify, nơi đã truyền cảm hứng cho các nhóm trên khắp thế giới (và giúp họ đánh bại Apple Music).
- về phát triển phần mềm linh hoạt là gì. Hãy nhớ rằng không có quy tắc cụ thể nào về “tính linh hoạt” - mỗi công ty áp dụng nguyên tắc này một cách khác nhau (và theo những cách khác nhau ngay cả ở các nhóm khác nhau trong cùng một công ty).
3. Nâng cao hiểu biết về công nghệ của bạn
“Tôi có cần học chuyên ngành máy tính không?”
“Tôi có cần biết lập trình không?”
Trên đây là hai câu hỏi hàng đầu mà tôi nhận được từ những người muốn tham gia vào lĩnh vực quản lý sản phẩm.
Câu trả lời cho những câu hỏi này là “không”: người quản lý sản phẩm không cần biết lập trình hoặc có nền tảng máy tính (ít nhất là trong trường hợp 95% việc làm trên thị trường).
Đồng thời, người quản lý sản phẩm phải phát triển trình độ kỹ thuật của riêng mình để:
- Nói chung hiểu các hạn chế kỹ thuật và độ phức tạp của các tính năng tiềm năng mà không cần hỏi ý kiến nhà phát triển.
- Đơn giản hóa việc giao tiếp với các nhà phát triển bằng cách hiểu các khái niệm kỹ thuật cốt lõi: API, cơ sở dữ liệu, máy khách, máy chủ, HTTP, ngăn xếp công nghệ sản phẩm, v.v.
Các tài nguyên giúp nâng cao kiến thức công nghệ của bạn:
- Khóa học cơ bản về các khái niệm kỹ thuật cơ bản: , Team Treehouse (có bản dùng thử 7 ngày miễn phí).
- Khóa học xây dựng khối phần mềm: , Học viện Khan (miễn phí).
- Stripe được biết đến với - sau khi đọc nó, bạn sẽ hiểu được cách hoạt động của API. Nếu một số điều khoản không rõ ràng, chỉ cần Google nó.
4. Học cách đưa ra quyết định dựa trên dữ liệu
Người quản lý sản phẩm không viết ra sản phẩm thực tế, nhưng họ đóng một vai trò quan trọng trong việc tác động đáng kể đến hiệu suất của nhóm - đưa ra quyết định.
Các quyết định có thể là nhỏ (tăng chiều cao của hộp văn bản) hoặc lớn (thông số kỹ thuật nguyên mẫu cho sản phẩm mới phải là gì).
Theo kinh nghiệm của tôi, những quyết định đơn giản và thuận tiện nhất luôn dựa trên kết quả phân tích dữ liệu (cả định tính và định lượng). Dữ liệu giúp bạn xác định phạm vi nhiệm vụ, chọn giữa các phiên bản khác nhau của các yếu tố thiết kế, quyết định nên giữ hay loại bỏ tính năng mới, giám sát hiệu suất, v.v.
Để làm cho cuộc sống của bạn dễ dàng hơn và mang lại nhiều giá trị hơn cho sản phẩm của bạn, điều quan trọng là phải xem xét ít ý kiến (và thành kiến) hơn và nhiều sự thật hơn.
Các tài nguyên giúp bạn học cách đưa ra quyết định dựa trên dữ liệu:
- Khóa học cung cấp kiến thức cơ bản về thống kê: , Độ bền (miễn phí).
- Khóa học về các nguyên tắc cơ bản của việc trích xuất thông tin hữu ích từ cơ sở dữ liệu và phân tích nhanh chóng: , Datacamp (có sẵn bản dùng thử miễn phí).
- Nền tảng Booking.com là một trong những nền tảng tiên phong về thử nghiệm A/B. mô tả cách tiếp cận của họ để thử nghiệm.
- Bài viết về thử nghiệm Airbnb:
- Giới thiệu về Học máy: , Adam Geitgey.
5. Học cách nhận biết thiết kế tốt
Người quản lý sản phẩm và nhà thiết kế làm việc cùng nhau để cung cấp trải nghiệm người dùng tốt nhất cho sản phẩm.
Người quản lý sản phẩm không nhất thiết phải thiết kế, nhưng anh ta cần có khả năng phân biệt thiết kế tốt với thiết kế tầm thường và từ đó đưa ra phản hồi hữu ích. Điều quan trọng là có thể vượt ra ngoài những gợi ý như "làm cho logo lớn hơn" và can thiệp khi mọi thứ bắt đầu trở nên phức tạp và thiết kế trở nên dư thừa.
Các tài nguyên giúp bạn tìm hiểu thế nào là thiết kế tốt:
- Một cuốn sách về những gì làm cho một sản phẩm trở nên tiện lợi và trực quan: , Steve Krug.
- Kiểm tra các hướng dẫn (từ Apple, dành cho iOS) và (từ Google, dành cho Android) và cố gắng tìm các mẫu thiết kế được mô tả trong ứng dụng của bạn.
- Bài học , Harry Tân.
6. Đọc tin tức công nghệ
Những bài hát, những bức tranh, những quan niệm triết học... những điều mới mẻ luôn là sự kết hợp của những ý tưởng sẵn có. Steve Jobs không phát minh ra máy tính cá nhân () và Sony đã không phát minh ra chiếc máy ảnh kỹ thuật số đầu tiên (). Các công ty nổi tiếng làm lại những ý tưởng hiện có, mượn, sử dụng và điều chỉnh những ý tưởng đã được đưa ra - và đây là một quá trình tự nhiên để tạo ra một cái gì đó mới.
Tạo ra có nghĩa là kết nối nhiều bộ phận với nhau. Nếu bạn hỏi một người sáng tạo xem anh ta đã làm điều gì đó như thế nào, anh ta sẽ cảm thấy hơi tội lỗi, bởi vì theo hiểu biết của anh ta, anh ta không làm gì cả mà chỉ nhìn thấy một bức tranh.
- Steve Jobs
Người quản lý sản phẩm cần phải liên tục cập nhật các sản phẩm mới, tìm hiểu về các công ty khởi nghiệp và thất bại đang phát triển nhanh, là người đầu tiên sử dụng các công nghệ tiên tiến và lắng nghe các xu hướng mới. Nếu không có điều này, sẽ không thể duy trì sức mạnh sáng tạo và cách tiếp cận đổi mới.
Tài nguyên để đọc, nghe và xem định kỳ:
- Sản phẩm mới và xu hướng internet hàng ngày: и
- Tin tức công nghệ hàng ngày: , и .
- Đăng ký để : Tác giả Jason Calacanis định kỳ mời các doanh nhân chia sẻ kinh nghiệm của họ.
- Các nhà lãnh đạo công nghệ và những người có ảnh hưởng trên Twitter: , , , , ,
Về người dịch
Bài viết được dịch bởi Alconost.
Alconost đã đính hôn , bằng 70 ngôn ngữ. Người dịch bản địa, kiểm tra ngôn ngữ, nền tảng đám mây với API, bản địa hóa liên tục, người quản lý dự án 24/7, mọi định dạng tài nguyên chuỗi.
chúng tôi cũng làm — dành cho các trang web bán hàng, hình ảnh, quảng cáo, giáo dục, đoạn giới thiệu, phần giải thích, đoạn giới thiệu cho Google Play và App Store.
→
Nguồn: www.habr.com