Build Customer Demos That Convert! Magic Patterns Tutorial
สรุปย่อ
ประเด็นสำคัญจากวิดีโอ
- **ช่อง:** Code with Ania Kubów · **ความยาว:** ~14 นาที · **ลิงก์:** https://www.youtube.com/watch?v=zQ8mgVm2ezw
# สรุป: Build Customer Demos That Convert! Magic Patterns Tutorial - **ช่อง:** Code with Ania Kubów · **ความยาว:** ~14 นาที · **ลิงก์:** https://www.youtube.com/watch?v=zQ8mgVm2ezw ## ประเด็นหลัก - ใช้ AI agent ใน Magic Patterns สร้าง demo app ที่สมจริงได้ภายในไม่กี่นาที แทนที่จะใช้เวลาหลายสัปดาห์ทำ mockup แล้วโดนสั่งให้แก้ใหม่ โดยทำได้แม้แต่ระหว่างประชุมกับลูกค้า - เป้าหมายคือเปลี่ยนจาก "ใช้เวลา 2 สัปดาห์สร้าง mockup" เป็น "feedback loop แบบ 2 ชั่วโมง" เพื่อให้ demo ช่วยปิดการขายได้จริง - prompt ที่แนะนำมีโครงสร้างเป็นขั้นตอน: กำหนด role (product designer, sales engineer, growth strategist) → กำหนด constraints เช่น เน้น ROI และ pain point → ทำความเข้าใจลูกค้าเป้าหมาย (อุตสาหกรรม ขนาดบริษัท ผู้ตัดสินใจ จุดเจ็บปวด เครื่องมือที่ใช้ เป้าหมายของ demo) → กำหนดโครงสร้าง demo → เน้นการขาย (โชว์คุณค่าใน 30 วินาทีแรก เปรียบเทียบก่อน/หลัง ROI ชัดเจน ลดความรู้สึกเสี่ยง และให้ความรู้สึกเฉพาะบุคคล) - สาธิตการกรอกข้อมูลจริง: บริษัทบ้านพักตากอากาศที่ใช้ Airbnb, Booking.com และ Excel โดยมี pain point คือผู้ใช้ไม่เห็นข้อดีเทียบกับการจองโรงแรม และค่าธรรมเนียมของ Airbnb/Booking.com สูงถึง 20% - Magic Patterns สร้างแอปทั้งระบบโดยอัตโนมัติ เช่น หน้า Villa Serena ที่ชี้ชัดว่าทำไมดีกว่าโรงแรม พร้อมทั้งสร้างโค้ดและ component ให้แก้ไขได้ทั้งแบบเห็นภาพและแบบโค้ด - ฟีเจอร์ recreate from screenshot: นำภาพหน้าจอหนึ่งภาพมาแปลงเป็นแอปที่ใช้งานได้ และสั่งให้เพิ่มภาพจริงเข้าไปแทน gradient placeholder ได้ด้วยคำสั่งสั้น ๆ - รองรับการทำงานร่วมกัน: export ไปยัง Figma ผ่าน Magic Patterns Figma plugin, คอมเมนต์บน demo ได้, เผยแพร่ไปยัง custom domain หรือแชร์ลิงก์ ดูได้ทั้ง tablet และมือถือ - ฟีเจอร์ design system: สร้าง reusable components จากภาพ (เช่น คอมโพเนนต์วิลล่าที่ใช้ซ้ำได้) พร้อมตั้งค่าสไตล์ typography และสิทธิ์การเข้าถึง เพื่อให้ทุกแอปในบริษัทมีหน้าตาเดียวกัน ## ความเห็นสรุป วิดีโอนี้นำเสนอแนวคิดที่ใช้งานได้จริงและเห็นผลชัดเจน คือการใช้ AI สร้าง demo ที่ตอบโจทย์ pain point ของลูกค้าแต่ละรายได้ในเวลาอันสั้น ซึ่งเป็นหัวใจของการขายในยุคปัจจุบัน การสาธิตทำตามได้ง่ายและครอบคลุมฟีเจอร์สำคัญของ Magic Patterns ครบทุกด้าน ตั้งแต่การเขียน prompt ไปจนถึงการสร้าง design system ที่ใช้ซ้ำได้
คำแปลเต็ม
แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ
วันนี้เราจะมาใช้ AI agent (เอเจนต์เอไอ) ที่ออกแบบ demo app (แอปสาธิต) ให้ได้อัตโนมัติ และเป็นแบบที่แปลงลูกค้าให้กลายเป็นยอดขายได้จริงนะครับ. เพราะถ้าคุณเคยทำงานสายขาย ในฐานะ founder (ผู้ก่อตั้ง) หรือทำงานด้าน product คุณคงเคยเจอสถานการณ์แบบนี้มาก่อน. ลูกค้าขอ demo แต่คุณไม่มีสิ่งที่เขาต้องการเป๊ะ ๆ แล้วจู่ ๆ คุณก็ต้องใช้เวลาหลายสัปดาห์ทำ mockup (แบบจำลอง) ขึ้นมาคร่าว ๆ ให้ดูคล้ายสิ่งที่เขาอยากได้ สุดท้ายก็โดนสั่งให้ทำใหม่ทั้งหมด. แต่ตอนนี้คุณทำเสร็จได้ในไม่กี่นาที ไม่ใช่เป็นสัปดาห์ และทำได้ในระหว่างประชุมจริงกับลูกค้าด้วยครับ.
ใน tutorial (บทเรียน) นี้ เราจะใช้ Magic Patterns ซึ่งเป็นเครื่องมือที่บริษัทอย่าง KPMG, DoorDash และอีกหลายแห่งใช้กัน เพื่อสร้าง demo app ที่สมจริง. เป้าหมายง่ายมากครับ. แทนที่จะใช้เวลา 2 สัปดาห์สร้าง mockup app เราจะสร้าง feedback loop (วงจรรับฟังความคิดเห็น) แบบ 2 ชั่วโมงแทน. พอจบวิดีโอนี้ คุณจะเข้าใจวิธีใช้ AI agent สร้างหน้าจอแอปได้ตามต้องการ แปลงหน้าจอเหล่านั้นให้เป็น interactive prototype (โปรโตไทป์แบบโต้ตอบได้) และจัดแพ็กเป็น demo พร้อมส่งมอบให้ลูกค้า ที่ช่วยปิดดีลได้จริง. แล้วเราจะรออะไรอยู่ล่ะครับ. ไปทำกันเลย.
มาคลิกที่ลิงก์ในคำอธิบายใต้วิดีโอกันก่อน เพื่อให้ทุกคนเริ่มจากจุดเดียวกัน. ในส่วนนี้ ผมจะแจก prompt (คำสั่ง) ที่ผมใช้สร้าง demo app ให้ดูกัน. เราจะสร้าง demo app ให้กับ startup (สตาร์ทอัพ) แห่งหนึ่ง. ลองนึกภาพว่าคุณกำลังนั่งประชุมอยู่กับ founder ของบริษัทเช่าบ้านพักตากอากาศ. ตอนนี้เขามีที่พักอยู่สองสามแห่ง และใช้ Airbnb หรือ Booking.com ในการทำการตลาด. แต่เราอยากให้เขาหันมาใช้บริการของเรา. งั้นไปเริ่มกันเลยดีกว่า. ผมไม่ชอบเสียเวลาเปล่า ๆ นะครับ. ขอแค่ให้แน่ใจว่าคุณใช้ระบบเดียวกันกับที่ผมใช้อยู่ ซึ่งผมใช้แบบค่าเริ่มต้น แต่ก็มีให้เลือกอีกหลายแบบ. คุณยังสร้าง demo จาก screenshot (ภาพหน้าจอ) ได้ด้วย ซึ่งเจ๋งมาก. เดี๋ยวเราจะดูกันทีหลัง. คุณ import (นำเข้า) จาก Figma หรือจากเว็บไซต์ก็ได้. งั้นช่วยบันทึก prompt นี้ไว้นะครับ. นี่คือ prompt ที่ผมแนะนำให้ทุกคนบันทึกไว้ แล้วค่อยปรับแก้ตามต้องการ.
ขั้นตอนที่หนึ่งตรงนี้ เรากำลังกำหนด role (บทบาท) ให้กับ AI. การกำหนดบทบาทเกิดขึ้นในบรรทัดแรก. ทำไมมันถึงสำคัญ ก็เพราะ AI ตอบสนองแตกต่างกันไปตามบริบทของบทบาท. ถ้ากำหนดให้เป็น product designer (นักออกแบบผลิตภัณฑ์) เราก็จะได้ความสมจริงด้าน UX. ถ้าเป็น sales engineer (วิศวกรฝ่ายขาย) ก็จะได้ความน่าเชื่อถือทางเทคนิค และถ้าเป็น growth strategist (นักวางกลยุทธ์การเติบโต) ก็จะได้แนวคิดที่เน้นการแปลงยอดขาย.
ต่อไป เรามาดูส่วน constraints (ข้อจำกัด) ตรงนี้ครับ. เราจะเพิ่มเงื่อนไขอย่างเช่น ทำออกมาให้ดูสมจริง เพื่อกันไม่ให้ได้ผลงานเลื่อนลอยไร้สาระ. เรายังกำหนด pain point (จุดเจ็บปวดของลูกค้า) ลงไปด้วย ซึ่งจะบังคับให้ระบุรายละเอียดได้ตรงจุด. เราบอกให้เน้น ROI (ผลตอบแทนจากการลงทุน) ให้ชัดเจน เพราะ CFO (ซีเอฟโอ) ไม่ได้ซื้อที่ฟีเจอร์ แต่ซื้อที่ผลลัพธ์. เรายังจัดโครงสร้างเพื่อการขาย เพื่อให้ flow (ลำดับขั้นตอน) รองรับการนำเสนอ demo สดได้. และสุดท้าย เราเพิ่มข้อความที่โน้มน้าวใจในโทนการนำเสนอด้วย. เยี่ยมมาก.
ต่อไป เราจะมาทำความเข้าใจลูกค้าเป้าหมายกัน. ตรงนี้สำคัญ เพราะการระบุรายละเอียดอย่างเช่นอุตสาหกรรม. อุตสาหกรรมแต่ละแบบใช้คำศัพท์ ตัวชี้วัดบน dashboard (แดชบอร์ด) และภาษาภาพที่ต่างกัน คุณต้องอยู่ในวงในให้ได้ เพราะรายละเอียดเล็ก ๆ น้อย ๆ ทุกอย่างมีผลต่อการปิดการขาย. ขนาดของบริษัทลูกค้า. สตาร์ทอัพกับองค์กรใหญ่ให้ความสำคัญต่างกัน เช่น สตาร์ทอัพจะสนใจความเร็ว ความง่าย และต้นทุนด้านข้อมูลที่ต่ำ. ส่วนองค์กรใหญ่จะสนใจความปลอดภัย การเชื่อมต่อระบบ (integrations) การปฏิบัติตามข้อกำหนด (compliance) และอื่น ๆ.
ผู้ตัดสินใจหลัก. คนแต่ละบทบาทซื้อสินค้าด้วยเหตุผลต่างกัน. ถ้าคุณคุยกับ head of ops (หัวหน้าฝ่ายปฏิบัติการ) ให้เน้นประสิทธิภาพและระบบอัตโนมัติ. แต่ถ้าคุยกับ CFO ให้เน้นผลตอบแทนจากการลงทุนและการประหยัดต้นทุน. จุดเจ็บปวดที่ใหญ่ที่สุด อันนี้สำคัญมาก. demo ส่วนใหญ่ล้มเหลว เพราะโชว์แต่ความสามารถของสินค้า แทนที่จะแก้ปัญหาให้ลูกค้า. อย่าทำแบบนั้นเด็ดขาด. ปัญหาต่างหากที่สร้างความเร่งด่วน. ถ้า AI ไม่ยึดโยงกับ pain point แล้วไปโชว์แต่ฟีเจอร์ มันก็ไม่ช่วยลดแรงกดดัน และพลาดเป้าหมายโดยสิ้นเชิง.
การระบุเครื่องมือที่บริษัทนั้นใช้อยู่ จะช่วยให้คุณวางตำแหน่งทางการแข่งขันได้ มีจุดเชื่อมต่อสำหรับการ integrate (เชื่อมต่อระบบ) และยังทำให้ลูกค้าอุ่นใจว่าไม่ต้องเปลี่ยนระบบทุกอย่าง. นี่เป็นจุดที่ช่วยเพิ่มอัตราการปิดการขายได้ดีมาก. และแน่นอน ต้องระบุเป้าหมายของ demo. ทำไมถึงจำเป็นล่ะครับ. ก็เพราะ demo ที่ไม่มีวัตถุประสงค์ชัดเจนจะลอยเรื่อยเปื่อย. เป้าหมายคือจะจอง pilot (โปรเจกต์นำร่อง) หรือจะปิดสัญญา อะไรก็ว่าไป.
สุดท้าย เราสามารถเพิ่มโครงสร้างของ demo ได้. ซึ่งก็คือการตั้งชื่อแอป เพิ่ม value proposition (ข้อเสนอคุณค่า) ที่ชัดเจน กำหนดหน้าจอหลักของแอป 5 ถึง 7 หน้าจอ แต่ละหน้าจอทำหน้าที่อะไร และอื่น ๆ. และในขั้นตอนสุดท้าย เราจะโฟกัสที่เรื่องการขาย. เราจะเพิ่มเงื่อนไขให้ demo โชว์คุณค่าภายใน 30 วินาทีแรก มีความชัดเจนแบบก่อนกับหลัง (before versus after) ให้เห็น ROI ชัดเจน ลดความเสี่ยงที่ลูกค้ารู้สึกว่าการนำไปใช้ยุ่งยาก และแน่นอน ต้องให้ความรู้สึกว่าเป็นของเฉพาะลูกค้ารายนี้ ไม่ใช่ของตายตัวที่ส่งให้ทุกคน. เอาล่ะ นี่คือ prompt ของผม. ช่วยบันทึกไว้ แล้วไปกันเลย.
มาลองกรอกข้อมูลกัน. กำหนดว่าอุตสาหกรรมของลูกค้าคือบ้านพักตากอากาศ (holiday homes). เป็นสตาร์ทอัพ. ผมกำลังคุยกับ founder. จุดเจ็บปวดที่ใหญ่ที่สุดคือผู้ใช้ไม่เข้าใจถึงข้อดี เมื่อเทียบกับการจองโรงแรม. เครื่องมือที่บริษัทนี้ใช้อยู่. ผมจะบอกว่าตอนนี้เขาใช้ Airbnb และอาจจะใช้ Booking.com รวมถึง Excel สำหรับจัดการงาน. และเป้าหมายของ demo สมมติว่าเพื่อให้เขาหันมาใช้แอปของผม. เอาล่ะ เยี่ยมมาก. ปล่อยทุกอย่างไว้แบบนี้. แล้วให้ AI คิดชื่อแอปเอง แล้วไปกันเลย.
ตอนนี้ Magic Patterns กำลังทำงานของมันแล้ว. มันกำลังวางแผน. ดีที่เราได้เห็นว่ามันทำอะไรอยู่บ้าง. แชทจะแสดงผลเป็นภาษาที่มนุษย์อ่านเข้าใจได้. มันยังสร้างโค้ดด้วย ซึ่งเราจะได้ดูกัน. และเรายังแก้ไขแบบเห็นภาพได้ด้วย. เอาล่ะ ได้ผลลัพธ์แล้ว. นี่คือทางเลือกสำหรับ founder บริษัทบ้านพักตากอากาศ ที่จะใช้แทน Airbnb และ Booking.com ซึ่งคิดค่าธรรมเนียมถึง 20%. แน่นอนว่านี่แก้ปัญหาใหญ่ที่ founder อาจเจอได้ และเขาอาจเลือกคุณแทน เพราะคุณเสนอทางเลือกที่ถูกกว่า. โน้มน้าวเขาได้ด้วยจุดนี้. และถ้ายังไม่พอ คุณก็ไปต่อได้ด้วยการโชว์ว่าลูกค้าของเขาจะได้เห็นอะไรบ้าง.
เช่น ตรงนี้คุณจะเห็นที่พักของบริษัทบ้านพักตากอากาศ. มาดูรายละเอียดของที่พักกัน. ดูดีแล้ว. ตรงนี้คือ Villa Serena และเหตุผลว่าทำไมที่นี่ดีกว่าโรงแรม. นั่นคือหนึ่งใน pain point ที่เขาพูดถึง. เห็นชัดเจนว่าทำไมที่นี่ดีกว่าโรงแรม. เรากำลังตอบโจทย์จุดเจ็บปวดที่ลูกค้าอาจพูดถึงในการประชุมของคุณได้ตรง ๆ. เยี่ยมมาก.
แน่นอนว่า คุณดูโค้ดได้ถ้าเขาสนใจ. มันง่ายมาก ๆ. แค่คลิกตรงนี้ คุณจะเห็น component (คอมโพเนนต์) ทั้งหมดที่ประกอบกันเป็นแอป. คุณจะแก้ไขในนี้ก็ได้ ถ้าอยากทำ. หรือจะแก้ไขแบบเห็นภาพก็ได้. เช่น ถ้าคุณอยากเปลี่ยนอะไรสักอย่าง คุณระบุได้ละเอียดมาก. แทบจะเปลี่ยนอะไรก็ได้ตรงนี้เลย. คุณเปลี่ยนระยะห่างได้ด้วย. แค่คลิกเลือกแต่ละ element (องค์ประกอบ) ก็พอ. ง่ายมาก ๆ. แล้วก็กดบันทึกได้เลย.
ไม่เพียงเท่านั้น คุณยังดูได้ว่าแอปนี้เป็นอย่างไรบนแท็บเล็ตหรือมือถือ. และยัง publish (เผยแพร่) ได้ด้วย. เผยแพร่ไปยัง custom domain (โดเมนเฉพาะ) หรือแชร์เพื่อให้คนอื่นเข้ามาดูร่วมกันได้. ตอนนี้ใครที่มีลิงก์ก็เปิดดูได้. เยี่ยม. พอใจกับผลลัพธ์นี้แล้ว ไปต่อกันเลย.
นี่คือวิธีสร้าง demo app จาก prompt. ต่อไป มาดูฟีเจอร์อื่นกันบ้าง. ในส่วนนี้ ผมจะสาธิตวิธีสร้าง demo จาก screenshot. คือเราจะนำภาพหนึ่งภาพมาแปลงเป็นโค้ดที่ใช้งานได้. ไปดูกัน.
ในส่วนนี้ เราจะมาดูตัวเลือก recreate from screenshot (สร้างใหม่จากภาพหน้าจอ) กัน. สิ่งที่ผมจะทำก็คือเลือก screenshot ของแอปที่ผมมีอยู่. คุณอาจจำแอปนี้ได้. เราสร้างมันขึ้นมาเมื่อกี้นี่เอง. ตรงนี้คือ screenshot ของผม. ช่วยแปลงภาพนี้ให้เป็นแอปที่ใช้งานได้หน่อย. เอาล่ะ ไปเลย. เสร็จแล้ว. นี่มันสุดยอดมาก. มันแปลงภาพให้กลายเป็นโค้ดได้จริง ๆ.
เหมือนเดิม คุณดูโค้ดได้ตรงนี้ และแก้ไขแบบเห็นภาพได้เหมือนที่ทำก่อนหน้านี้. แต่ครั้งนี้ผมอยากพูดถึงอีกฟีเจอร์หนึ่ง. คุณอาจสังเกตว่าแกลเลอรีภาพเหล่านี้ไม่แสดงภาพอะไรเลย. ทำไมน่ะเหรอ. ก็เพราะถ้าคุณดูตรงนี้ มันยังไม่ได้เพิ่มภาพเข้าไป. แต่เราทำได้แน่นอน. ไปแก้ไขกันเลย.
ในการแก้ไข ผมสามารถเลือก element ได้. เช่น เลือกทั้งแกลเลอรีภาพคอมโพเนนต์นี้ แล้วสั่งว่า ช่วยเพิ่มภาพจริง ๆ ลงไปหน่อย. ง่ายแค่นั้น. แล้วมันจะไล่ดูในโค้ด และแทนที่ gradient placeholder (ตัวยึดตำแหน่งแบบไล่เฉดสี) ด้วยภาพวิลล่าและภาพวันหยุดจริง. ตรงตามที่เราต้องการ. พูดตามตรง ผมแทบไม่ได้สั่งอะไรเลย. แค่บอกว่าภาพ. มันอาจจะเป็นภาพแมวก็ได้. แต่ไม่ มันเข้าใจได้ทันทีว่าเราต้องการภาพวิลล่าและวันหยุดจริง. สุดยอด. ดูสิ เจ๋งแค่ไหน. เดี๋ยวนี้ demo ของเราดูดีขึ้นในทันที.
ตอนนี้เราเปิดดูในหน้าต่างใหม่ได้. นี่คือหน้าตาที่มันจะเป็น. งดงามมาก. อีกอย่างที่ทำได้คือส่งออกไปยัง Figma. ตรงนี้คุณต้องมี Magic Patterns Figma plugin (ปลั๊กอิน) ซึ่งอยู่นอกขอบเขตของบทเรียนนี้ แต่ปลั๊กอินมันมีอยู่จริง ถ้าคุณใช้ Figma อยู่ก็ใช้งานได้. หรือคุณจะคอมเมนต์บนนี้ก็ได้. เช่น คลิกตรงนี้แล้วเขียนว่าเปลี่ยนภาพนี้ ถ้าคุณใช้เครื่องมือนี้แบบร่วมกันหลายคน. หรือถ้าอยากจดโน้ตไว้ระหว่างประชุม demo ก็ได้เหมือนกัน. เยี่ยม. และถ้าอยากดูทั้งแอป ก็สลับมุมมอง แล้วจะเห็นเหมือนเปิดในเบราว์เซอร์. สุดยอด. ผมปลื้มกับมันมาก.
ในส่วนนี้ เราจะมาสร้าง reusable components (คอมโพเนนต์ที่ใช้ซ้ำได้) กัน. ถ้าคุณไม่รู้ว่ามันคืออะไร เดี๋ยวจะได้รู้เอง. สุดท้ายนี้ ผมอยากโชว์อีกสิ่งหนึ่ง. สมมติว่าคุณเป็นบริษัทที่ทำแอปเยอะแยะมากมาย และอยากให้ทุกแอปหน้าตาเหมือนกัน. มีสไตล์เดียวกัน มีคอมโพเนนต์เดียวกัน. เครื่องมือนี้จะช่วยคุณได้มาก. คุณจะสร้าง design system (ระบบการออกแบบ) ขึ้นมา. ไปสร้าง design system แรกของเรากัน. ผมจะตั้งชื่อมันว่า villa design system. คุณเพิ่มโลโก้ได้ด้วยนะ ผมแนะนำให้เพิ่ม. แต่เอาล่ะ นี่แค่ demo เราข้ามไปก่อน. ผมจะเริ่มจากว่างเปล่า. แล้วสร้าง design system แรกของผม. จากนั้นก็เพิ่มคอมโพเนนต์.
คุณเพิ่มคอมโพเนนต์จากภาพได้ ซึ่งมีประโยชน์มาก ๆ. เช่น ถ้าผมอัปโหลดภาพเดิมที่ใช้เมื่อกี้ ก็คือ screenshot ของที่พักของผม. แล้วผมจะเพิ่มข้อความเผื่อไว้ด้วย. เป็นคอมโพเนนต์ที่พัก ที่มีแกลเลอรีภาพ รายละเอียด และตารางเปรียบเทียบ. แล้วก็กดเลย. คอมโพเนนต์ของผมกำลังถูกสร้างขึ้น. และแน่นอน ผมสร้างคอมโพเนนต์ได้อีกมากมาย จากภาพอีกมากมาย. ซึ่งหมายความว่ามันใช้ซ้ำได้. ผมใช้คอมโพเนนต์วิลล่านี้กี่ครั้งก็ได้ตามต้องการ. อาจมีคอมโพเนนต์ header (ส่วนหัว) หรือปุ่มอยู่ตรงนี้ด้วย. ยิ่งมีคอมโพเนนต์เยอะยิ่งดี. แล้วคุณก็แค่นำมาใช้ต่อกันได้เลย.
เอาล่ะ คลิกเข้าไปในคอมโพเนนต์ แล้วก็ตู้ม ได้ผลลัพธ์แล้ว. ผมจะเปิด preview (ตัวอย่าง) ในหน้าต่างใหม่. ดูสิ จากภาพเพียงภาพเดียว. คอมโพเนนต์นี้ใช้ซ้ำได้. คุณดูโค้ดได้ด้วย. แต่เอาล่ะ มันดูดีแล้วสำหรับผม. ผมชอบมาก. เยี่ยม. และแน่นอน คอมโพเนนต์ทั้งหมดของคุณจะถูกรวมไว้ที่นี่. คุณอัปโหลด style context (บริบทของสไตล์) ได้. มี typography (รูปแบบตัวอักษร) ให้ตั้งค่า ทั้งหัวข้อต่าง ๆ ที่อยากใช้ ตัวหนังสือเนื้อหา หรือการตั้งค่าโดยรวม. รวมถึงการกำหนดสิทธิ์ว่าใครเข้าถึงอะไรได้บ้าง. เยี่ยม.
เอาล่ะ ขอบคุณมากที่รับชม. ผมหวังว่าคุณจะได้ประโยชน์จากวิดีโอนี้. และถ้ามีคำถามอะไร คอมเมนต์ไว้ด้านล่างได้เลย. ผมยินดีช่วยเหลือคุณมาก ๆ.
หมายเหตุการแปล
ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ
- ไม่มี segment ที่ต้องเขียนเป็น [ฟังไม่ชัด] — ทุกช่วงสามารถตีความได้จากบริบท
อภิธานศัพท์เทคนิค
คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ
| ศัพท์ | คำแปล / คำอธิบาย |
|---|---|
| English term | คำแปล/คำอธิบาย (ไทย) |
| Magic Patterns | เครื่องมือที่ใช้ AI สร้าง demo app / UI โดยอัตโนมัติ (ชื่อผลิตภัณฑ์) |
| AI agent | เอเจนต์เอไอ ตัวแทน AI ที่ทำงานตามคำสั่งได้อัตโนมัติ |
| demo app | แอปสาธิต ที่สร้างขึ้นเพื่อนำเสนอให้ลูกค้าดู |
| mockup | แบบจำลองหน้าตาแอปคร่าว ๆ ที่ยังไม่ใช่ของจริง |
| feedback loop | วงจรรับฟังความคิดเห็น/ปรับปรุงซ้ำแบบเร็ว |
| prompt | คำสั่ง/ข้อความที่ป้อนให้ AI ทำงานตามที่ต้องการ |
| role assignment | การกำหนดบทบาทให้ AI (เช่น product designer, sales engineer, growth strategist) |
| constraints | ข้อจำกัด/เงื่อนไขที่เพิ่มใน prompt เพื่อควบคุมผลลัพธ์ |
| pain point | จุดเจ็บปวดของลูกค้า ปัญหาที่ทำให้เขาอยากซื้อ |
| ROI (return on investment) | ผลตอบแทนจากการลงทุน |
| CFO | ประธานเจ้าหน้าที่ฝ่ายการเงิน |
| UX | ประสบการณ์การใช้งาน (user experience) |
| dashboard | แผงแสดงข้อมูล/ตัวชี้วัด |
| integrations | การเชื่อมต่อระบบระหว่างซอฟต์แวร์ |
| compliance | การปฏิบัติตามข้อกำหนด/กฎระเบียบ |
| head of ops | หัวหน้าฝ่ายปฏิบัติการ |
| pilot | โปรเจกต์นำร่อง ทดลองใช้ก่อนขยายผล |
| value proposition | ข้อเสนอคุณค่า เหตุผลที่ลูกค้าควรเลือกเรา |
| interactive prototype | โปรโตไทป์แบบโต้ตอบได้ ผู้ใช้คลิกใช้งานได้จริง |
| startup | สตาร์ทอัพ บริษัทเริ่มต้นใหม่ |
| founder | ผู้ก่อตั้งบริษัท |
| screenshot | ภาพหน้าจอ |
| recreate from screenshot | ฟีเจอร์สร้างแอปใหม่จากภาพหน้าจอ |
| component | คอมโพเนนต์ ชิ้นส่วน UI ที่ประกอบกันเป็นแอป |
| reusable components | คอมโพเนนต์ที่ใช้ซ้ำได้หลายที่ |
| element | องค์ประกอบ/ชิ้นส่วนบนหน้าจอที่เลือกแก้ไขได้ |
| gradient placeholder | ตัวยึดตำแหน่งรูปภาพแบบไล่เฉดสี (ภาพหลอก) |
| Figma | เครื่องมือออกแบบ UI (ชื่อผลิตภัณฑ์) |
| Figma plugin | ปลั๊กอินที่ใช้ภายใน Figma |
| publish | การเผยแพร่แอปให้ผู้อื่นเข้าถึง |
| custom domain | โดเมนเฉพาะของตัวเอง |
| design system | ระบบการออกแบบ ชุดสไตล์และคอมโพเนนต์มาตรฐานของบริษัท |
| style context | บริบทของสไตล์/ธีมที่ใช้กับแอป |
| typography | รูปแบบและชุดตัวอักษร |
| preview | ตัวอย่างการแสดงผล |
| KPMG / DoorDash / Airbnb / Booking.com / Excel | ชื่อบริษัทและผลิตภัณฑ์ที่กล่าวถึงในวิดีโอ |
| Villa Serena | ชื่อที่พักตัวอย่างที่ AI สร้างขึ้นใน demo |
ซับไตเติ้ลภาษาไทย
ดาวน์โหลดหรือดูซับทั้งหมด
1 00:00:00,000 --> 00:00:03,326 วันนี้เราจะมาใช้ AI agent (เอเจนต์เอไอ) 2 00:00:03,326 --> 00:00:07,164 ที่ออกแบบ demo app (แอปสาธิต) ให้ได้อัตโนมัติ 3 00:00:07,164 --> 00:00:11,769 และเป็นแบบที่แปลงลูกค้าให้กลายเป็นยอดขายได้จริงนะครับ. 4 00:00:11,769 --> 00:00:15,180 เพราะถ้าคุณเคยทำงานสายขาย ในฐานะ founder
เปิดดูซับไตเติ้ลทั้งหมด (234 segments)
1 00:00:00,000 --> 00:00:03,326 วันนี้เราจะมาใช้ AI agent (เอเจนต์เอไอ) 2 00:00:03,326 --> 00:00:07,164 ที่ออกแบบ demo app (แอปสาธิต) ให้ได้อัตโนมัติ 3 00:00:07,164 --> 00:00:11,769 และเป็นแบบที่แปลงลูกค้าให้กลายเป็นยอดขายได้จริงนะครับ. 4 00:00:11,769 --> 00:00:15,180 เพราะถ้าคุณเคยทำงานสายขาย ในฐานะ founder 5 00:00:15,180 --> 00:00:18,080 (ผู้ก่อตั้ง) หรือทำงานด้าน product 6 00:00:18,080 --> 00:00:20,894 คุณคงเคยเจอสถานการณ์แบบนี้มาก่อน. 7 00:00:20,894 --> 00:00:24,988 ลูกค้าขอ demo แต่คุณไม่มีสิ่งที่เขาต้องการเป๊ะ ๆ 8 00:00:24,988 --> 00:00:26,085 แล้วจู่ ๆ 9 00:00:26,085 --> 00:00:31,287 คุณก็ต้องใช้เวลาหลายสัปดาห์ทำ mockup (แบบจำลอง) ขึ้นมาคร่าว ๆ 10 00:00:31,287 --> 00:00:36,490 ให้ดูคล้ายสิ่งที่เขาอยากได้ สุดท้ายก็โดนสั่งให้ทำใหม่ทั้งหมด. 11 00:00:36,490 --> 00:00:39,389 แต่ตอนนี้คุณทำเสร็จได้ในไม่กี่นาที 12 00:00:39,389 --> 00:00:40,839 ไม่ใช่เป็นสัปดาห์ 13 00:00:40,839 --> 00:00:44,677 และทำได้ในระหว่างประชุมจริงกับลูกค้าด้วยครับ. 14 00:00:44,677 --> 00:00:52,182 ใน tutorial (บทเรียน) นี้ เราจะใช้ Magic Patterns ซึ่งเป็นเครื่องมือที่บริษัทอย่าง KPMG, 15 00:00:52,182 --> 00:00:57,299 DoorDash และอีกหลายแห่งใช้กัน เพื่อสร้าง demo app ที่สมจริง. 16 00:00:57,299 --> 00:01:00,540 เป้าหมายง่ายมากครับ. แทนที่จะใช้เวลา 2 17 00:01:00,540 --> 00:01:04,207 สัปดาห์สร้าง mockup app เราจะสร้าง feedback 18 00:01:04,207 --> 00:01:08,130 loop (วงจรรับฟังความคิดเห็น) แบบ 2 ชั่วโมงแทน. 19 00:01:08,130 --> 00:01:11,626 พอจบวิดีโอนี้ คุณจะเข้าใจวิธีใช้ AI agent 20 00:01:11,626 --> 00:01:13,929 สร้างหน้าจอแอปได้ตามต้องการ 21 00:01:13,929 --> 00:01:17,170 แปลงหน้าจอเหล่านั้นให้เป็น interactive 22 00:01:17,170 --> 00:01:19,984 prototype (โปรโตไทป์แบบโต้ตอบได้) 23 00:01:19,984 --> 00:01:23,396 และจัดแพ็กเป็น demo พร้อมส่งมอบให้ลูกค้า 24 00:01:23,396 --> 00:01:25,187 ที่ช่วยปิดดีลได้จริง. 25 00:01:25,187 --> 00:01:28,513 แล้วเราจะรออะไรอยู่ล่ะครับ. ไปทำกันเลย. 26 00:01:28,513 --> 00:01:34,824 มาคลิกที่ลิงก์ในคำอธิบายใต้วิดีโอกันก่อน เพื่อให้ทุกคนเริ่มจากจุดเดียวกัน. 27 00:01:34,824 --> 00:01:40,452 ในส่วนนี้ ผมจะแจก prompt (คำสั่ง) ที่ผมใช้สร้าง demo app ให้ดูกัน. 28 00:01:40,452 --> 00:01:45,314 เราจะสร้าง demo app ให้กับ startup (สตาร์ทอัพ) แห่งหนึ่ง. 29 00:01:45,314 --> 00:01:51,710 ลองนึกภาพว่าคุณกำลังนั่งประชุมอยู่กับ founder ของบริษัทเช่าบ้านพักตากอากาศ. 30 00:01:51,710 --> 00:01:58,362 ตอนนี้เขามีที่พักอยู่สองสามแห่ง และใช้ Airbnb หรือ Booking.com ในการทำการตลาด. 31 00:01:58,362 --> 00:02:01,517 แต่เราอยากให้เขาหันมาใช้บริการของเรา. 32 00:02:01,517 --> 00:02:03,564 งั้นไปเริ่มกันเลยดีกว่า. 33 00:02:03,564 --> 00:02:06,208 ผมไม่ชอบเสียเวลาเปล่า ๆ นะครับ. 34 00:02:06,208 --> 00:02:10,387 ขอแค่ให้แน่ใจว่าคุณใช้ระบบเดียวกันกับที่ผมใช้อยู่ 35 00:02:10,387 --> 00:02:12,348 ซึ่งผมใช้แบบค่าเริ่มต้น 36 00:02:12,348 --> 00:02:14,566 แต่ก็มีให้เลือกอีกหลายแบบ. 37 00:02:14,566 --> 00:02:20,024 คุณยังสร้าง demo จาก screenshot (ภาพหน้าจอ) ได้ด้วย ซึ่งเจ๋งมาก. 38 00:02:20,024 --> 00:02:21,985 เดี๋ยวเราจะดูกันทีหลัง. 39 00:02:21,985 --> 00:02:26,335 คุณ import (นำเข้า) จาก Figma หรือจากเว็บไซต์ก็ได้. 40 00:02:26,335 --> 00:02:29,320 งั้นช่วยบันทึก prompt นี้ไว้นะครับ. 41 00:02:29,320 --> 00:02:35,119 นี่คือ prompt ที่ผมแนะนำให้ทุกคนบันทึกไว้ แล้วค่อยปรับแก้ตามต้องการ. 42 00:02:35,119 --> 00:02:40,151 ขั้นตอนที่หนึ่งตรงนี้ เรากำลังกำหนด role (บทบาท) ให้กับ AI. 43 00:02:40,151 --> 00:02:42,965 การกำหนดบทบาทเกิดขึ้นในบรรทัดแรก. 44 00:02:42,965 --> 00:02:48,338 ทำไมมันถึงสำคัญ ก็เพราะ AI ตอบสนองแตกต่างกันไปตามบริบทของบทบาท. 45 00:02:48,338 --> 00:02:55,331 ถ้ากำหนดให้เป็น product designer (นักออกแบบผลิตภัณฑ์) เราก็จะได้ความสมจริงด้าน UX. 46 00:02:55,331 --> 00:02:58,572 ถ้าเป็น sales engineer (วิศวกรฝ่ายขาย) 47 00:02:58,572 --> 00:03:02,154 ก็จะได้ความน่าเชื่อถือทางเทคนิค และถ้าเป็น 48 00:03:02,154 --> 00:03:05,736 growth strategist (นักวางกลยุทธ์การเติบโต) 49 00:03:05,736 --> 00:03:08,636 ก็จะได้แนวคิดที่เน้นการแปลงยอดขาย. 50 00:03:08,636 --> 00:03:13,070 ต่อไป เรามาดูส่วน constraints (ข้อจำกัด) ตรงนี้ครับ. 51 00:03:13,070 --> 00:03:20,405 เราจะเพิ่มเงื่อนไขอย่างเช่น ทำออกมาให้ดูสมจริง เพื่อกันไม่ให้ได้ผลงานเลื่อนลอยไร้สาระ. 52 00:03:20,405 --> 00:03:28,336 เรายังกำหนด pain point (จุดเจ็บปวดของลูกค้า) ลงไปด้วย ซึ่งจะบังคับให้ระบุรายละเอียดได้ตรงจุด. 53 00:03:28,336 --> 00:03:31,662 เราบอกให้เน้น ROI (ผลตอบแทนจากการลงทุน) 54 00:03:31,662 --> 00:03:34,135 ให้ชัดเจน เพราะ CFO (ซีเอฟโอ) 55 00:03:34,135 --> 00:03:37,462 ไม่ได้ซื้อที่ฟีเจอร์ แต่ซื้อที่ผลลัพธ์. 56 00:03:37,462 --> 00:03:44,796 เรายังจัดโครงสร้างเพื่อการขาย เพื่อให้ flow (ลำดับขั้นตอน) รองรับการนำเสนอ demo สดได้. 57 00:03:44,796 --> 00:03:49,742 และสุดท้าย เราเพิ่มข้อความที่โน้มน้าวใจในโทนการนำเสนอด้วย. 58 00:03:49,742 --> 00:03:50,839 เยี่ยมมาก. 59 00:03:50,839 --> 00:03:54,506 ต่อไป เราจะมาทำความเข้าใจลูกค้าเป้าหมายกัน. 60 00:03:54,506 --> 00:03:59,112 ตรงนี้สำคัญ เพราะการระบุรายละเอียดอย่างเช่นอุตสาหกรรม. 61 00:03:59,112 --> 00:04:02,523 อุตสาหกรรมแต่ละแบบใช้คำศัพท์ ตัวชี้วัดบน 62 00:04:02,523 --> 00:04:06,020 dashboard (แดชบอร์ด) และภาษาภาพที่ต่างกัน 63 00:04:06,020 --> 00:04:09,858 คุณต้องอยู่ในวงในให้ได้ เพราะรายละเอียดเล็ก ๆ 64 00:04:09,858 --> 00:04:12,842 น้อย ๆ ทุกอย่างมีผลต่อการปิดการขาย. 65 00:04:12,842 --> 00:04:14,548 ขนาดของบริษัทลูกค้า. 66 00:04:14,548 --> 00:04:18,471 สตาร์ทอัพกับองค์กรใหญ่ให้ความสำคัญต่างกัน เช่น 67 00:04:18,471 --> 00:04:21,200 สตาร์ทอัพจะสนใจความเร็ว ความง่าย 68 00:04:21,200 --> 00:04:23,418 และต้นทุนด้านข้อมูลที่ต่ำ. 69 00:04:23,418 --> 00:04:26,061 ส่วนองค์กรใหญ่จะสนใจความปลอดภัย 70 00:04:26,061 --> 00:04:28,705 การเชื่อมต่อระบบ (integrations) 71 00:04:28,705 --> 00:04:32,543 การปฏิบัติตามข้อกำหนด (compliance) และอื่น ๆ. 72 00:04:32,543 --> 00:04:33,908 ผู้ตัดสินใจหลัก. 73 00:04:33,908 --> 00:04:37,319 คนแต่ละบทบาทซื้อสินค้าด้วยเหตุผลต่างกัน. 74 00:04:37,319 --> 00:04:44,483 ถ้าคุณคุยกับ head of ops (หัวหน้าฝ่ายปฏิบัติการ) ให้เน้นประสิทธิภาพและระบบอัตโนมัติ. 75 00:04:44,483 --> 00:04:49,856 แต่ถ้าคุยกับ CFO ให้เน้นผลตอบแทนจากการลงทุนและการประหยัดต้นทุน. 76 00:04:49,856 --> 00:04:53,182 จุดเจ็บปวดที่ใหญ่ที่สุด อันนี้สำคัญมาก. 77 00:04:53,182 --> 00:04:59,919 demo ส่วนใหญ่ล้มเหลว เพราะโชว์แต่ความสามารถของสินค้า แทนที่จะแก้ปัญหาให้ลูกค้า. 78 00:04:59,919 --> 00:05:01,710 อย่าทำแบบนั้นเด็ดขาด. 79 00:05:01,710 --> 00:05:05,121 ปัญหาต่างหากที่สร้างความเร่งด่วน. ถ้า AI 80 00:05:05,121 --> 00:05:08,874 ไม่ยึดโยงกับ pain point แล้วไปโชว์แต่ฟีเจอร์ 81 00:05:08,874 --> 00:05:10,750 มันก็ไม่ช่วยลดแรงกดดัน 82 00:05:10,750 --> 00:05:13,053 และพลาดเป้าหมายโดยสิ้นเชิง. 83 00:05:13,053 --> 00:05:16,208 การระบุเครื่องมือที่บริษัทนั้นใช้อยู่ 84 00:05:16,208 --> 00:05:19,449 จะช่วยให้คุณวางตำแหน่งทางการแข่งขันได้ 85 00:05:19,449 --> 00:05:22,263 มีจุดเชื่อมต่อสำหรับการ integrate 86 00:05:22,263 --> 00:05:23,543 (เชื่อมต่อระบบ) 87 00:05:23,543 --> 00:05:28,063 และยังทำให้ลูกค้าอุ่นใจว่าไม่ต้องเปลี่ยนระบบทุกอย่าง. 88 00:05:28,063 --> 00:05:32,156 นี่เป็นจุดที่ช่วยเพิ่มอัตราการปิดการขายได้ดีมาก. 89 00:05:32,156 --> 00:05:35,141 และแน่นอน ต้องระบุเป้าหมายของ demo. 90 00:05:35,141 --> 00:05:36,932 ทำไมถึงจำเป็นล่ะครับ. 91 00:05:36,932 --> 00:05:41,793 ก็เพราะ demo ที่ไม่มีวัตถุประสงค์ชัดเจนจะลอยเรื่อยเปื่อย. 92 00:05:41,793 --> 00:05:47,507 เป้าหมายคือจะจอง pilot (โปรเจกต์นำร่อง) หรือจะปิดสัญญา อะไรก็ว่าไป. 93 00:05:47,507 --> 00:05:51,260 สุดท้าย เราสามารถเพิ่มโครงสร้างของ demo ได้. 94 00:05:51,260 --> 00:05:54,245 ซึ่งก็คือการตั้งชื่อแอป เพิ่ม value 95 00:05:54,245 --> 00:05:57,400 proposition (ข้อเสนอคุณค่า) ที่ชัดเจน 96 00:05:57,400 --> 00:06:00,470 กำหนดหน้าจอหลักของแอป 5 ถึง 7 หน้าจอ 97 00:06:00,470 --> 00:06:03,455 แต่ละหน้าจอทำหน้าที่อะไร และอื่น ๆ. 98 00:06:03,455 --> 00:06:07,378 และในขั้นตอนสุดท้าย เราจะโฟกัสที่เรื่องการขาย. 99 00:06:07,378 --> 00:06:11,216 เราจะเพิ่มเงื่อนไขให้ demo โชว์คุณค่าภายใน 30 100 00:06:11,216 --> 00:06:14,969 วินาทีแรก มีความชัดเจนแบบก่อนกับหลัง (before 101 00:06:14,969 --> 00:06:17,698 versus after) ให้เห็น ROI ชัดเจน 102 00:06:17,698 --> 00:06:21,706 ลดความเสี่ยงที่ลูกค้ารู้สึกว่าการนำไปใช้ยุ่งยาก 103 00:06:21,706 --> 00:06:22,803 และแน่นอน 104 00:06:22,803 --> 00:06:26,555 ต้องให้ความรู้สึกว่าเป็นของเฉพาะลูกค้ารายนี้ 105 00:06:26,555 --> 00:06:29,114 ไม่ใช่ของตายตัวที่ส่งให้ทุกคน. 106 00:06:29,114 --> 00:06:31,417 เอาล่ะ นี่คือ prompt ของผม. 107 00:06:31,417 --> 00:06:33,719 ช่วยบันทึกไว้ แล้วไปกันเลย. 108 00:06:33,719 --> 00:06:35,340 มาลองกรอกข้อมูลกัน. 109 00:06:35,340 --> 00:06:40,627 กำหนดว่าอุตสาหกรรมของลูกค้าคือบ้านพักตากอากาศ (holiday homes). 110 00:06:40,627 --> 00:06:43,783 เป็นสตาร์ทอัพ. ผมกำลังคุยกับ founder. 111 00:06:43,783 --> 00:06:50,264 จุดเจ็บปวดที่ใหญ่ที่สุดคือผู้ใช้ไม่เข้าใจถึงข้อดี เมื่อเทียบกับการจองโรงแรม. 112 00:06:50,264 --> 00:06:52,823 เครื่องมือที่บริษัทนี้ใช้อยู่. 113 00:06:52,823 --> 00:06:59,901 ผมจะบอกว่าตอนนี้เขาใช้ Airbnb และอาจจะใช้ Booking.com รวมถึง Excel สำหรับจัดการงาน. 114 00:06:59,901 --> 00:07:04,677 และเป้าหมายของ demo สมมติว่าเพื่อให้เขาหันมาใช้แอปของผม. 115 00:07:04,677 --> 00:07:08,174 เอาล่ะ เยี่ยมมาก. ปล่อยทุกอย่างไว้แบบนี้. 116 00:07:08,174 --> 00:07:11,415 แล้วให้ AI คิดชื่อแอปเอง แล้วไปกันเลย. 117 00:07:11,415 --> 00:07:15,082 ตอนนี้ Magic Patterns กำลังทำงานของมันแล้ว. 118 00:07:15,082 --> 00:07:16,361 มันกำลังวางแผน. 119 00:07:16,361 --> 00:07:19,431 ดีที่เราได้เห็นว่ามันทำอะไรอยู่บ้าง. 120 00:07:19,431 --> 00:07:23,013 แชทจะแสดงผลเป็นภาษาที่มนุษย์อ่านเข้าใจได้. 121 00:07:23,013 --> 00:07:26,254 มันยังสร้างโค้ดด้วย ซึ่งเราจะได้ดูกัน. 122 00:07:26,254 --> 00:07:28,983 และเรายังแก้ไขแบบเห็นภาพได้ด้วย. 123 00:07:28,983 --> 00:07:32,650 เอาล่ะ ได้ผลลัพธ์แล้ว. นี่คือทางเลือกสำหรับ 124 00:07:32,650 --> 00:07:36,147 founder บริษัทบ้านพักตากอากาศ ที่จะใช้แทน 125 00:07:36,147 --> 00:07:39,985 Airbnb และ Booking.com ซึ่งคิดค่าธรรมเนียมถึง 126 00:07:39,985 --> 00:07:43,396 20%. แน่นอนว่านี่แก้ปัญหาใหญ่ที่ founder 127 00:07:43,396 --> 00:07:45,955 อาจเจอได้ และเขาอาจเลือกคุณแทน 128 00:07:45,955 --> 00:07:48,598 เพราะคุณเสนอทางเลือกที่ถูกกว่า. 129 00:07:48,598 --> 00:07:50,730 โน้มน้าวเขาได้ด้วยจุดนี้. 130 00:07:50,730 --> 00:07:56,871 และถ้ายังไม่พอ คุณก็ไปต่อได้ด้วยการโชว์ว่าลูกค้าของเขาจะได้เห็นอะไรบ้าง. 131 00:07:56,871 --> 00:08:01,220 เช่น ตรงนี้คุณจะเห็นที่พักของบริษัทบ้านพักตากอากาศ. 132 00:08:01,220 --> 00:08:04,376 มาดูรายละเอียดของที่พักกัน. ดูดีแล้ว. 133 00:08:04,376 --> 00:08:09,322 ตรงนี้คือ Villa Serena และเหตุผลว่าทำไมที่นี่ดีกว่าโรงแรม. 134 00:08:09,322 --> 00:08:12,648 นั่นคือหนึ่งใน pain point ที่เขาพูดถึง. 135 00:08:12,648 --> 00:08:15,719 เห็นชัดเจนว่าทำไมที่นี่ดีกว่าโรงแรม. 136 00:08:15,719 --> 00:08:21,688 เรากำลังตอบโจทย์จุดเจ็บปวดที่ลูกค้าอาจพูดถึงในการประชุมของคุณได้ตรง ๆ. 137 00:08:21,688 --> 00:08:25,441 เยี่ยมมาก. แน่นอนว่า คุณดูโค้ดได้ถ้าเขาสนใจ. 138 00:08:25,441 --> 00:08:26,550 มันง่ายมาก ๆ. 139 00:08:26,550 --> 00:08:32,861 แค่คลิกตรงนี้ คุณจะเห็น component (คอมโพเนนต์) ทั้งหมดที่ประกอบกันเป็นแอป. 140 00:08:32,861 --> 00:08:35,504 คุณจะแก้ไขในนี้ก็ได้ ถ้าอยากทำ. 141 00:08:35,504 --> 00:08:37,807 หรือจะแก้ไขแบบเห็นภาพก็ได้. 142 00:08:37,807 --> 00:08:42,583 เช่น ถ้าคุณอยากเปลี่ยนอะไรสักอย่าง คุณระบุได้ละเอียดมาก. 143 00:08:42,583 --> 00:08:45,227 แทบจะเปลี่ยนอะไรก็ได้ตรงนี้เลย. 144 00:08:45,227 --> 00:08:47,444 คุณเปลี่ยนระยะห่างได้ด้วย. 145 00:08:47,444 --> 00:08:51,197 แค่คลิกเลือกแต่ละ element (องค์ประกอบ) ก็พอ. 146 00:08:51,197 --> 00:08:53,926 ง่ายมาก ๆ. แล้วก็กดบันทึกได้เลย. 147 00:08:53,926 --> 00:08:59,810 ไม่เพียงเท่านั้น คุณยังดูได้ว่าแอปนี้เป็นอย่างไรบนแท็บเล็ตหรือมือถือ. 148 00:08:59,810 --> 00:09:02,625 และยัง publish (เผยแพร่) ได้ด้วย. 149 00:09:02,625 --> 00:09:09,532 เผยแพร่ไปยัง custom domain (โดเมนเฉพาะ) หรือแชร์เพื่อให้คนอื่นเข้ามาดูร่วมกันได้. 150 00:09:09,532 --> 00:09:12,859 ตอนนี้ใครที่มีลิงก์ก็เปิดดูได้. เยี่ยม. 151 00:09:12,859 --> 00:09:15,758 พอใจกับผลลัพธ์นี้แล้ว ไปต่อกันเลย. 152 00:09:15,758 --> 00:09:18,828 นี่คือวิธีสร้าง demo app จาก prompt. 153 00:09:18,828 --> 00:09:21,302 ต่อไป มาดูฟีเจอร์อื่นกันบ้าง. 154 00:09:21,302 --> 00:09:25,481 ในส่วนนี้ ผมจะสาธิตวิธีสร้าง demo จาก screenshot. 155 00:09:25,481 --> 00:09:29,574 คือเราจะนำภาพหนึ่งภาพมาแปลงเป็นโค้ดที่ใช้งานได้. 156 00:09:29,574 --> 00:09:30,671 ไปดูกัน. 157 00:09:30,671 --> 00:09:37,579 ในส่วนนี้ เราจะมาดูตัวเลือก recreate from screenshot (สร้างใหม่จากภาพหน้าจอ) กัน. 158 00:09:37,579 --> 00:09:42,099 สิ่งที่ผมจะทำก็คือเลือก screenshot ของแอปที่ผมมีอยู่. 159 00:09:42,099 --> 00:09:43,634 คุณอาจจำแอปนี้ได้. 160 00:09:43,634 --> 00:09:46,363 เราสร้างมันขึ้นมาเมื่อกี้นี่เอง. 161 00:09:46,363 --> 00:09:48,666 ตรงนี้คือ screenshot ของผม. 162 00:09:48,666 --> 00:09:52,248 ช่วยแปลงภาพนี้ให้เป็นแอปที่ใช้งานได้หน่อย. 163 00:09:52,248 --> 00:09:55,744 เอาล่ะ ไปเลย. เสร็จแล้ว. นี่มันสุดยอดมาก. 164 00:09:55,744 --> 00:09:58,729 มันแปลงภาพให้กลายเป็นโค้ดได้จริง ๆ. 165 00:09:58,729 --> 00:10:05,040 เหมือนเดิม คุณดูโค้ดได้ตรงนี้ และแก้ไขแบบเห็นภาพได้เหมือนที่ทำก่อนหน้านี้. 166 00:10:05,040 --> 00:10:08,366 แต่ครั้งนี้ผมอยากพูดถึงอีกฟีเจอร์หนึ่ง. 167 00:10:08,366 --> 00:10:12,801 คุณอาจสังเกตว่าแกลเลอรีภาพเหล่านี้ไม่แสดงภาพอะไรเลย. 168 00:10:12,801 --> 00:10:13,898 ทำไมน่ะเหรอ. 169 00:10:13,898 --> 00:10:18,077 ก็เพราะถ้าคุณดูตรงนี้ มันยังไม่ได้เพิ่มภาพเข้าไป. 170 00:10:18,077 --> 00:10:20,891 แต่เราทำได้แน่นอน. ไปแก้ไขกันเลย. 171 00:10:20,891 --> 00:10:24,047 ในการแก้ไข ผมสามารถเลือก element ได้. 172 00:10:24,047 --> 00:10:29,931 เช่น เลือกทั้งแกลเลอรีภาพคอมโพเนนต์นี้ แล้วสั่งว่า ช่วยเพิ่มภาพจริง ๆ 173 00:10:29,931 --> 00:10:33,684 ลงไปหน่อย. ง่ายแค่นั้น. แล้วมันจะไล่ดูในโค้ด 174 00:10:33,684 --> 00:10:36,242 และแทนที่ gradient placeholder 175 00:10:36,242 --> 00:10:38,460 (ตัวยึดตำแหน่งแบบไล่เฉดสี) 176 00:10:38,460 --> 00:10:41,104 ด้วยภาพวิลล่าและภาพวันหยุดจริง. 177 00:10:41,104 --> 00:10:42,809 ตรงตามที่เราต้องการ. 178 00:10:42,809 --> 00:10:45,624 พูดตามตรง ผมแทบไม่ได้สั่งอะไรเลย. 179 00:10:45,624 --> 00:10:48,864 แค่บอกว่าภาพ. มันอาจจะเป็นภาพแมวก็ได้. 180 00:10:48,864 --> 00:10:54,067 แต่ไม่ มันเข้าใจได้ทันทีว่าเราต้องการภาพวิลล่าและวันหยุดจริง. 181 00:10:54,067 --> 00:10:56,113 สุดยอด. ดูสิ เจ๋งแค่ไหน. 182 00:10:56,113 --> 00:10:59,269 เดี๋ยวนี้ demo ของเราดูดีขึ้นในทันที. 183 00:10:59,269 --> 00:11:02,083 ตอนนี้เราเปิดดูในหน้าต่างใหม่ได้. 184 00:11:02,083 --> 00:11:05,068 นี่คือหน้าตาที่มันจะเป็น. งดงามมาก. 185 00:11:05,068 --> 00:11:08,224 อีกอย่างที่ทำได้คือส่งออกไปยัง Figma. 186 00:11:08,224 --> 00:11:11,891 ตรงนี้คุณต้องมี Magic Patterns Figma plugin 187 00:11:11,891 --> 00:11:15,388 (ปลั๊กอิน) ซึ่งอยู่นอกขอบเขตของบทเรียนนี้ 188 00:11:15,388 --> 00:11:18,799 แต่ปลั๊กอินมันมีอยู่จริง ถ้าคุณใช้ Figma 189 00:11:18,799 --> 00:11:22,637 อยู่ก็ใช้งานได้. หรือคุณจะคอมเมนต์บนนี้ก็ได้. 190 00:11:22,637 --> 00:11:29,459 เช่น คลิกตรงนี้แล้วเขียนว่าเปลี่ยนภาพนี้ ถ้าคุณใช้เครื่องมือนี้แบบร่วมกันหลายคน. 191 00:11:29,459 --> 00:11:34,065 หรือถ้าอยากจดโน้ตไว้ระหว่างประชุม demo ก็ได้เหมือนกัน. 192 00:11:34,065 --> 00:11:35,162 เยี่ยม. 193 00:11:35,162 --> 00:11:40,876 และถ้าอยากดูทั้งแอป ก็สลับมุมมอง แล้วจะเห็นเหมือนเปิดในเบราว์เซอร์. 194 00:11:40,876 --> 00:11:43,008 สุดยอด. ผมปลื้มกับมันมาก. 195 00:11:43,008 --> 00:11:49,148 ในส่วนนี้ เราจะมาสร้าง reusable components (คอมโพเนนต์ที่ใช้ซ้ำได้) กัน. 196 00:11:49,148 --> 00:11:52,901 ถ้าคุณไม่รู้ว่ามันคืออะไร เดี๋ยวจะได้รู้เอง. 197 00:11:52,901 --> 00:11:55,800 สุดท้ายนี้ ผมอยากโชว์อีกสิ่งหนึ่ง. 198 00:11:55,800 --> 00:12:02,197 สมมติว่าคุณเป็นบริษัทที่ทำแอปเยอะแยะมากมาย และอยากให้ทุกแอปหน้าตาเหมือนกัน. 199 00:12:02,197 --> 00:12:05,352 มีสไตล์เดียวกัน มีคอมโพเนนต์เดียวกัน. 200 00:12:05,352 --> 00:12:07,825 เครื่องมือนี้จะช่วยคุณได้มาก. 201 00:12:07,825 --> 00:12:11,919 คุณจะสร้าง design system (ระบบการออกแบบ) ขึ้นมา. 202 00:12:11,919 --> 00:12:14,904 ไปสร้าง design system แรกของเรากัน. 203 00:12:14,904 --> 00:12:18,230 ผมจะตั้งชื่อมันว่า villa design system. 204 00:12:18,230 --> 00:12:21,556 คุณเพิ่มโลโก้ได้ด้วยนะ ผมแนะนำให้เพิ่ม. 205 00:12:21,556 --> 00:12:24,626 แต่เอาล่ะ นี่แค่ demo เราข้ามไปก่อน. 206 00:12:24,626 --> 00:12:26,502 ผมจะเริ่มจากว่างเปล่า. 207 00:12:26,502 --> 00:12:29,317 แล้วสร้าง design system แรกของผม. 208 00:12:29,317 --> 00:12:31,449 จากนั้นก็เพิ่มคอมโพเนนต์. 209 00:12:31,449 --> 00:12:35,542 คุณเพิ่มคอมโพเนนต์จากภาพได้ ซึ่งมีประโยชน์มาก ๆ. 210 00:12:35,542 --> 00:12:41,598 เช่น ถ้าผมอัปโหลดภาพเดิมที่ใช้เมื่อกี้ ก็คือ screenshot ของที่พักของผม. 211 00:12:41,598 --> 00:12:44,412 แล้วผมจะเพิ่มข้อความเผื่อไว้ด้วย. 212 00:12:44,412 --> 00:12:50,297 เป็นคอมโพเนนต์ที่พัก ที่มีแกลเลอรีภาพ รายละเอียด และตารางเปรียบเทียบ. 213 00:12:50,297 --> 00:12:54,220 แล้วก็กดเลย. คอมโพเนนต์ของผมกำลังถูกสร้างขึ้น. 214 00:12:54,220 --> 00:12:58,995 และแน่นอน ผมสร้างคอมโพเนนต์ได้อีกมากมาย จากภาพอีกมากมาย. 215 00:12:58,995 --> 00:13:01,383 ซึ่งหมายความว่ามันใช้ซ้ำได้. 216 00:13:01,383 --> 00:13:05,477 ผมใช้คอมโพเนนต์วิลล่านี้กี่ครั้งก็ได้ตามต้องการ. 217 00:13:05,477 --> 00:13:10,253 อาจมีคอมโพเนนต์ header (ส่วนหัว) หรือปุ่มอยู่ตรงนี้ด้วย. 218 00:13:10,253 --> 00:13:12,556 ยิ่งมีคอมโพเนนต์เยอะยิ่งดี. 219 00:13:12,556 --> 00:13:15,285 แล้วคุณก็แค่นำมาใช้ต่อกันได้เลย. 220 00:13:15,285 --> 00:13:20,060 เอาล่ะ คลิกเข้าไปในคอมโพเนนต์ แล้วก็ตู้ม ได้ผลลัพธ์แล้ว. 221 00:13:20,060 --> 00:13:23,728 ผมจะเปิด preview (ตัวอย่าง) ในหน้าต่างใหม่. 222 00:13:23,728 --> 00:13:25,860 ดูสิ จากภาพเพียงภาพเดียว. 223 00:13:25,860 --> 00:13:29,356 คอมโพเนนต์นี้ใช้ซ้ำได้. คุณดูโค้ดได้ด้วย. 224 00:13:29,356 --> 00:13:32,768 แต่เอาล่ะ มันดูดีแล้วสำหรับผม. ผมชอบมาก. 225 00:13:32,768 --> 00:13:33,865 เยี่ยม. 226 00:13:33,865 --> 00:13:38,214 และแน่นอน คอมโพเนนต์ทั้งหมดของคุณจะถูกรวมไว้ที่นี่. 227 00:13:38,214 --> 00:13:42,052 คุณอัปโหลด style context (บริบทของสไตล์) ได้. 228 00:13:42,052 --> 00:13:46,998 มี typography (รูปแบบตัวอักษร) ให้ตั้งค่า ทั้งหัวข้อต่าง ๆ 229 00:13:46,998 --> 00:13:51,263 ที่อยากใช้ ตัวหนังสือเนื้อหา หรือการตั้งค่าโดยรวม. 230 00:13:51,263 --> 00:13:55,100 รวมถึงการกำหนดสิทธิ์ว่าใครเข้าถึงอะไรได้บ้าง. 231 00:13:55,100 --> 00:13:57,915 เยี่ยม. เอาล่ะ ขอบคุณมากที่รับชม. 232 00:13:57,915 --> 00:14:01,155 ผมหวังว่าคุณจะได้ประโยชน์จากวิดีโอนี้. 233 00:14:01,155 --> 00:14:04,908 และถ้ามีคำถามอะไร คอมเมนต์ไว้ด้านล่างได้เลย. 234 00:14:04,908 --> 00:14:07,040 ผมยินดีช่วยเหลือคุณมาก ๆ.