เขียน Job Description ที่ดึงดูดคนเก่ง ไม่ใช้คำ Generic
พรอมต์สำหรับเจ้าของธุรกิจที่ต้องการเขียน Job Description ที่บอกความท้าทายจริงและโอกาสเติบโตที่ชัดเจน โดยหลีกเลี่ยงคำทั่วไปที่คนเก่งมักข้ามผ่านโดยไม่อ่าน
เริ่มต้นที่นี่
ตัวอย่างผลลัพธ์ที่จะได้
ก่อนเริ่มลงมือปรับพรอมต์ ดูตัวอย่างผลลัพธ์ที่คุณจะได้จริงเพื่อให้แน่ใจว่าพรอมต์นี้ตรงกับงานที่ต้องการ
Full-Stack Developer — Fintech Startup (ทีม 15 คน)
ทีมนี้กำลังทำอะไรอยู่ เราสร้างระบบชำระเงินสำหรับ SME ไทยที่ปัจจุบันมีลูกค้าใช้งานอยู่ 50,000 รายต่อวัน ทีม tech มี 4 คน และกำลังขยายเป็น 7 คนเพื่อรองรับการเติบโตในปีนี้ ตำแหน่งนี้เปิดขึ้นเพราะเราต้องการคนที่จะเป็นเจ้าของ codebase หลักอย่างแท้จริง ไม่ใช่แค่รับ task มาทำ
สิ่งที่คุณจะเจอใน 90 วันแรก
- อ่านและทำความเข้าใจ codebase 3 ปี พร้อม document ส่วนที่ยังไม่มีเอกสาร
- Ship 2-3 feature ที่ค้างอยู่เพื่อเรียนรู้ flow การ deploy จริงและ review process ของทีม
- เสนอแผน refactor module แรกที่คุณเห็นว่าเป็นจุดเสี่ยงมากที่สุด พร้อมเหตุผลและ trade-off
- นั่ง call กับลูกค้าจริงอย่างน้อย 2 รายเพื่อเข้าใจว่าพวกเขาใช้ระบบอย่างไรในชีวิตประจำวัน
ความท้าทายที่รอคุณอยู่
- Refactor legacy code ที่เขียนในช่วงที่ทีมรีบมาก โดยไม่ทำให้ระบบ downtime เพราะลูกค้าใช้งาน 24 ชั่วโมง
- ตัดสินใจ trade-off ระหว่าง technical debt กับ feature ใหม่ที่ฝ่ายขายต้องการทุกสัปดาห์
- ทำงานในสภาพที่ requirement สามารถเปลี่ยนได้เมื่อ feedback จากลูกค้าจริงมาถึง
สิ่งที่คุณจะได้สร้างหรือเรียนรู้ใน 1 ปี
- ออกแบบและเป็นเจ้าของ architecture ใหม่ของระบบหลักตั้งแต่ต้น
- เป็น tech lead คนแรกของทีม และมีส่วนร่วมใน hiring developer คนถัดไป
- เห็นผลจริงว่าการตัดสินใจ technical ส่งผลต่อตัวเลข business อย่างไร
เราอยากคุยกับคุณถ้า
- มีประสบการณ์กับ React, Node.js, PostgreSQL อย่างน้อย 2 ปีในงานจริง
- เคยแก้ไขหรือ refactor ระบบที่ production อยู่แล้วโดยไม่ทำให้หยุดทำงาน
- อธิบายเหตุผลเบื้องหลังการตัดสินใจ technical ได้ทั้งกับเพื่อนร่วมทีมและคนที่ไม่ได้เขียนโค้ด
- สนใจ AWS และ cloud infrastructure แม้ยังไม่เชี่ยวชาญก็ยินดีพิจารณา
ไม่เหมาะกับคุณถ้า
- ต้องการ spec ที่ครบถ้วน 100% ก่อนเริ่มทุกงาน เพราะที่นี่ยังมีหลายอย่างที่ต้องค้นหาคำตอบไปพร้อมกัน
- ไม่สบายใจกับการรับผิดชอบระบบที่มีลูกค้าจริงตั้งแต่เดือนแรกของการทำงาน
ขั้นตอนที่ 1
ปรับให้เข้ากับงานของคุณ
แก้ค่าตัวแปรด้านล่าง พรอมต์ฉบับสมบูรณ์จะอัพเดทอัตโนมัติพร้อมก๊อปไปวางใน Claude หรือ ChatGPT ได้ทันที
คุณคือผู้เชี่ยวชาญด้านการสรรหาบุคลากรและ employer branding ที่เข้าใจว่าคนเก่งอ่านโฆษณางานอย่างไร และตัดสินใจสมัครหรือไม่สมัครจากอะไร งาน: เขียน Job Description สำหรับตำแหน่ง Full-Stack Developer ของ Fintech Startup (ทีม 15 คน) ข้อมูลที่ฉันให้: - ความท้าทายจริงในงานนี้: โค้ดเบสเก่า 3 ปีที่ต้องการ refactor ระหว่างที่ระบบยังต้อง serve ลูกค้า 50,000 คนต่อวัน - โอกาสเติบโตที่ชัดเจน: จะได้เป็น tech lead คนแรกของทีม และมีสิทธิ์ออกแบบ architecture ใหม่ทั้งหมด - ทักษะและเครื่องมือที่ต้องใช้: React, Node.js, PostgreSQL, AWS - ลักษณะคนที่เราอยากได้: คนที่สนุกกับการแก้ปัญหาที่คนอื่นยอมแพ้แล้ว และอธิบายการตัดสินใจทางเทคนิคได้ชัดเจน กฎเหล็กในการเขียน: 1. ห้ามใช้คำหรือวลี generic เหล่านี้เด็ดขาด: "fast-paced", "team player", "passionate", "competitive salary", "go-getter", "dynamic", "self-starter", "results-driven", "synergy", "wear many hats" 2. อธิบายความท้าทายด้วยสถานการณ์จริงหรือตัวอย่างที่จับต้องได้ ไม่ใช่ภาษากว้างๆ 3. Growth opportunity ต้องระบุสิ่งที่จะเกิดขึ้นจริงใน 12 เดือน ไม่ใช่แค่ "มีโอกาสเรียนรู้" 4. ใช้ภาษาตรงไปตรงมาและจริงใจ ไม่ใช่ภาษาขายของหรือโฆษณา 5. อย่าเขียนรายการ must-have ยาวเกิน 5 ข้อ เน้นเฉพาะที่จำเป็นจริงๆ รูปแบบ output ที่ต้องการ (ใช้ทุก section นี้): **[ชื่อตำแหน่ง] — [ชื่อบริษัท/ทีม]** **ทีมนี้กำลังทำอะไรอยู่** (2-3 ประโยค อธิบายบริบทธุรกิจและที่มาของตำแหน่งนี้) **สิ่งที่คุณจะเจอใน 90 วันแรก** (bullet 3-4 ข้อ บอกงานจริงๆ ที่จะทำ ไม่ใช่ job function ทั่วไป) **ความท้าทายที่รอคุณอยู่** (bullet 2-3 ข้อ ต้องจริงและจับต้องได้ ไม่ใช่คำพูดสวยงาม) **สิ่งที่คุณจะได้สร้างหรือเรียนรู้ใน 1 ปี** (bullet 2-3 ข้อ growth ที่วัดได้หรือเห็นได้ชัด) **เราอยากคุยกับคุณถ้า** (bullet 3-5 ข้อ คุณสมบัติที่จำเป็นจริงๆ) **ไม่เหมาะกับคุณถ้า** (bullet 1-2 ข้อ ซื่อสัตย์กับข้อจำกัดของงานหรือองค์กร)
ขั้นตอนที่ 2
เข้าใจเทคนิคที่ซ่อนอยู่
คลิกที่ส่วนไฮไลต์ในพรอมต์เพื่อกระโดดไปดูคำอธิบายเทคนิคแต่ละจุด ใช้ความเข้าใจนี้เพื่อปรับพรอมต์อื่นของคุณเองในภายหลัง
และตัดสินใจสมัครหรือไม่สมัครจากอะไร งาน: เขียน Job Description สำหรับตำแหน่ง {{ชื่อตำแหน่ง}} ของ {{ชื่อบริษัทหรือทีม}} ข้อมูลที่ฉันให้: - - โอกาสเติบโตที่ชัดเจน: {{โอกาสเติบโต}} - ทักษะและเครื่องมือที่ต้องใช้: {{ทักษะและเครื่องมือ}} - ลักษณะคนที่เราอยากได้: {{ลักษณะคนที่ต้องการ}} กฎเหล็กในการเขียน: 1. 2. อธิบายความท้าทายด้วยสถานการณ์จริงหรือตัวอย่างที่จับต้องได้ ไม่ใช่ภาษากว้างๆ 3. 4. ใช้ภาษาตรงไปตรงมาและจริงใจ ไม่ใช่ภาษาขายของหรือโฆษณา 5. อย่าเขียนรายการ must-have ยาวเกิน 5 ข้อ เน้นเฉพาะที่จำเป็นจริงๆ รูปแบบ output ที่ต้องการ (ใช้ทุก section นี้): **[ชื่อตำแหน่ง] — [ชื่อบริษัท/ทีม]** **ทีมนี้กำลังทำอะไรอยู่** (2-3 ประโยค อธิบายบริบทธุรกิจและที่มาของตำแหน่งนี้) **สิ่งที่คุณจะเจอใน 90 วันแรก** (bullet 3-4 ข้อ บอกงานจริงๆ ที่จะทำ ไม่ใช่ job function ทั่วไป) **ความท้าทายที่รอคุณอยู่** **สิ่งที่คุณจะได้สร้างหรือเรียนรู้ใน 1 ปี** (bullet 2-3 ข้อ growth ที่วัดได้หรือเห็นได้ชัด) **เราอยากคุยกับคุณถ้า** (bullet 3-5 ข้อ คุณสมบัติที่จำเป็นจริงๆ)
- 1Role assignment
“คุณคือผู้เชี่ยวชาญด้านการสรรหาบุคลากรและ employer branding ที่เข้าใจว่าคนเก่งอ่านโฆษณางานอย่างไร”
การกำหนด role เป็นผู้เชี่ยวชาญ HR และ employer branding ทำให้โมเดลรับ perspective ของคนที่เข้าใจจิตวิทยาผู้สมัครงาน ไม่ใช่แค่เขียนรายการ requirement ทั่วไป
- 2Negative constraint
“ห้ามใช้คำหรือวลี generic เหล่านี้เด็ดขาด: "fast-paced", "team player", "passionate", "competitive salary", "go-getter", "dynamic", "self-starter", "results-driven", "synergy", "wear many hats"”
การระบุ blacklist คำที่ห้ามใช้พร้อมตัวอย่างชัดเจน 10 คำ มีประสิทธิภาพมากกว่าการบอกว่า 'ห้ามใช้คำ generic' เพราะโมเดลรู้ชัดว่าต้องหลีกเลี่ยงอะไรบ้าง
- 3Specificity instruction
“Growth opportunity ต้องระบุสิ่งที่จะเกิดขึ้นจริงใน 12 เดือน ไม่ใช่แค่ "มีโอกาสเรียนรู้"”
การกำหนด timeframe และแสดง contrast กับ vague alternative บังคับให้โมเดลสร้าง growth statement ที่เป็นรูปธรรมและน่าเชื่อถือ ซึ่งเป็นสิ่งที่คนเก่งให้น้ำหนักในการตัดสินใจสมัครงาน
- 4Context grounding
“ความท้าทายจริงในงานนี้: {{ความท้าทายจริง}}”
การออกแบบให้ผู้ใช้ป้อนข้อมูลความท้าทายจริงผ่าน variable ทำให้โมเดลมีข้อมูลเฉพาะเจาะจงที่ไม่สามารถ hallucinate ได้ ผลลัพธ์จึงสะท้อนสถานการณ์ของบริษัทนั้นๆ อย่างแท้จริง
- 5Output format constraint
“(bullet 2-3 ข้อ ต้องจริงและจับต้องได้ ไม่ใช่คำพูดสวยงาม)”
การกำหนดจำนวน bullet และเพิ่มคำอธิบายแต่ละ section ว่าต้องการอะไรกันแน่ ทำให้ทุก section มีคุณภาพที่ต้องการ ไม่ใช่แค่เติมให้ครบโครงสร้าง
- 6Balanced framing
“**ไม่เหมาะกับคุณถ้า** (bullet 1-2 ข้อ ซื่อสัตย์กับข้อจำกัดของงานหรือองค์กร)”
การบังคับให้มี section ที่บอกว่าใครไม่เหมาะสร้างความน่าเชื่อถือและช่วย self-selection ทำให้คนที่สมัครมามีแนวโน้มเหมาะสมกับงานจริงมากขึ้น และสะท้อนความจริงใจขององค์กร
ขั้นตอนที่ 3
เห็นความต่าง พรอมต์ทั่วไป vs พรอมต์ที่ใช้เทคนิค
คนส่วนใหญ่เริ่มต้นด้วยคำสั่งสั้นๆ แบบฝั่งซ้าย แต่ผลลัพธ์มักไม่ตรงใจและต้องถามซ้ำหลายรอบ พรอมต์แบบฝั่งขวาแก้ปัญหานี้ด้วยเทคนิคที่อธิบายข้างต้น
พรอมต์แบบที่ใช้กันทั่วไป
เขียน job description ตำแหน่ง Full-Stack Developer ให้หน่อย
พรอมต์แบบที่ใช้เทคนิคข้างบน
• กำหนด role ผู้เชี่ยวชาญ HR และ employer branding ที่เข้าใจจิตวิทยาผู้สมัคร • ป้อนข้อมูลความท้าทาย โอกาสเติบโต ทักษะ และลักษณะคนผ่าน variable ที่เจาะจง • blacklist คำ generic 10 คำพร้อมตัวอย่างชัดเจน • บังคับโครงสร้าง 6 sections รวมถึง "ไม่เหมาะกับคุณถ้า" • กำหนดให้ growth ต้องระบุใน timeframe 12 เดือน
ทำไมแบบที่ใช้เทคนิคถึงดีกว่า
คำสั่งสั้นๆ ทำให้โมเดลสร้าง JD ที่เต็มไปด้วยคำ generic เช่น "fast-paced environment" และ "passionate about technology" ซึ่งคนเก่งมักข้ามผ่านโดยไม่อ่าน พรอมต์ที่ดีระบุ negative constraint ชัดเจนพร้อม blacklist จริง บังคับให้ใช้ข้อมูลเฉพาะที่ผู้ใช้ป้อนเข้ามา และกำหนดโครงสร้างที่ช่วยให้ผู้อ่านเห็นภาพงานจริงได้ตั้งแต่ section แรก การมี section "ไม่เหมาะกับคุณถ้า" ยังสร้างความน่าเชื่อถือและช่วยคัดกรองผู้สมัครที่ไม่เหมาะสมออกตั้งแต่ต้น
พรอมต์ที่เกี่ยวข้อง
ลองพรอมต์อื่นในแนวเดียวกัน
การเขียน
สคริปต์แก้ขัดแย้งกับเพื่อนร่วมงานอย่างมืออาชีพ
สร้างบทสนทนาสำหรับการพูดคุยแก้ปัญหาขัดแย้งในที่ทำงานแบบตัวต่อตัว โดยเน้นข้อเท็จจริง ผลลัพธ์ที่ต้องการ และการสื่อสารที่ปราศจากอารมณ์ เหมาะสำหรับพนักงานและผู้จัดการที่ต้องสื่อสารอย่างมืออาชีพในสถานการณ์ยาก
การเขียน
เขียน Weekly Status Update ส่งหัวหน้าแบบกระชับ
สร้าง Weekly Status Update รายสัปดาห์ที่กระชับและครบถ้วน ครอบคลุม progress ที่คืบหน้า blockers ที่ติดขัด และสิ่งที่ต้องการความช่วยเหลือ เหมาะสำหรับพนักงานที่ต้องรายงานความคืบหน้าให้ผู้จัดการเป็นประจำทุกสัปดาห์
การเขียน
เขียน Essay วิชาการภาษาไทย พร้อม Thesis Statement ที่ Defend ได้
สร้าง essay วิชาการภาษาไทยที่มีโครงสร้าง Introduction-Body-Conclusion ครบถ้วน พร้อม thesis statement ที่มีจุดยืนชัดเจนและโต้แย้งได้ เหมาะสำหรับงานวิชาการตั้งแต่ระดับมัธยมปลายถึงมหาวิทยาลัย
การเขียน
สร้าง Pitch Deck 10 สไลด์สำหรับ Startup Early Stage
พรอมต์สำหรับ Startup Founder ที่ต้องการสร้าง Pitch Deck มาตรฐาน 10 สไลด์ ครอบคลุม Problem, Solution, Market, Traction และ The Ask พร้อม Investor Insight ในทุกสไลด์ เพื่อเพิ่มโอกาสปิด Seed Round