คู่มือการใช้งาน Claude ในงาน Product Manager
วิธีใช้ Claude ในงาน Product Manager: PRD ฟีดแบ็ก และการจัดลำดับความสำคัญ
ไม่ใช่เครื่องมือสร้างโรดแมปวิเศษ แต่เป็นคู่คิดที่ไม่เคยเหนื่อยกับการอ่านดราฟต์ที่สองของคุณ
วิธีใช้ Claude ในงาน Product Manager สรุปได้เป็นเวิร์กโฟลว์ที่ทำซ้ำได้สี่อย่าง คือการร่าง PRD จากข้อมูลจริงแทนการเริ่มจากหน้ากระดาษเปล่า การสังเคราะห์ฟีดแบ็กจากผู้ใช้ให้เป็นธีมแทนการอ่านทิกเก็ตทีละใบ การจัดโครงสร้างข้อมูลคู่แข่งให้เป็นตารางเปรียบเทียบที่ชัดเจน และการทดสอบการตัดสินใจจัดลำดับความสำคัญด้วยการให้ Claude แย้งก่อนที่ผู้มีส่วนเกี่ยวข้องจะแย้ง Claude จะทำงานได้ดีที่สุดเมื่อคุณวางข้อมูลวิจัย ข้อจำกัด และตัวอย่างจริงของคุณลงไป แทนพรอมต์สั้น ๆ เพียงบรรทัดเดียว ผลที่ได้คือดราฟต์แรกที่แข็งแรงหรือการวางกรอบการตัดสินใจที่คมชัดขึ้น ซึ่ง PM ต้องตรวจสอบก่อนส่งถึงผู้มีส่วนเกี่ยวข้องทุกครั้ง
เผยแพร่เมื่อ · ตรวจทานล่าสุด
สรุปประเด็นสำคัญ
- Claude ร่าง PRD สังเคราะห์ฟีดแบ็ก และจัดโครงสร้างข้อมูลคู่แข่งได้เร็วที่สุดเมื่อคุณวางข้อมูลจริงลงไป ไม่ใช่คำขอสั้น ๆ ที่คลุมเครือ
- การใช้ Claude ที่ทรงพลังที่สุดสำหรับการจัดลำดับความสำคัญไม่ใช่โมเดลให้คะแนน แต่คือการขอให้ Claude แย้งกับสิ่งที่คุณโน้มเอียงไปทาง
- Claude ไม่มีสิทธิ์เข้าถึงข้อมูลการใช้งานผลิตภัณฑ์ของคุณหรือหน้าราคาปัจจุบันของคู่แข่งโดยตรง คุณต้องเป็นผู้ให้ข้อเท็จจริง มันทำหน้าที่จัดระเบียบ
- คุณไม่จำเป็นต้องเขียนโค้ดเพื่อได้ประโยชน์จริงจาก Claude ในฐานะ PM งานส่วนใหญ่นี้คือบทสนทนาด้วยภาษาธรรมดา
- เส้นทางเริ่มต้นด้านล่าง (บทเรียนฟรีสามบท) สอนนิสัยการให้บริบท การคิดอย่างเป็นระบบ และพรอมต์สำหรับทดสอบการตัดสินใจที่หน้านี้อธิบายไว้
คัดลอกไปใช้ได้เลย
พรอมต์ที่ใช้ได้ทันทีวันนี้
ร่าง PRD จากบริบทจริง
ทำตัวเป็น Product Manager ที่กำลังร่าง PRD นี่คือ problem statement ของฉัน งานวิจัยผู้ใช้สามชิ้น และข้อจำกัดทางเทคนิคที่หัวหน้าทีมวิศวกรของฉันพูดถึงใน standup: [วาง problem statement บันทึกงานวิจัย และข้อจำกัด] ร่าง PRD ในรูปแบบตัวอย่างนี้จากทีมของฉัน: [วางตัวอย่าง PRD] ช่วยตีข้อสังเกตในส่วนที่คุณยังขาดข้อมูลที่ต้องถามฉันเพิ่ม
ใช้เทมเพลต PRD จริงของทีมคุณและบันทึกงานวิจัยจริง ไม่ใช่คำอธิบายของสิ่งเหล่านั้น
จัดกลุ่มฟีดแบ็กดิบให้เป็นธีม
นี่คือทิกเก็ตซัพพอร์ตดิบ 40 รายการและบันทึกการสัมภาษณ์เกี่ยวกับขั้นตอนการ onboarding ของเรา: [วางฟีดแบ็กดิบ] จัดกลุ่มให้เป็นธีมที่พบบ่อยที่สุดห้าถึงแปดธีม และสำหรับแต่ละธีมให้สรุปหนึ่งประโยคพร้อมคำพูดตัวอย่างสองคำพูดที่ดึงมาจากข้อความต้นฉบับโดยตรง ช่วยตีข้อสังเกตสิ่งที่ดูเหมือนเสียงดังเดี่ยว ๆ มากกว่าจะเป็นแพทเทิร์น
วางข้อความฟีดแบ็กดิบจริง ไม่ใช่บทสรุปที่คุณเขียนไว้แล้ว
จัดโครงสร้างการวิเคราะห์คู่แข่ง
ฉันกำลังทำ teardown คู่แข่งของ [ชื่อคู่แข่ง] สำหรับการรีวิวโรดแมป นี่คือบันทึกดิบของฉันจากการใช้ผลิตภัณฑ์ของเขา หน้าราคาสาธารณะของเขา และรีวิวจากลูกค้าบางส่วนที่ฉันเจอ: [วางบันทึก] จัดให้เป็นตารางเปรียบเทียบที่มีโครงสร้าง ครอบคลุมการวางตำแหน่ง ราคา ช่องว่างของฟีเจอร์เทียบกับผลิตภัณฑ์ของเรา และท่าต่อไปที่เขาน่าจะทำตามสิ่งที่คุณเห็น
ป้อนบันทึกจริงและเป็นปัจจุบันเกี่ยวกับคู่แข่ง Claude ไม่สามารถเข้าไปดูเว็บไซต์ของเขาเองได้
ทดสอบการตัดสินใจจัดลำดับความสำคัญ
ฉันกำลังโน้มเอียงไปทางจัดลำดับความสำคัญให้ [ฟีเจอร์ A] มาก่อน [ฟีเจอร์ B] ในไตรมาสหน้าด้วยเหตุผลเหล่านี้: [ระบุเหตุผลของคุณ] ช่วยแย้งด้วยเหตุผลที่แข็งแกร่งที่สุดสำหรับ [ฟีเจอร์ B] แทน เสมือนคุณเป็นผู้มีส่วนเกี่ยวข้องที่มีโอกาสคัดค้านมากที่สุดในห้องนั้น ระบุให้ชัดว่าหลักฐานหรือผลลัพธ์แบบไหนที่จะเปลี่ยนใจฉันได้
ขอให้ Claude แย้งกับความโน้มเอียงของคุณเอง ไม่ใช่แค่ยืนยันมัน
เปลี่ยนการตัดสินใจให้เป็นอัปเดตสำหรับผู้มีส่วนเกี่ยวข้อง
ฉันต้องอธิบายการตัดสินใจหนึ่งเรื่องให้กับผู้ฟังสองกลุ่มที่ต่างกัน นี่คือเหตุผลทั้งหมดว่าทำไมเราจึงตัด [ฟีเจอร์] ออกจากรีลีสนี้: [วางเหตุผลของคุณ] ก่อนอื่น เขียนเวอร์ชันหนึ่งพารากราฟสำหรับผู้บริหารที่ต้องการแค่ผลลัพธ์และผลกระทบทางธุรกิจ จากนั้นเขียนเวอร์ชันที่ยาวกว่าสำหรับทีมวิศวกรรมที่อธิบาย tradeoff ที่เราชั่งน้ำหนักกัน
ให้เหตุผลเบื้องหลังจริงกับ Claude หนึ่งครั้ง แล้วขอเวอร์ชันสำหรับผู้ฟังหลายกลุ่มจากต้นฉบับเดียวกัน
คู่มือฉบับเต็ม
แตะที่หัวข้อใดก็ได้เพื่อเปิดอ่าน
เกี่ยวกับคู่มือนี้
งาน Product Manager ส่วนใหญ่คือการสังเคราะห์ คือการแปลงฟีดแบ็กที่กระจัดกระจาย เสียงรบกวนจากตลาด และความเห็นของผู้มีส่วนเกี่ยวข้องให้กลายเป็นก้าวต่อไปที่ชัดเจน Claude ของ Anthropic เข้ามาเสริมงานนี้ในฐานะคู่คิดสำหรับการร่างเอกสาร สังเคราะห์ข้อมูล และทดสอบการตัดสินใจ ไม่ใช่เครื่องมือที่สร้างโรดแมปขึ้นมาจากพรอมต์เพียงบรรทัดเดียว หน้านี้จะพาไปดูเวิร์กโฟลว์จริงของ PM บทเรียนฟรีที่ควรเริ่มต้นจาก และจุดที่วิจารณญาณของคุณยังต้องทำงานหนักอยู่
งาน PM เดียวกัน สามวิธีที่แตกต่างกัน
| งาน | ไม่มี Claude | Claude กับพรอมต์คลุมเครือ | Claude กับบริบทจริง |
|---|---|---|---|
| ร่าง PRD | ใช้เวลาหลายชั่วโมงอธิบายปัญหาเดียวกันซ้ำในทุกส่วนของเทมเพลตเปล่า | โครงสร้างทั่วไปพร้อมภาษาเติมเต็มที่ไม่สะท้อนผู้ใช้หรือข้อจำกัดจริงของคุณ | ดราฟต์แรกที่แก้ไขได้ในรูปแบบของทีมคุณ สร้างจากงานวิจัยและข้อจำกัดจริงของคุณ |
| สังเคราะห์ฟีดแบ็กจากผู้ใช้ | ใช้เวลาหลายวันอ่านทิกเก็ต บันทึก และคำตอบแบบสำรวจทีละบรรทัดด้วยมือ | บทสรุปคลุมเครือที่พลาดข้อร้องเรียนเฉพาะเจาะจงที่สำคัญจริง ๆ | กลุ่มธีมพร้อมคำพูดตัวอย่าง ทำให้คุณใช้เวลาตัดสินความสำคัญ ไม่ใช่คัดแยก |
| วิจัยคู่แข่ง | บันทึกกระจัดกระจายในเอกสาร แท็บ และสเปรดชีตที่ทำไม่เสร็จ | รายละเอียดที่ฟังดูมั่นใจแต่กุขึ้นเองเกี่ยวกับราคาหรือโรดแมปของคู่แข่ง | ตารางเปรียบเทียบที่สะอาดและมีโครงสร้าง สร้างจากข้อเท็จจริงที่คุณให้มาทั้งหมด |
| การตัดสินใจจัดลำดับความสำคัญ | มุมมองเดียวเข้าสู่การรีวิวโรดแมป ไม่ค่อยถูกท้าทายก่อนการประชุม | กรอบการให้คะแนนที่มีตัวเลขติดอยู่ แต่ไม่มีเหตุผลจริงรองรับ | กรณีแย้งที่แข็งแกร่งที่สุดต่อความโน้มเอียงของคุณ ถูกเปิดเผยก่อนที่ผู้มีส่วนเกี่ยวข้องจะยกขึ้นมา |
เวิร์กโฟลว์หลักหน้าตาของงานนี้ในสัปดาห์จริง
นี่คืองานที่เกิดขึ้นซ้ำ ๆ ซึ่ง Claude มีที่ยืนในเวิร์กโฟลว์ของ PM
ร่าง PRD
วาง problem statement แบบคร่าว ๆ กลุ่มผู้ใช้เป้าหมาย และข้อจำกัด แล้วขอให้ Claude ร่าง PRD ในรูปแบบของทีมคุณ คุณแก้ไขส่วนที่ต้องใช้วิจารณญาณจริง Claude รับผ่านโครงสร้างรอบแรกให้
สังเคราะห์ฟีดแบ็กจากผู้ใช้
นำทิกเก็ตซัพพอร์ต บันทึกการสัมภาษณ์ หรือคำตอบแบบสำรวจชุดหนึ่งมาวาง แล้วขอให้ Claude จัดกลุ่มเป็นธีมพร้อมคำพูดตัวอย่าง เพื่อให้คุณใช้เวลาตัดสินว่าอะไรสำคัญ แทนการอ่านทีละบรรทัด
วิจัยคู่แข่งและทำ teardown
ให้โครงสร้างกับ Claude (การวางตำแหน่ง ราคา ช่องว่างฟีเจอร์ โรดแมปที่เป็นไปได้) พร้อมบันทึกของคุณเองเกี่ยวกับคู่แข่ง มันจะจัดระเบียบการวิเคราะห์ให้สะอาด แต่จะไม่ไปวิจัยราคาหรือฟีเจอร์แบบสด ๆ ให้คุณ เว้นแต่คุณป้อนข้อมูลนั้นเข้าไป
ทดสอบการจัดลำดับความสำคัญ
อธิบายตัวเลือกบนโรดแมปของคุณและขอให้ Claude แย้งเพื่อตัวเลือกที่คุณโน้มเอียงไม่เลือก การเปิดเผยกรณีแย้งที่แข็งแกร่งที่สุดก่อนที่ผู้มีส่วนเกี่ยวข้องจะทำ มักมีประโยชน์มากกว่ากรอบการให้คะแนน
การสื่อสารกับผู้มีส่วนเกี่ยวข้อง
เปลี่ยนการตัดสินใจทางเทคนิคหรือกลยุทธ์ที่ซับซ้อนให้เป็นอัปเดตหนึ่งพารากราฟสำหรับผู้บริหาร หรือเหตุผลฉบับยาวกว่าสำหรับทีมวิศวกรรม โดยไม่ต้องเขียนความคิดเบื้องหลังใหม่ทุกครั้ง
จัดโครงสร้างไอเดียที่ยังยุ่งเหยิง
วางบันทึกดิบจากการบรีนสตอร์มโรดแมป แล้วขอให้ Claude จัดเป็นตัวเลือกที่แยกจากกันพร้อม tradeoff ของแต่ละตัวเลือก เพื่อให้ทีมถกเถียงตัวเลือกที่ชัดเจน ไม่ใช่กองสติกเกอร์โน้ตที่ยุ่งเหยิง
จุดเริ่มต้นบทเรียนฟรีสามบทที่ตรงกับงานนี้โดยตรง
คุณไม่จำเป็นต้องเรียนคอร์สยาว ๆ เพื่อเริ่มใช้ Claude ให้ดีในงาน PM บทเรียนฟรีสามบทครอบคลุมนิสัยที่หน้านี้พูดถึง เรียงตามลำดับที่ต่อเนื่องกัน
เริ่มจาก Context Is Everything ในคอร์ส Strategic Prompting บทเรียนห้านาทีที่พูดถึงนิสัยเดียวที่แยกดราฟต์ PRD ที่ใช้งานได้ออกจากข้อความทั่ว ๆ ไป นั่นคือการให้ problem statement งานวิจัย และข้อจำกัดจริงแก่ Claude แทนคำขอสั้น ๆ บรรทัดเดียว
จากนั้น Research and Thinking ใน Master the Essentials (เจ็ดนาที) พูดถึงวิธีทำงานกับ Claude ในการวิเคราะห์อย่างมีโครงสร้าง ซึ่งเป็นสกิลเดียวกันที่ทำให้การสังเคราะห์ฟีดแบ็กและการวิจัยคู่แข่งมีประโยชน์จริง ไม่ใช่คลุมเครือ
ปิดท้ายด้วย Power Prompts: Pre-Mortems, Steelmanning & Red-Teaming ซึ่งอยู่ใน Master the Essentials เช่นกัน (เจ็ดนาที) นี่คือบทเรียนเบื้องหลังการทดสอบการจัดลำดับความสำคัญ คือการขอให้ Claude แย้งกับความโน้มเอียงของตัวเองก่อนที่ผู้มีส่วนเกี่ยวข้องจะทำ รวมกันแล้ว บทเรียนทั้งสามนี้เป็นทางลัดสู่ผลงาน PM ที่ดี เร็วกว่าการลองผิดลองถูกในหน้าแชทเปล่า
เลือกวิธีทำงานของคุณแชท ทำงานคู่ หรือเขียนโค้ด: โหมดไหนเหมาะกับงาน PM
งาน PM ส่วนใหญ่เกิดขึ้นในบทสนทนาธรรมดากับ Claude ซึ่งคอร์ส Three Modes เรียกว่าแชทและการทำงานคู่ Claude AI: Chat That Thinks (เจ็ดนาที) ครอบคลุมโหมดที่เร็วที่สุด คือคำถามหรือคำขอร่างเอกสารเดียว ใช้ได้ดีสำหรับส่วนหนึ่งของ PRD หรือสรุปฟีดแบ็กแบบรวดเร็ว
Claude Co-work: Your Thinking Partner (หกนาที) ครอบคลุมโหมดที่งาน PM ส่วนใหญ่ใช้งานจริง คือบทสนทนาต่อเนื่องที่คุณค่อย ๆ ปรับเอกสาร โต้แย้งดราฟต์ และให้ Claude เก็บบริบทของทุกอย่างที่คุณคุยกันไปแล้ว
PM กลุ่มเล็กกว่ายังใช้ Claude Code: Build With Words (หกนาที) ซึ่งเป็นโหมดที่สามนี้ เมื่อต้องอ่านโค้ดเบสเพื่อเข้าใจข้อจำกัดทางเทคนิคด้วยตัวเอง แทนการพึ่งคำอธิบายจากวิศวกร นั่นเป็นสกิลที่แยกออกไปอย่างชัดเจนจากงานด้วยภาษาธรรมดาข้างต้น และ PM ส่วนใหญ่ไม่จำเป็นต้องใช้มันเพื่อได้ประโยชน์จาก Claude
การได้ผลลัพธ์ที่ดีนิสัยที่ทำให้งานนี้ได้ผล
จุดคานงัดที่สำคัญที่สุดคือการให้บริบทจริงกับ Claude แทนพรอมต์ที่คลุมเครือ "ร่าง PRD สำหรับฟีเจอร์การแจ้งเตือน" จะได้ข้อความเติมเต็มทั่ว ๆ ไป แต่การวางงานวิจัยผู้ใช้จริง ข้อจำกัดทางเทคนิคที่ทีมของคุณพูดถึงใน standup และตัวอย่าง PRD ที่ทีมคุณชอบ จะได้สิ่งที่คุณแก้ไขต่อได้จริง ไม่ใช่สิ่งที่ต้องทิ้งไป
กฎเดียวกันนี้ใช้ได้กับการวิจัยคู่แข่งและการจัดลำดับความสำคัญ Claude บอกไม่ได้ว่าอะไรคือความจริงเกี่ยวกับราคาปัจจุบันของคู่แข่งหรือการใช้งานจริงของผลิตภัณฑ์คุณ ถ้าคุณขอให้มันจัดโครงสร้าง teardown ให้ป้อนสิ่งที่คุณสังเกตจริง ข้อมูลเข้าที่คลุมเครือจะได้ผลลัพธ์ที่ฟังดูมั่นใจแต่ไม่น่าเชื่อถือ
การคุยต่อในบทสนทนาเดิมดีกว่าการเริ่มใหม่ทุกครั้ง ถ้าดราฟต์ PRD พลาดจุด ให้บอก Claude ว่าตรงไหนผิดอย่างเจาะจง แล้วให้มันแก้ไข แทนการเขียนพรอมต์ใหม่ทั้งหมด Claude เก็บบริบทของสิ่งที่คุณคุยกันไปแล้วในบทสนทนา ซึ่งเป็นจุดที่ประหยัดเวลาได้มากที่สุด
จุดที่วิจารณญาณยังเป็นของคุณสิ่งที่ Claude ตัดสินใจแทนคุณไม่ได้
Claude ไม่รู้จักผู้ใช้ ตลาด หรือความเสี่ยงที่บริษัทคุณยอมรับได้ เว้นแต่คุณบอกมัน กรอบการจัดลำดับความสำคัญจะดีได้เท่ากับข้อมูลเข้าที่คุณให้เท่านั้น และ Claude จะยินดีสร้างคำแนะนำที่ฟังดูมั่นใจจากบริบทที่น้อยนิดได้สบาย ๆ ให้ปฏิบัติต่อผลลัพธ์ของมันเหมือนความเห็นที่มีโครงสร้างให้ตอบโต้ ไม่ใช่คำตัดสินสุดท้าย
มันยังบอกไม่ได้ว่าอะไรคือความจริงเกี่ยวกับการใช้งานผลิตภัณฑ์ของคุณหรือสถานะปัจจุบันของคู่แข่ง Claude เก่งในการจัดระเบียบและให้เหตุผลจากข้อมูลที่คุณป้อนให้ มันไม่ใช่เครื่องมือวิจัยสดที่ดึงข้อมูลปัจจุบันด้วยตัวเอง
ระมัดระวังสิ่งที่คุณวางเข้าไป ฟีดแบ็กดิบจากผู้ใช้ บันทึกการสัมภาษณ์ และทิกเก็ตซัพพอร์ตมักมีรายละเอียดที่ระบุตัวลูกค้าจริงได้ ลบชื่อและรหัสบัญชีออกเท่าที่ทำได้ก่อนวางฟีดแบ็กชุดหนึ่งลงในบทสนทนา เหมือนที่คุณจะทำกับข้อมูลนั้นในเครื่องมืออื่น ๆ
การสังเคราะห์ที่ Claude สร้างขึ้นควรถูกตรวจสอบกับข้อมูลดิบก่อนส่งถึงผู้มีส่วนเกี่ยวข้อง ลูกค้า หรือทีมวิศวกรรม เหมือนที่คุณจะตรวจบทสรุปของนักวิเคราะห์จูเนียร์ เรื่องนี้สำคัญที่สุดเมื่อการสังเคราะห์ฟีดแบ็กไปป้อนการตัดสินใจที่มีต้นทุนจริง เช่นการตัดฟีเจอร์ออกหรือจัดลำดับความสำคัญของไตรมาสใหม่
เริ่มเรียนฟรี
เส้นทางเริ่มต้นสำหรับ Product Manager
บทเรียนสั้นสามบทตามลำดับ ที่สร้างนิสัยตรงตามที่หน้านี้อธิบาย คือการให้บริบทจริงกับ Claude การจัดโครงสร้างการวิเคราะห์ และการทดสอบการตัดสินใจก่อนที่ผู้มีส่วนเกี่ยวข้องจะทำ
การอ่านเรื่องนี้ไม่เหมือนกับการทำได้เร็วจริง
รู้ว่า Claude สังเคราะห์ฟีดแบ็กหรือร่าง PRD ได้ ไม่ได้แปลว่าคุณจะเขียนพรอมต์ที่ได้ดราฟต์แรกที่ใช้งานได้จริง หลักสูตรฟรีของ Nightschool AI ลงมือทำจริงตั้งแต่บทเรียนแรก ทำงานกับพรอมต์จริงและการปรับแก้จริง ไม่ใช่แค่คำอธิบาย
คำถามที่พบบ่อย
Claude เขียน PRD แบบเต็มได้ด้วยตัวเองไหม
Claude สร้างดราฟต์โครงสร้างที่แข็งแรงได้ แต่ PRD ที่ดีต้องอาศัยบริบทที่มีแต่คุณเท่านั้นที่มี คืองานวิจัยผู้ใช้จริง ข้อจำกัดทางเทคนิค และลำดับความสำคัญของบริษัท ให้บริบทนั้นกับ Claude แล้วขอดราฟต์ในรูปแบบของทีมคุณ จากนั้นแก้ไขส่วนที่ต้องใช้วิจารณญาณ ให้ปฏิบัติต่อมันเหมือนรอบแรกที่เร็ว ไม่ใช่เอกสารที่เสร็จสมบูรณ์
PM ใช้ Claude วิเคราะห์ฟีดแบ็กจากผู้ใช้อย่างไร
PM วางชุดฟีดแบ็กดิบ ทิกเก็ตซัพพอร์ต บันทึกการสัมภาษณ์ หรือคำตอบแบบสำรวจลงใน Claude แล้วขอให้มันระบุธีมที่เกิดขึ้นบ่อยพร้อมคำพูดสนับสนุน วิธีนี้เปลี่ยนการอ่านด้วยมือหลายชั่วโมงให้เป็นรอบตรวจสอบที่สั้นลง ที่ PM เป็นผู้ตัดสินว่าอะไรสำคัญ แทนการคัดแยกเองตั้งแต่ต้น
Claude ใช้วิเคราะห์คู่แข่งได้ดีไหม
Claude เก่งในการจัดระเบียบข้อมูลวิจัยคู่แข่งที่คุณมีข้อมูลจริงอยู่แล้ว จัดบันทึกให้เป็นตารางเปรียบเทียบที่สะอาดเรื่องการวางตำแหน่ง ฟีเจอร์ และราคา มันไม่มีสิทธิ์เข้าถึงเว็บไซต์หรือหน้าราคาปัจจุบันของคู่แข่งแบบสด ๆ คุณจึงต้องป้อนข้อเท็จจริงปัจจุบันเองer
Claude ช่วยตัดสินใจจัดลำดับความสำคัญบนโรดแมปได้ไหม
Claude จะไม่ตัดสินใจจัดลำดับความสำคัญแทนคุณ แต่มันมีประโยชน์ในการทดสอบการตัดสินใจนั้น อธิบายตัวเลือกบนโรดแมปของคุณและขอให้ Claude แย้งด้วยกรณีที่แข็งแกร่งที่สุดต่อความโน้มเอียงของคุณ การเปิดเผยกรณีแย้งนั้นก่อนที่ผู้มีส่วนเกี่ยวข้องจะทำ มักช่วยยกระดับการตัดสินใจได้มากกว่าการรันตัวเลขผ่านโมเดลให้คะแนน
ต้องเขียนโค้ดเป็นเพื่อใช้ Claude ในฐานะ PM ไหม
ไม่ต้อง การใช้งานส่วนใหญ่ของ PM เช่นร่างเอกสาร สังเคราะห์ฟีดแบ็ก จัดโครงสร้างการวิจัยคู่แข่ง เป็นบทสนทนาด้วยภาษาธรรมดากับ Claude PM บางคนยังใช้ Claude Code เพื่ออ่านโค้ดเบสหรือเข้าใจข้อจำกัดทางเทคนิคโดยตรง แต่นั่นเป็นสกิลที่แยกออกไปและเป็นทางเลือก ไม่ใช่ข้อบังคับ
ต่างจากการใช้ ChatGPT ทำงาน PM อย่างไร
เวิร์กโฟลว์พื้นฐาน การร่าง การสังเคราะห์ การจัดโครงสร้าง ใช้ได้กับผู้ช่วย AI ที่มีความสามารถส่วนใหญ่ สิ่งที่สำคัญกว่าตัวเครื่องมือเฉพาะคือการเรียนรู้ที่จะป้อนบริบทจริงและปรับแก้ต่อในบทสนทนาเดิม แทนการเริ่มใหม่ทุกครั้ง ซึ่งเป็นจุดที่ประหยัดเวลาได้มากที่สุด
จะรักษาความปลอดภัยของฟีดแบ็กลูกค้าที่เป็นความลับเมื่อใช้ Claude ได้อย่างไร
ลบชื่อลูกค้าและรหัสบัญชีออกจากฟีดแบ็กดิบก่อนวางลงในบทสนทนา เหมือนที่คุณจะทำกับข้อมูลนั้นในเครื่องมือภายในอื่น ๆ ให้ถือว่าบันทึกการสัมภาษณ์และทิกเก็ตซัพพอร์ตเป็นข้อมูลอ่อนไหวโดยค่าเริ่มต้น และตรวจสอบนโยบายการจัดการข้อมูลของบริษัทคุณก่อนวางสิ่งที่มีข้อมูลส่วนบุคคลติดมา
ถ้าไม่เคยใช้ Claude มาก่อน ควรเริ่มอย่างไรดีที่สุด
เริ่มจากบทเรียน Context Is Everything ใน Strategic Prompting บทเรียนสั้น ๆ ที่พูดถึงนิสัยเดียว คือการให้บริบทจริงกับ Claude แทนคำขอที่คลุมเครือ ซึ่งทำให้ทุกการใช้งานอื่น ๆ ของ PM ได้ผลดีขึ้น จากนั้น Research and Thinking และบทเรียน pre-mortem กับ steelmanning ใน Master the Essentials จะต่อยอดจากตรงนั้นโดยตรง
เรียนรู้ต่อ
คู่มือและคอร์สที่เกี่ยวข้อง
Strategic Prompting
Context, iteration, and advanced techniques that get output you actually use.
เริ่มคอร์สMaster the Essentials
Writing, documents, research, and decisions. Five practical skills for real work.
เริ่มคอร์สบทความที่เกี่ยวข้อง
- วิธีใช้ Claude ในฟินเทค: คู่มือสำหรับทีมโปรดักต์ ริสก์ และวิศวกรรม
- วิธีใช้ Claude ในงานบริหารโครงการ: รายงานสถานะ ความเสี่ยงและการสื่อสารกับผู้มีส่วนเกี่ยวข้อง
- วิธีใช้ Claude ในงานออกแบบ: บรีฟ ข้อความ UI คำวิจารณ์ และเอกสารส่งต่องาน
- วิธีใช้ Claude ในงานพัฒนาโปรแกรม: Claude Code, API, และ Agent Workflows
- วิธีใช้ Claude ในงานการตลาด: คอนเทนต์ SEO และแคมเปญ
- วิธีใช้ Claude ในงานสรรหาบุคคล: การจัดหา คัดกรอง และติดต่อผู้สมัคร
บทความที่เกี่ยวข้อง
ลงมือใช้ Claude จริงในสัปดาห์นี้
วิธีที่เร็วที่สุดที่จะเก่งเรื่องนี้คือการลงมือทำจริง ด้วยเอกสารจริงและฟีดแบ็กจริง