Role
ให้ AI เข้าใจว่าควรตอบในมุมมองของใคร เช่น UX Researcher, UX Writer, Product Manager หรือ Service Designer
เขียน Prompt ให้ AI เข้าใจงาน UX Research ชัดขึ้น ด้วยสูตร R → C → T → F → E
บอกให้ AI รับบทเป็นใคร
ให้บริบทของงาน ผู้ใช้ ปัญหา หรือสถานการณ์
บอกงานที่ต้องการให้ AI ช่วยทำ
กำหนดรูปแบบผลลัพธ์ที่ต้องการ
ให้ตัวอย่างโทน ภาษา หรือคุณภาพของคำตอบที่อยากได้
ขั้นต่ำที่ควรมีคือ R + T แต่ถ้าใส่ Context, Format และ Example เพิ่มเข้าไป คำตอบจาก AI จะชัดขึ้น ตรงโจทย์ขึ้น และนำไปใช้งานต่อได้ง่ายขึ้น
Framework
ห้าองค์ประกอบของ Prompt ที่ดี — บอกบทบาท ให้บริบท สั่งงาน กำหนดรูปแบบ และยกตัวอย่าง เพื่อให้ AI ตอบได้ตรงโจทย์ที่สุด
ให้ AI เข้าใจว่าควรตอบในมุมมองของใคร เช่น UX Researcher, UX Writer, Product Manager หรือ Service Designer
ให้ข้อมูลพื้นหลังของงาน เช่น โปรเจกต์ กลุ่มเป้าหมาย ปัญหา พฤติกรรม หรือช่องทางที่ผู้ใช้ใช้งาน
บอกงานที่ต้องการให้ AI ทำอย่างชัดเจน
กำหนดรูปแบบคำตอบ เช่น ตาราง Bullet List จำนวนข้อ ภาษา หรือสไตล์การเขียน
ให้ตัวอย่างโทนหรือคุณภาพของคำตอบที่ต้องการ เพื่อให้ AI จับสไตล์ได้แม่นขึ้น
Prompt Library
เลือกหัวข้อที่ต้องการ แล้ว Copy Prompt ไปปรับใช้กับโปรเจกต์ของคุณได้ทันที
ใช้สำหรับรวบรวมและวิเคราะห์ข้อมูลผู้ใช้จากแหล่งออนไลน์ เช่น Pantip, Reviews, Social Media เพื่อหา Pain Point และ Opportunity ก่อนเริ่มงานวิจัยเชิงลึก
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้าน Desk Research และการวิเคราะห์ข้อมูลจากแหล่งออนไลน์ บริบทของงานคือ [ชื่อสินค้า / บริการ / แอป / เว็บไซต์] กลุ่มเป้าหมายคือ [กลุ่มผู้ใช้ที่ต้องการศึกษา] เป้าหมายของการทำ Desk Research คือ ต้องการเข้าใจ [พฤติกรรม / Pain Point / ความต้องการ / ปัญหา / คู่แข่ง / โอกาสของ Product] ช่วยทำ Desk Research จากแหล่งข้อมูลออนไลน์ที่เกี่ยวข้อง เช่น Google, Facebook, X, Pantip, YouTube, TikTok, Google Play Review, App Store Review, Google Maps Review, Blog, Website คู่แข่ง หรือแหล่งข้อมูลอื่น ๆ ที่น่าเชื่อถือ สิ่งที่ต้องการให้วิเคราะห์: ผู้ใช้พูดถึงปัญหาอะไรบ่อยที่สุด ผู้ใช้มีพฤติกรรมหรือสถานการณ์จริงอย่างไร มี Pain Point หรือ Frustration อะไรที่พบซ้ำ ผู้ใช้ใช้ทางเลือกหรือคู่แข่งใดอยู่ในปัจจุบัน มี Opportunity อะไรสำหรับการออกแบบ Product / Feature / Journey ขอผลลัพธ์เป็นตาราง โดยมีคอลัมน์: Source Link สิ่งที่พบ Pain Point / Behavior / Insight Opportunity สำคัญ: ทุกข้อมูลที่อ้างอิงต้องมี Link แหล่งที่มาจริง ห้ามแต่งข้อมูลหรือแต่ง Link เอง ถ้าแหล่งข้อมูลไหนเข้าถึงไม่ได้ ให้ระบุว่า "ไม่สามารถเข้าถึงได้" สรุป Insight จากหลักฐานที่พบเท่านั้น ไม่เดาเอง ท้ายสุด ช่วยสรุป Key Insight 3–5 ข้อ และแนะนำประเด็นที่ควรนำไปถามต่อใน User Interview
ใช้สำหรับเข้าใจความคิด ความรู้สึก พฤติกรรม ความคาดหวัง และอุปสรรคของผู้ใช้ในบริบทจริง
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้าน [ประเภทบริการ / อุตสาหกรรม / บริบทของโปรเจกต์] บริบทของงานคือ [บริการ / ระบบ / เว็บไซต์ / แอป] ที่ช่วยให้ผู้ใช้ [เป้าหมายหลักของผู้ใช้] กลุ่มเป้าหมายคือ [กลุ่มผู้ใช้หลัก] อายุ [ช่วงอายุ] มีพฤติกรรม [พฤติกรรมหลัก] ช่องทางหลักที่ใช้คือ [มือถือ / เว็บไซต์ / LINE / Facebook / หน้าสาขา / ช่องทางอื่น ๆ] แรงจูงใจของผู้ใช้คือ [เหตุผลที่อยากใช้บริการนี้] แต่ผู้ใช้หงุดหงิดเพราะ [Pain Point หลัก / ข้อมูลไม่ชัด / ขั้นตอนซับซ้อน / ใช้งานยาก] เป้าหมายของการวิเคราะห์คือ [ต้องการเข้าใจอะไรเพื่อนำไปออกแบบต่อ] ช่วยสร้าง Empathy Map สำหรับผู้ใช้กลุ่มนี้ โดยวิเคราะห์จากมุมมองของผู้ใช้จริง ไม่ใช่มุมมองขององค์กร ให้สะท้อนทั้งความคิด ความรู้สึก พฤติกรรม ความคาดหวัง ความสับสน และอุปสรรคในการใช้งาน ขอผลลัพธ์เป็นตาราง 4 ช่อง: - คิดและรู้สึก - ได้ยิน - มองเห็น - พูดและทำ พร้อมแถวด้านล่าง: - Pains - Gains แต่ละช่องขอ 3–5 bullet ใช้ภาษาไทย สไตล์ UX Research Report เชิงวิเคราะห์ เน้น Insight ที่นำไปออกแบบ UX/UI, Content, UX Writing หรือ Service Experience ต่อได้ หลีกเลี่ยงคำกว้าง ๆ เช่น "ใช้งานยาก" หรือ "ต้องการความสะดวก" แต่ให้ระบุเป็นพฤติกรรม ความคิด ความลังเล หรือปัญหาที่จับต้องได้ โทนประมาณ: "ผู้ใช้ไม่ได้ต้องการอ่านข้อมูลทั้งหมด แต่ต้องการคำตอบที่ชัดเจนพอจะตัดสินใจขั้นถัดไปได้ทันที" "ความไม่มั่นใจไม่ได้เกิดจากการไม่มีข้อมูล แต่เกิดจากข้อมูลกระจัดกระจายและไม่มีจุดยืนยันที่เชื่อถือได้"
ใช้สำหรับออกแบบแบบสอบถามเพื่อเก็บข้อมูลพฤติกรรม ปัญหา ความต้องการ และสมมติฐานของผู้ใช้
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้านการออกแบบแบบสอบถามสำหรับงาน UX Research บริบทของงานคือ [ชื่อโปรเจกต์ / บริการ / แอป / เว็บไซต์] กลุ่มเป้าหมายคือ [กลุ่มผู้ใช้หลัก] อายุ [ช่วงอายุ] มีพฤติกรรม [พฤติกรรมสำคัญ] เป้าหมายของการทำ Survey คือ [ต้องการรู้เรื่องอะไร] สมมติฐานเบื้องต้นคือ [สิ่งที่ทีมคาดเดาไว้] สิ่งที่อยากนำผลไปใช้ต่อคือ [ออกแบบฟีเจอร์ / ปรับ UX / หา Pain Point / Validate Idea] ช่วยออกแบบชุดคำถาม Survey สำหรับเก็บข้อมูลผู้ใช้ โดยครอบคลุมคำถามคัดกรอง, ข้อมูลทั่วไป, พฤติกรรมการใช้งาน, ปัญหาที่พบ, ความต้องการ, แรงจูงใจ และคำถามปลายเปิด ขอผลลัพธ์เป็นตาราง โดยมีคอลัมน์: - หมวดคำถาม - คำถาม - ประเภทคำตอบ เช่น Single Choice, Multiple Choice, Rating Scale, Open-ended - ตัวเลือกคำตอบ - เหตุผลที่ถามคำถามนี้ ใช้ภาษาไทย เข้าใจง่าย ไม่ชี้นำคำตอบ ออกแบบให้เหมาะกับการนำไปใช้ใน Google Forms หรือ Typeform ได้ทันที จำนวนคำถามประมาณ [จำนวนข้อ] โทนประมาณ: "คำถามควรช่วยให้ทีมเข้าใจพฤติกรรมจริงของผู้ใช้ ไม่ใช่แค่ถามว่าผู้ใช้ชอบหรือไม่ชอบ"
ใช้สำหรับวิเคราะห์คู่แข่งโดยดูทั้ง Product, UX, Feature, Content, Pricing และ Opportunity ของโปรเจกต์
คุณคือ Senior UX Researcher และ Product Strategist ที่เชี่ยวชาญด้าน Competitor Analysis บริบทของงานคือ [ชื่อโปรเจกต์ / บริการ / แอป / เว็บไซต์] สินค้า/บริการของเราคือ [อธิบายสั้น ๆ ว่าคืออะไร] กลุ่มเป้าหมายคือ [กลุ่มผู้ใช้หลัก] คู่แข่งที่ต้องการวิเคราะห์คือ [รายชื่อคู่แข่งโดยตรง] คู่แข่งทางอ้อมหรือสิ่งที่ผู้ใช้ใช้แทนคือ [รายชื่อทางเลือกอื่น ๆ] เป้าหมายของการวิเคราะห์คือ [หา Opportunity / ปรับ Positioning / หา Feature Gap / เข้าใจ UX Pattern] ช่วยทำ Competitor Analysis โดยวิเคราะห์ทั้งด้าน Product, UX, Content, Feature, Pricing, Trust, Onboarding และจุดแข็ง/จุดอ่อนของแต่ละคู่แข่ง ขอผลลัพธ์เป็นตาราง โดยมีคอลัมน์: - คู่แข่ง - กลุ่มผู้ใช้หลัก - Value Proposition - ฟีเจอร์เด่น - UX/UI ที่น่าสนใจ - จุดแข็ง - จุดอ่อน - Opportunity สำหรับโปรเจกต์ของเรา จากนั้นสรุป Insight ด้านล่างเป็น 3 ส่วน: - สิ่งที่ตลาดทำได้ดีแล้ว - ช่องว่างที่ยังไม่มีใครแก้ได้ดี - โอกาสที่ Product ของเราควรเข้าไปเล่น ใช้ภาษาไทย สไตล์วิเคราะห์เชิง Product & UX หลีกเลี่ยงการสรุปแบบผิวเผิน เช่น "ใช้งานง่าย" แต่ให้ระบุว่าใช้งานง่ายเพราะอะไร โทนประมาณ: "เราไม่ได้วิเคราะห์คู่แข่งเพื่อก็อปฟีเจอร์ แต่เพื่อเข้าใจว่าผู้ใช้มีทางเลือกอะไร และยังมีช่องว่างตรงไหนที่ยังไม่ได้รับการตอบสนอง"
ใช้สำหรับสร้าง Persona ที่สะท้อนพฤติกรรม เป้าหมาย Pain Point, Frustration และบริบทการตัดสินใจของผู้ใช้
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้านการสร้าง Persona จากข้อมูลพฤติกรรมผู้ใช้จริง บริบทของงานคือ [ชื่อโปรเจกต์ / บริการ / แอป / เว็บไซต์] กลุ่มเป้าหมายคือ [กลุ่มผู้ใช้หลัก] ข้อมูลที่มีคือ [Survey / Interview / Observation / Assumption / Research Finding] พฤติกรรมสำคัญของผู้ใช้คือ [พฤติกรรมที่พบ] ปัญหาหลักของผู้ใช้คือ [Pain Point] สิ่งที่ทำให้ผู้ใช้หงุดหงิดหรือรู้สึกติดขัดคือ [Frustration] เป้าหมายของผู้ใช้คือ [สิ่งที่ผู้ใช้ต้องการทำให้สำเร็จ] บริบทการใช้งานคือ [ใช้ที่ไหน / ใช้เมื่อไร / ใช้ผ่านอุปกรณ์อะไร] ช่วยสร้าง User Persona ที่สะท้อนพฤติกรรม ความต้องการ แรงจูงใจ ความกังวล ข้อจำกัด และความหงุดหงิดของผู้ใช้กลุ่มนี้ ขอผลลัพธ์เป็นโครงสร้างดังนี้: - ชื่อ Persona - อายุ / อาชีพ / รายได้ / พื้นหลังโดยย่อ - สถานการณ์การใช้งาน - เป้าหมายหลัก - พฤติกรรมสำคัญ - Pain Points - Frustrations - Needs - Motivation - Concerns - Quote ที่สะท้อนตัวตนของผู้ใช้ - UX Implication หรือสิ่งที่ทีมออกแบบควรคำนึงถึง ใช้ภาษาไทย สไตล์ UX Research Report ให้ Persona ดูเหมือนผู้ใช้จริง ไม่ใช่ตัวละครทั่วไป เน้น Insight ที่ช่วยให้ทีมตัดสินใจเรื่อง UX, Content และ Feature ได้ แยกให้ชัดเจนระหว่าง Pain Points และ Frustrations โดย Pain Points คือปัญหาหรืออุปสรรคที่ผู้ใช้เจอ ส่วน Frustrations คือความรู้สึกหงุดหงิด ไม่มั่นใจ เสียเวลา หรือรู้สึกว่าระบบไม่เข้าใจบริบทของเขา โทนประมาณ: "Persona ที่ดีไม่ใช่แค่บอกว่าเขาเป็นใคร แต่ต้องช่วยให้ทีมเข้าใจว่าเขาตัดสินใจอย่างไร ติดขัดตรงไหน และอะไรทำให้เขารู้สึกไม่อยากไปต่อ"
ใช้สำหรับสร้าง Interview Guide ที่ช่วยให้เข้าใจประสบการณ์จริงของผู้ใช้ โดยไม่ถามนำหรือถามแบบผิวเผิน
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้านการวางแผนและออกแบบคำถาม User Interview บริบทของงานคือ [ชื่อโปรเจกต์ / บริการ / แอป / เว็บไซต์] กลุ่มเป้าหมายที่จะสัมภาษณ์คือ [กลุ่มผู้ใช้] เป้าหมายของการสัมภาษณ์คือ [ต้องการเรียนรู้อะไร] สิ่งที่ทีมอยากตรวจสอบคือ [Assumption / Hypothesis] บริบทการใช้งานของผู้ใช้คือ [สถานการณ์ที่เกี่ยวข้อง] สิ่งที่ต้องการนำผลสัมภาษณ์ไปใช้ต่อคือ [ออกแบบฟีเจอร์ / ปรับ Journey / หา Pain Point / Validate Problem] ช่วยออกแบบ User Interview Guide สำหรับสัมภาษณ์ผู้ใช้ โดยคำถามต้องเป็นคำถามปลายเปิด ไม่ชี้นำ และช่วยให้เข้าใจพฤติกรรมจริง ขอผลลัพธ์เป็นโครงสร้างดังนี้: - Interview Objective - Participant Criteria - Opening Script สำหรับเริ่มสัมภาษณ์ - Warm-up Questions - Core Questions แบ่งตามหัวข้อ - Follow-up Probing Questions - Closing Questions - สิ่งที่ควรสังเกตระหว่างสัมภาษณ์ - ข้อควรระวังสำหรับผู้สัมภาษณ์ ใช้ภาษาไทย สุภาพ เป็นธรรมชาติ คำถามควรช่วยให้ผู้ใช้เล่าประสบการณ์จริง มากกว่าตอบเชิงความคิดเห็นลอย ๆ จำนวนคำถามหลักประมาณ [จำนวนข้อ] โทนประมาณ: "อย่าถามว่า 'คุณอยากได้ฟีเจอร์นี้ไหม' แต่ให้ถามว่า 'ครั้งล่าสุดที่คุณเจอปัญหานี้ คุณแก้ไขอย่างไร'"
ใช้สำหรับวิเคราะห์เส้นทางผู้ใช้ตั้งแต่ก่อนใช้งาน ระหว่างใช้งาน จนถึงหลังทำรายการเสร็จ เพื่อหา Friction และ Opportunity
คุณคือ Senior UX Researcher และ Service Designer ที่เชี่ยวชาญด้านการวิเคราะห์ User Journey Map บริบทของงานคือ [ชื่อโปรเจกต์ / บริการ / แอป / เว็บไซต์] กลุ่มผู้ใช้คือ [กลุ่มเป้าหมาย] Scenario ที่ต้องการวิเคราะห์คือ [สถานการณ์การใช้งาน เช่น สมัครสมาชิก / ซื้อสินค้า / ขอเอกสาร / จ่ายเงิน / ยื่นคำร้อง] เป้าหมายของผู้ใช้คือ [สิ่งที่ผู้ใช้ต้องการทำให้สำเร็จ] ช่องทางที่เกี่ยวข้องคือ [Mobile App / Website / LINE / Call Center / สาขา / Social Media] ปัญหาที่พบคือ [Pain Point หลัก] ข้อมูลที่มีคือ [Research Finding / Interview / Survey / Assumption] ช่วยสร้าง User Journey Map สำหรับ Scenario นี้ โดยวิเคราะห์ตั้งแต่ก่อนเริ่มใช้งาน ระหว่างใช้งาน จนถึงหลังทำรายการเสร็จ ขอผลลัพธ์เป็นตาราง โดยมีคอลัมน์: - Stage - User Goal - User Action - Touchpoint - Thought & Feeling - Pain Point - Opportunity - UX Recommendation แบ่ง Journey เป็นประมาณ [จำนวน Stage] Stage ใช้ภาษาไทย สไตล์วิเคราะห์เชิง UX และ Service Design เน้นให้เห็นจุดสะดุดของผู้ใช้ และโอกาสในการปรับปรุงประสบการณ์ จากนั้นสรุปด้านล่าง: - Moment of Truth - Biggest Friction - Quick Win - Strategic Opportunity โทนประมาณ: "Journey Map ไม่ได้มีไว้แค่เล่าว่าผู้ใช้ทำอะไร แต่ต้องช่วยให้ทีมเห็นว่าจุดไหนทำให้ผู้ใช้ลังเล สับสน หรือเลิกใช้งาน"
ใช้สำหรับวางแผนทดสอบ Prototype หรือ Product Flow เพื่อดูว่าผู้ใช้เข้าใจ ใช้งานได้ และติดขัดตรงไหน
คุณคือ Senior UX Researcher ที่เชี่ยวชาญด้านการวางแผน Usability Test สำหรับ Digital Product บริบทของงานคือ [ชื่อโปรเจกต์ / แอป / เว็บไซต์ / Prototype] สิ่งที่ต้องการทดสอบคือ [ฟีเจอร์ / Flow / หน้าจอ / Prototype] กลุ่มผู้ใช้ที่จะทดสอบคือ [กลุ่มเป้าหมาย] เป้าหมายของการทดสอบคือ [ต้องการรู้ว่าอะไรใช้งานได้หรือไม่ได้] สมมติฐานที่ต้องการตรวจสอบคือ [Assumption / Hypothesis] อุปกรณ์หรือช่องทางที่ใช้ทดสอบคือ [มือถือ / Desktop / Figma Prototype / Production] ข้อกังวลของทีมคือ [จุดที่คิดว่าผู้ใช้อาจสับสน] ช่วยออกแบบ Usability Test Plan สำหรับทดสอบ Flow นี้ โดยครอบคลุมเป้าหมาย วิธีทดสอบ Task Scenario ตัวชี้วัด และแนวทางสรุปผล ขอผลลัพธ์เป็นโครงสร้างดังนี้: - Test Objective - Participant Criteria - Test Scope - Task Scenario - Success Criteria - Metrics ที่ควรวัด เช่น Task Success, Time on Task, Error, Satisfaction - Moderator Script - Observation Checklist - Post-test Questions - รูปแบบการสรุป Finding พร้อม Severity ใช้ภาษาไทย สไตล์ UX Research Report Task Scenario ต้องเขียนเหมือนสถานการณ์จริงของผู้ใช้ ไม่บอกวิธีทำตรง ๆ จำนวน Task ประมาณ [จำนวน Task] โทนประมาณ: "อย่าทดสอบว่าผู้ใช้กดปุ่มถูกไหมเท่านั้น แต่ต้องดูว่าผู้ใช้เข้าใจเป้าหมายของ Flow หรือไม่ และลังเลตรงจุดไหน"
Prompt ครั้งแรกไม่จำเป็นต้องจบ ถ้าคำตอบยังไม่ดีพอ ให้คุยต่อ ปรับต่อ และสั่งให้ AI Rewrite ได้ เช่น:
คนที่ใช้ AI เก่ง
ไม่ใช่คนที่ Prompt ครั้งเดียวแล้วจบ
แต่คือคนที่รู้จัก Critique และ Rewrite ไปเรื่อย ๆ
จนได้ Output ที่ใช้จริงได้
Summary
Template เหล่านี้ช่วยให้นักเรียนเริ่มต้นงาน UX Research ได้เร็วขึ้น ตั้งคำถามได้ชัดขึ้น และเปลี่ยนข้อมูลกระจัดกระจายให้กลายเป็น Insight ที่นำไปออกแบบ Product, Service และ User Experience ต่อได้จริง