Mở đầu — vì sao bài này quan trọng
Bạn vừa nhận được offer PM đầu tiên sau bao tháng chuyển nghề. Cảm giác lâng lâng. Nhưng rồi tuần đầu tiên đi làm ập đến, và bạn ngồi trước màn hình laptop với một câu hỏi khiến tim đập nhanh: "Mình phải làm gì bây giờ?"
Đây là khoảnh khắc mà rất nhiều PM mới — đặc biệt là người chuyển nghề — vấp ngã. Không phải vì họ thiếu năng lực, mà vì họ không có một kế hoạch cho 90 ngày đầu. Họ lao vào "chứng minh bản thân" quá sớm, đề xuất feature trước khi hiểu sản phẩm, hoặc ngược lại — co cụm lại vì sợ sai, để rồi sau 3 tháng vẫn chưa ai trong team thực sự tin tưởng họ.
90 ngày đầu tiên là cửa sổ vàng. Đây là giai đoạn duy nhất bạn được "miễn nhiễm" với kỳ vọng phải ra kết quả ngay, được phép hỏi những câu ngây ngô mà sau này hỏi sẽ bị đánh giá. Cách bạn dùng 90 ngày này quyết định bạn được nhìn nhận là "PM có tiềm năng" hay "PM mà team phải gánh". Nghiên cứu kinh điển của Michael Watkins trong cuốn The First 90 Days chỉ ra rằng điểm hòa vốn (break-even point) — thời điểm bạn tạo ra giá trị nhiều hơn chi phí mà công ty bỏ ra cho bạn — trung bình rơi vào khoảng tháng thứ 3 đến thứ 6. Mục tiêu của bài này là giúp bạn rút ngắn quãng đó.
Khác với các bài khác trong khóa (như bài về product sense hàng ngày hay reframe kinh nghiệm non-PM), bài này tập trung duy nhất vào bản đồ hành động cụ thể cho 90 ngày đầu trong vai trò PM. Không phải lý thuyết, mà là việc bạn làm gì vào tuần 1, tuần 5, tuần 10.
Khái niệm cốt lõi
Một 90-Day Plan tốt được chia thành ba giai đoạn rõ ràng, mỗi giai đoạn 30 ngày, với một động từ chủ đạo: LẮNG NGHE → ĐÓNG GÓP → DẪN DẮT (Listen → Contribute → Lead). Đây không phải ba khối tách rời mà là ba lớp chồng lên nhau — bạn không ngừng lắng nghe khi sang giai đoạn 2, nhưng trọng tâm năng lượng dịch chuyển dần.
Giai đoạn 1 (Ngày 1–30): LẮNG NGHE
Đây là giai đoạn quan trọng nhất và cũng bị xem nhẹ nhất. Mục tiêu không phải tạo ra cái gì, mà là nạp dữ liệu. Có ba luồng dữ liệu bạn cần hấp thụ:
Con người. Bạn phải gặp gỡ tất cả những người sẽ làm việc cùng: các PM đồng cấp, đội Engineering, đội Design, Sales, Customer Success, đôi khi cả Marketing và Legal. Đây là những cuộc "1:1 làm quen", không phải họp công việc. Mục tiêu là hiểu họ làm gì, họ kỳ vọng gì ở PM, và đâu là những nỗi đau (pain points) họ đang gặp.
Sản phẩm. Bạn phải dùng sản phẩm hàng ngày như một người dùng thật. Không phải đọc tài liệu rồi gật gù, mà thực sự tạo tài khoản, đi qua từng luồng (flow), thử cả những ngóc ngách mà người dùng hay bỏ qua. Một PM không dùng sản phẩm của chính mình giống như đầu bếp không nếm món ăn.
Người dùng và dữ liệu. Bạn cần hiểu ai đang dùng sản phẩm, vì sao, và các con số nói gì. Số liệu retention, funnel chuyển đổi, các phân khúc người dùng chính. Nếu công ty có sẵn user research, hãy đọc hết. Nếu có thể, ngồi nghe một vài cuộc gọi support.
Giai đoạn 2 (Ngày 31–60): ĐÓNG GÓP
Sau khi đã có bức tranh, bạn bắt đầu tạo giá trị cụ thể nhưng ở quy mô nhỏ, an toàn. Đây là lúc nhận một dự án nhỏ có ranh giới rõ ràng (well-scoped) — ví dụ một cải tiến nhỏ trong onboarding, một bug ảnh hưởng nhiều người dùng, hay một feature đã được lên kế hoạch sẵn mà bạn tiếp quản. Mục tiêu là ghi một bàn thắng nhỏ nhưng hữu hình (a quick win) để team thấy bạn vận hành được, đồng thời để bạn học quy trình ship của công ty.
Giai đoạn 3 (Ngày 61–90): DẪN DẮT
Đến đây, bạn bắt đầu chủ động đề xuất hướng đi dựa trên hiểu biết tích lũy. Bạn trình bày một phân tích, đề xuất ưu tiên cho roadmap quý tới, hoặc dẫn dắt một sáng kiến của riêng mình. Bạn chuyển từ "người được giao việc" sang "người định hình việc".
Tình huống thực tế
Ví dụ 1 — Lan, chuyển từ Business Analyst sang APM tại MoMo
Lan từng là BA tại một công ty ngân hàng, chuyển sang làm Associate PM cho mảng thanh toán hóa đơn tại MoMo. Tháng đầu, thay vì vội đề xuất feature, cô đặt lịch 1:1 với 14 người: 4 engineer trong squad, 2 designer, 3 PM khác, 2 người ở đội Risk, và 3 người ở Customer Care. Cô hỏi mỗi người đúng một câu chốt: "Nếu anh/chị là em, điều gì em nên cẩn thận nhất trong 3 tháng đầu?"
Từ đội Customer Care, cô phát hiện một pattern: khoảng 8% ticket của mảng hóa đơn đến từ việc người dùng không hiểu vì sao giao dịch "đang xử lý" lại mất tới 2 phút. Đây là dữ liệu mà các dashboard không hiển thị rõ. Sang tháng thứ hai, thay vì làm feature mới, Lan nhận một quick win: thêm một màn hình trạng thái rõ ràng với thanh tiến trình và thông báo. Ship trong 3 tuần, ticket dạng này giảm khoảng 30%.
Bài học: Quick win mạnh nhất thường nằm ở những vấn đề mà người khác đã biết nhưng chưa ai gom lại. Việc lắng nghe Customer Care — bộ phận PM mới hay bỏ qua — chính là mỏ vàng. Lan không cần ý tưởng thiên tài, cô chỉ cần lắng nghe đúng chỗ.
Ví dụ 2 — Tuấn, kỹ sư phần mềm chuyển sang PM, mắc lỗi "chứng minh bản thân quá sớm"
Tuấn là senior engineer 6 năm kinh nghiệm, chuyển sang PM tại một startup logistics ở TP.HCM. Vì xuất thân kỹ thuật, anh tự tin và ngay tuần thứ hai đã viết một bản đề xuất re-architecture luồng đặt đơn, gửi thẳng cho CTO. Vấn đề: anh chưa nói chuyện với đội vận hành kho, chưa biết rằng luồng "lộn xộn" mà anh muốn dọn dẹp thực ra là cố tình thiết kế vậy để xử lý các trường hợp giao hàng ở vùng sâu. Đề xuất bị bác, và tệ hơn, đội engineering bắt đầu nghĩ "ông PM này chưa hiểu gì đã đòi sửa".
Phải mất gần hai tháng Tuấn mới lấy lại được niềm tin, bằng cách lùi lại, đi thực địa một kho hàng, ngồi cạnh nhân viên điều phối nửa ngày. Khi anh quay lại với đề xuất thứ hai — lần này dựa trên quan sát thật — nó được đón nhận hoàn toàn khác.
Bài học: Với người chuyển nghề có nền tảng chuyên môn mạnh, cám dỗ lớn nhất là dùng chuyên môn cũ để "tỏa sáng" ngay. Nhưng PM là nghề của ngữ cảnh (context). Không có ngữ cảnh, mọi giải pháp dù thông minh đến đâu cũng là đoán mò. Tháng đầu, hãy kìm cái tôi lại.
Ví dụ 3 — Minh, PM mới tại một scale-up Singapore, dùng "30-day listening doc"
Minh gia nhập một công ty SaaS Singapore với vai trò PM cho thị trường Đông Nam Á. Ngay từ ngày 1, anh tạo một tài liệu Notion gọi là "Learning Log" chia làm các mục: Điều tôi quan sát được, Câu hỏi chưa có lời giải, Giả định cần kiểm chứng. Mỗi cuộc họp, mỗi cuộc 1:1, anh ghi lại vào đó. Cuối tháng 1, anh chia sẻ bản tóm tắt này với manager.
Manager của anh sau này nói rằng đó là khoảnh khắc anh "ghi điểm" lớn nhất — không phải vì anh đã làm ra gì, mà vì bản tài liệu cho thấy anh tư duy có hệ thống, biết phân biệt giữa quan sát và giả định, và đã hiểu sản phẩm sâu hơn cả vài PM kỳ cựu.
Bài học: Việc lắng nghe trong 30 ngày đầu phải hiển thị được (visible). Một "listening doc" biến quá trình âm thầm thành bằng chứng thuyết phục, đồng thời tạo cơ hội để manager đính chính nếu bạn hiểu sai điều gì.
Hướng dẫn từng bước
Tuần 1 — Thiết lập nền tảng. Xin quyền truy cập tất cả công cụ (Jira/Linear, analytics, Figma, kho tài liệu). Tạo "Learning Log" của riêng bạn. Hỏi manager đúng ba câu: "Thành công của em trong 90 ngày trông như thế nào?", "Ai là người em nhất định phải xây dựng quan hệ tốt?", và "Đâu là sai lầm mà PM trước hay PM mới ở đây thường mắc?".
Tuần 1–4 — Vòng lắng nghe. Lên lịch 1:1 với 10–15 người trọng yếu, mỗi buổi 30 phút. Chuẩn bị sẵn 3–4 câu hỏi mở. Song song, dùng sản phẩm mỗi ngày ít nhất 20 phút và ghi lại mọi điểm khó chịu. Đọc toàn bộ user research và dashboard hiện có. Tham gia (chỉ nghe) ít nhất 2 cuộc support hoặc sales call.
Cuối tuần 4 — Trình bày bản tổng kết lắng nghe. Gửi cho manager một trang tóm tắt: 3 điều bạn thấy đang chạy tốt, 3 vấn đề lớn nhất, và 3 giả định bạn muốn kiểm chứng. Đề xuất một quick win bạn muốn nhận.
Tuần 5–8 — Giao một quick win. Chọn dự án nhỏ, ranh giới rõ, rủi ro thấp nhưng giá trị thấy được. Viết một bản spec ngắn gọn, làm việc sát với engineer và designer để học quy trình ship. Mục tiêu kép: tạo kết quả + học cách team vận hành.
Tuần 9–12 — Bắt đầu dẫn dắt. Dựa trên hiểu biết tích lũy, chuẩn bị một đề xuất có sức nặng hơn: một phân tích cơ hội, một góp ý cho roadmap quý tới, hoặc một sáng kiến của riêng bạn. Trình bày trước team. Đồng thời, xin một buổi feedback chính thức với manager về 90 ngày qua để hiệu chỉnh hướng đi.
Lỗi thường gặp & mẹo
Lỗi: Vội đề xuất giải pháp trong tháng đầu. Như trường hợp Tuấn, đây là cái bẫy phổ biến nhất. Mẹo: đặt cho mình quy tắc "tháng đầu không pitch feature mới". Mọi ý tưởng cứ ghi vào Learning Log, để dành đến tháng hai.
Lỗi: Chỉ kết nối với những người dễ gần. PM mới hay quanh quẩn với designer và PM khác vì thấy "cùng hệ", mà bỏ qua Sales, Customer Care, Risk. Đây thường là nơi chứa insight quý nhất. Mẹo: cố tình đưa ít nhất 1/3 số buổi 1:1 cho các bộ phận "không hiển nhiên".
Lỗi: Lắng nghe một cách vô hình. Nếu không ai biết bạn đang chăm chỉ học hỏi, công sức đó coi như không tồn tại trong mắt người khác. Mẹo: dùng listening doc và chủ động chia sẻ tiến độ.
Lỗi: So sánh tốc độ với PM cũ tay. Người chuyển nghề hay tự dằn vặt vì làm chậm hơn đồng nghiệp dày dạn. Đây là mầm mống của hội chứng kẻ mạo danh (sẽ bàn kỹ ở bài riêng). Mẹo: đo bản thân bằng tiến độ học, không bằng tốc độ ship trong 90 ngày đầu.
Mẹo vàng: Hãy hỏi manager một câu mỗi cuối tuần thứ 4 và thứ 8: "Nếu cho em một lời khuyên để 30 ngày tới tốt hơn, đó là gì?". Câu hỏi này vừa thể hiện cầu thị, vừa giúp bạn điều chỉnh sớm thay vì chờ review chính thức.
Bài tập thực hành
- Viết bản 90-Day Plan nháp. Dù bạn chưa đi làm hay đang trong tháng đầu, hãy phác thảo kế hoạch của riêng mình theo ba giai đoạn Lắng nghe – Đóng góp – Dẫn dắt. Với mỗi giai đoạn, ghi 3 mục tiêu cụ thể và đo được.
- Lập danh sách 12 người cần gặp. Giả định (hoặc dựa trên công ty thật) bạn vừa vào làm. Liệt kê 12 người bạn sẽ xin 1:1, ghi rõ vai trò của họ và một câu hỏi mở bạn muốn hỏi mỗi người. Đảm bảo ít nhất 4 người không thuộc Product/Design/Engineering.
- Tạo khung Learning Log. Mở một file Notion hoặc Google Doc với ba cột: Quan sát, Câu hỏi chưa giải, Giả định cần kiểm chứng. Điền thử 5 dòng dựa trên một sản phẩm bạn đang dùng hàng ngày (ví dụ ứng dụng ngân hàng của bạn), như thể bạn là PM của nó.
- Soạn email tổng kết tháng 1. Viết một bản nháp dài tối đa một trang gửi cho "manager giả định": 3 điều tốt, 3 vấn đề, 3 giả định, 1 đề xuất quick win.
Tóm tắt
90 ngày đầu của một PM mới không phải cuộc đua chứng minh tài năng, mà là một quá trình nạp ngữ cảnh có chủ đích. Hãy nhớ ba lớp chồng nhau: Lắng nghe (1–30) → Đóng góp (31–60) → Dẫn dắt (61–90).
Tháng đầu, kìm cái tôi lại và hấp thụ ba luồng dữ liệu: con người, sản phẩm, người dùng. Hãy lắng nghe một cách hiển thị qua một Learning Log. Tháng thứ hai, ghi một quick win nhỏ nhưng thật để xây niềm tin và học quy trình ship. Tháng thứ ba, bắt đầu chủ động định hình hướng đi. Tránh ba cái bẫy lớn nhất: pitch giải pháp quá sớm, chỉ kết nối với người dễ gần, và lắng nghe trong vô hình.
Như câu chuyện của Lan, Tuấn và Minh cho thấy: PM mới thắng không nhờ ý tưởng thiên tài trong tuần đầu, mà nhờ sự kiên nhẫn lắng nghe đúng chỗ, đúng người, đúng thời điểm. Hãy biến 90 ngày này thành nền móng vững chắc cho cả sự nghiệp PM phía trước.