{"product_id":"claude-cho-pm-bao-cao-stakeholder","title":"Claude cho PM: Báo cáo stakeholder","description":"\n\u003ch2\u003eBáo cáo đúng người, đúng thông tin, đúng lúc\u003c\/h2\u003e\n\u003cp\u003eMột trong những kỹ năng quan trọng nhất của PM là giao tiếp với stakeholder hiệu quả. Lỗi phổ biến: viết quá nhiều chi tiết cho executive, hoặc quá ít context cho engineer, hoặc — tệ nhất — bury bad news sau good news.\u003c\/p\u003e\n\n\u003cp\u003eClaude giúp bạn tạo stakeholder update phù hợp với từng đối tượng, từ weekly status cho leadership đến launch announcement cho toàn công ty.\u003c\/p\u003e\n\n\u003ch2\u003eNguyên tắc cốt lõi\u003c\/h2\u003e\n\u003cul\u003e\n  \u003cli\u003e\n\u003cstrong\u003eLead với kết luận\u003c\/strong\u003e, không phải quá trình. Executive muốn \"chúng ta đã ship X và nó tác động Y\" không phải \"chúng ta đã họp 14 lần và giải quyết 23 ticket.\"\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eStatus color phải trung thực\u003c\/strong\u003e. Yellow không phải thất bại — đó là risk management tốt. Chờ đến Red mới báo thì đã muộn.\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eAsks phải cụ thể\u003c\/strong\u003e. \"Cần hỗ trợ\" không phải ask. \"Cần quyết định về X trước thứ Sáu\" mới là ask.\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eTemplate 1: Executive \/ Leadership Weekly Update\u003c\/h2\u003e\n\n\u003ch3\u003ePrompt:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eTôi cần viết weekly update cho leadership (CEO\/CPO\/VP) về sản phẩm [tên].\n\nTHÔNG TIN CẦN CÓ:\nThành tựu tuần này: [list những gì đã làm được]\nTrạng thái thực tế: [Green\/Yellow\/Red và tại sao]\nRủi ro hiện tại: [list rủi ro + mitigation plan]\nQuyết định cần leadership: [list + timeline]\nMilestones sắp tới: [2-3 milestones gần nhất]\n\nYÊU CẦU:\n- Tối đa 200 từ\n- Bắt đầu bằng kết luận quan trọng nhất\n- Framing theo outcomes và goals, không phải activities\n- Status color: [Green\/Yellow\/Red]\n- Nếu có bad news: lead với bad news, không hide sau good news\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch3\u003eFormat chuẩn output:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eStatus: 🟡 Yellow — [1 câu giải thích]\n\nTL;DR: [1 câu về điều quan trọng nhất cần biết]\n\nTiến độ:\n• [Outcome đạt được, tied to OKR\/goal]\n• [Milestone reached + impact]\n• [Metric movement nếu có]\n\nRủi ro:\n• [Tên rủi ro]: [Mitigation plan]. [Ask nếu cần leadership help].\n\nCần quyết định:\n• [Quyết định]: [Options + Recommendation]. Cần trước [ngày].\n\nMilestones tiếp theo:\n• [Milestone] — [Ngày dự kiến]\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTemplate 2: Engineering Team Update\u003c\/h2\u003e\n\n\u003ch3\u003ePrompt:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eViết engineering update cho team về sprint [X]:\n\nĐÃ SHIP:\n[list features\/fixes + PR\/ticket link nếu có]\n\nĐANG LÀM:\n[list items + owner + expected completion + blockers nếu có]\n\nQUYẾT ĐỊNH:\n[Quyết định đã được đưa ra + rationale]\n[Quyết định đang cần team input: options + recommendation của PM]\n\nTHAY ĐỔI ƯU TIÊN (nếu có):\n[Cái gì thay đổi và tại sao — engineers cần hiểu lý do]\n\nSẮP TỚI:\n[Next items + context tại sao chúng là next]\n\nTone: Technical, cụ thể, có link để click-through khi cần. Engineers muốn biết lý do khi priorities thay đổi.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTemplate 3: Launch Announcement\u003c\/h2\u003e\n\n\u003ch3\u003ePrompt:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eTôi cần viết launch announcement cho [tên tính năng].\n\nTHÔNG TIN VỀ LAUNCH:\nTên tính năng: [...]\nMô tả ngắn: [...]\nAvailability: [Ai có thể dùng? Rollout plan?]\nLimitations (nếu có): [Những gì chưa có trong v1]\nSuccess metrics sẽ track: [...]\nKênh feedback: [...]\n\nVIẾT CHO 2 AUDIENCE:\n\n1. INTERNAL (toàn công ty):\n- Tính năng là gì + tại sao build nó (user problem)\n- Key details cho các team cần biết (sales, support, marketing)\n- Metrics sẽ track để biết launch thành công\n- Kênh nhận feedback\n\n2. EXTERNAL (customers, nếu applicable):\n- Tính năng này giúp họ làm được gì (framing benefit, không phải feature)\n- Cách bắt đầu dùng\n- Known issues và workaround nếu có\n- Cách gửi feedback\n\nTone internal: excited nhưng honest về limitations\nTone external: clear, benefit-focused, không jargon nội bộ\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTemplate 4: Risk Escalation\u003c\/h2\u003e\n\u003cp\u003eĐây là loại update khó viết nhất nhưng quan trọng nhất — communicate rủi ro \u003cem\u003esớm\u003c\/em\u003e khi còn có thể làm gì đó.\u003c\/p\u003e\n\n\u003ch3\u003ePrompt:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eTôi cần escalate một rủi ro lên leadership:\n\nMÔ TẢ RỦI RO: [Điều gì có thể xảy ra]\nNGUYÊN NHÂN: [Tại sao rủi ro này tồn tại]\nTÁC ĐỘNG NẾU THÀNH SỰ THẬT: [Hậu quả cụ thể — timeline, revenue, user impact]\nKHẢ NĂNG XẢY RA: [Cao\/Trung bình\/Thấp + lý do]\nNHỮNG GÌ ĐÃ LÀM: [Mitigation đã thực hiện]\nCẦN GÌ TỪ LEADERSHIP: [Quyết định cụ thể \/ Resource \/ Approval]\nDEADLINE: [Cần response trước khi nào để còn có options]\n\nHãy viết risk escalation message theo ROAM framework:\n- Resolved: Đã không còn là risk? (No - cần escalate)\n- Owned: Ai đang manage risk này?\n- Accepted: Chúng ta accept risk này với rationale gì?\n- Mitigated: Actions nào đã giảm risk?\n\nTone: Trực tiếp, không catastrophize nhưng cũng không minimize. Provide facts + ask cụ thể.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTemplate 5: Cross-functional Partner Update\u003c\/h2\u003e\n\n\u003ch3\u003ePrompt:\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eViết update cho cross-functional partners (design, marketing, sales, support) về [topic]:\n\nSẮP TỚI ẢNH HƯỞNG ĐẾN HỌ:\n[List features\/changes + ngày + những gì partner cần chuẩn bị]\n\nCẦN TỪ HỌ:\n[Specific asks với deadline cụ thể]\n\nQUYẾT ĐỊNH ĐÃ ĐƯỢC ĐƯA RA:\n[Decisions + cách chúng ảnh hưởng đến từng team]\n\nĐỂ NGỎ CHO FEEDBACK:\n[Điều nào PM muốn nghe ý kiến từ partners + cách gửi feedback]\n\nTone: Collaborative, proactive, giúp họ chuẩn bị được — không surprises.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eKhi nào dùng màu status nào\u003c\/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n    \u003ctr\u003e\n      \u003cth\u003eStatus\u003c\/th\u003e\n      \u003cth\u003eDùng khi\u003c\/th\u003e\n      \u003cth\u003eLỗi phổ biến\u003c\/th\u003e\n    \u003c\/tr\u003e\n  \u003c\/thead\u003e\n  \u003ctbody\u003e\n    \u003ctr\u003e\n      \u003ctd\u003e🟢 Green\u003c\/td\u003e\n      \u003ctd\u003eThực sự đúng tiến độ, không có risk đáng kể\u003c\/td\u003e\n      \u003ctd\u003eDùng Green mặc định để tránh lo lắng — che giấu risk\u003c\/td\u003e\n    \u003c\/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003e🟡 Yellow\u003c\/td\u003e\n      \u003ctd\u003eCó risk xuất hiện, mitigation đang chạy nhưng chưa chắc\u003c\/td\u003e\n      \u003ctd\u003eChờ quá lâu mới đổi sang Yellow khi đã gần Red\u003c\/td\u003e\n    \u003c\/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003e🔴 Red\u003c\/td\u003e\n      \u003ctd\u003eĐã hết options tự xử, cần leadership can thiệp\u003c\/td\u003e\n      \u003ctd\u003eKhông escalate kịp thời, hoặc escalate rồi không có ask rõ ràng\u003c\/td\u003e\n    \u003c\/tr\u003e\n  \u003c\/tbody\u003e\n\u003c\/table\u003e\n\n\u003ch2\u003eChecklist trước khi gửi stakeholder update\u003c\/h2\u003e\n\u003cul\u003e\n  \u003cli\u003eĐiều quan trọng nhất có ở đầu không?\u003c\/li\u003e\n  \u003cli\u003eStatus color có phản ánh thực tế không (không phải optimism)?\u003c\/li\u003e\n  \u003cli\u003eMọi ask có cụ thể với deadline không?\u003c\/li\u003e\n  \u003cli\u003eNếu có bad news: có lead với nó không, không bury dưới good news?\u003c\/li\u003e\n  \u003cli\u003eLength phù hợp với audience không? (Executive \u0026lt; 200 từ)\u003c\/li\u003e\n  \u003cli\u003eFraming theo outcomes, không phải activities?\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eBước tiếp theo\u003c\/h2\u003e\n\u003cp\u003eKhi cần tổng hợp nhiều nguồn thông tin để viết stakeholder update chính xác hơn, tham khảo bài \u003ca href=\"\/collections\/ung-dung\"\u003eClaude cho PM: Tổng hợp research insights\u003c\/a\u003e để học cách Claude giúp bạn extract và synthesize thông tin từ nhiều nguồn trước khi viết báo cáo.\u003c\/p\u003e\n\n\n\u003chr\u003e\n\u003ch3\u003eBài viết liên quan\u003c\/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"\/products\/claude-cho-pm-sprint-planning-hi%E1%BB%87u-qu%E1%BA%A3\"\u003eClaude cho PM: Sprint Planning hiệu quả\u003c\/a\u003e\u003c\/li\u003e\n\u003cli\u003e\u003ca href=\"\/products\/claude-cho-pm-review-metrics-s%E1%BA%A3n-ph%E1%BA%A9m\"\u003eClaude cho PM: Review metrics sản phẩm\u003c\/a\u003e\u003c\/li\u003e\n\u003cli\u003e\u003ca href=\"\/products\/claude-cho-pm-c%E1%BA%ADp-nh%E1%BA%ADt-product-roadmap\"\u003eClaude cho PM: Cập nhật Product Roadmap\u003c\/a\u003e\u003c\/li\u003e\n\u003cli\u003e\u003ca href=\"\/products\/claude-cho-design-accessibility-review-t%E1%BB%B1-d%E1%BB%99ng\"\u003eClaude cho Design: Accessibility Review tự động\u003c\/a\u003e\u003c\/li\u003e\n\u003cli\u003e\u003ca href=\"\/products\/claude-cho-engineering-code-review-t%E1%BB%B1-d%E1%BB%99ng\"\u003eClaude cho Engineering: Code Review tự động\u003c\/a\u003e\u003c\/li\u003e\n\u003c\/ul\u003e","brand":"Minh Tuấn","offers":[{"title":"Default Title","offer_id":47722094493908,"sku":null,"price":0.0,"currency_code":"VND","in_stock":true}],"thumbnail_url":"\/\/cdn.shopify.com\/s\/files\/1\/0821\/0264\/9044\/files\/claude-cho-pm-bao-cao-stakeholder_bf2e6af4-ad55-490d-95ae-971a352d95cf.jpg?v=1774522171","url":"https:\/\/claude.vn\/products\/claude-cho-pm-bao-cao-stakeholder","provider":"CLAUDE.VN","version":"1.0","type":"link"}