Claude Code สำหรับ Product Manager กับ Sachin Rekhi

ใช้ Claude Code ช่วยแกะฟีเจอร์เก่าที่เรายังไม่เข้าใจ
ชี้ไปที่โฟลเดอร์/ไฟล์ที่เกี่ยวข้องแล้วถามว่า
“ช่วยเล่า flow ฟีเจอร์นี้แบบเข้าใจง่ายสำหรับ PM ตั้งแต่ user ทำ action จนถึง database พร้อม edge case สำคัญ”

ให้ Claude ช่วยออกแบบ data model + spec ก่อนคุยทีม dev
พิมพ์ user story หรือโจทย์ปัญหา แล้วถามว่า
“ช่วยเสนอ data model, API และ validation rule สำหรับฟีเจอร์นี้ พร้อม 5 risk หรือ trade‑off ที่ควรคุยกับทีม dev”

ถามให้ชัดว่าการแก้โค้ดตรงนี้ไปกระทบส่วนไหนบ้าง
ส่งฟังก์ชันที่อยากแก้พร้อมไฟล์ที่เกี่ยวข้อง แล้วถามว่า
“ถ้าเปลี่ยน logic ตรงนี้ จะมี flow/ส่วนไหนของระบบโดนด้วยบ้าง และควร test กับ rollout ยังไงดี”

เปลี่ยน PR diff ให้กลายเป็น checklist สำหรับทดสอบก่อนปล่อยจริง
คัด diff มาวางแล้วถามว่า
“สรุปให้หน่อยว่า behavior ฝั่ง user เปลี่ยนอะไรบ้าง และขอ 5 scenario ที่ PM/QA ควร test มือก่อนปล่อยจริง”

ใช้ Claude เป็นคู่คิดด้าน experiment เวลาอ่าน dashboard
export หรือสรุป metric สำคัญ แล้วถามว่า
“เห็น pattern อะไรบ้าง และมี experiment idea 3 อันไหนที่น่าลองเพื่อดัน metric X”

เช็กสเปกกับ implementation ทุกครั้งที่รู้สึกว่ามันไม่ตรงกัน
ส่งทั้ง spec และไฟล์หลัก ๆ แล้วถามว่า
“ตอนนี้ implementation ต่างจากสเปกตรงไหน และเราควรอัปเดตสเปก, โค้ด หรือทั้งคู่”

สรุป module ใหญ่ ๆ ให้กลายเป็น 1 หน้าอ่านง่ายสำหรับ PM
ใช้ Claude Code กับไฟล์ยาว ๆ แล้วถามว่า
“ช่วยสรุปไฟล์นี้เป็น diagram + bullet สำหรับ PM และบอกด้วยว่าควรถามทีมเรื่องอะไรเพิ่มเกี่ยวกับ design ตรงนี้”

ให้ Claude ช่วยลิสต์ test case แบบจับต้องได้
ส่ง description ฟีเจอร์แล้วถามว่า
“ช่วยลิสต์ test case อย่างน้อย 10 เคส (input + expected behavior) ครอบคลุม happy path, edge case และ error state”

ใส่ guardrail ให้ Claude บอกเราตรง ๆ เมื่อ context ไม่พอ
เติมเงื่อนไขใน prompt เสมอ เช่น
“ถ้า context ไม่พอให้ตอบว่าไม่รู้ และบอกว่าต้องการไฟล์/ข้อมูลอะไรเพิ่ม แทนที่จะเดา”

เปลี่ยน prompt ที่เวิร์กให้กลายเป็น template ส่วนตัวของคุณ
พรุ่งนี้เลือกฟีเจอร์จริงสักหนึ่งอย่าง ลองใช้ข้อ 1–4 กับ Claude Code ดูผลลัพธ์ แล้วเก็บ prompt ที่เวิร์กที่สุด 2–3 อันไว้ใน template ส่วนตัว ใช้ซ้ำกับโปรเจกต์ถัด ๆ ไปจนกลายเป็น workflow ประจำ