วิธีใช้ Claude ในงานออกแบบ: บรีฟ ข้อความ UI คำวิจารณ์ และเอกสารส่งต่องาน

Claude รับภาพได้ ดังนั้นคุณสามารถวางภาพหน้าจอของเฟรม Figma ไวร์เฟรม หรือหน้าจอที่ปล่อยใช้งานจริงแล้ว แล้วถามคำถามเกี่ยวกับมันได้โดยตรง เช่น ลำดับความสำคัญนี้สมเหตุสมผลไหม แอ็กชันหลักชัดเจนไหม สิ่งนี้ตรงกับแพทเทิร์นที่ใช้ในหน้าจอก่อนหน้าหรือไม่

มันอ่านพิกเซลในแบบเดียวกับที่คนกวาดตาดูภาพหน้าจอ ไม่ใช่การแยกวิเคราะห์โครงสร้างเลเยอร์หรือพรอพเพอร์ตีของคอมโพเนนต์ในไฟล์ Figma ของคุณ มันจะไม่รู้ดีไซน์โทเคน คลังคอมโพเนนต์ หรือว่าเฟรมไหนคือเฟรม 'จริง' เว้นแต่คุณจะบอกมัน ให้มองว่ามันเป็นการอ่านรอบสองที่รวดเร็ว ไม่ใช่ผู้รีวิวที่เข้าใจดีไซน์ซิสเตมของคุณ

เวอร์ชันที่มีประโยชน์ที่สุดคือแบบเจาะจง หนึ่งหน้าจอ หนึ่งคำถามเฉพาะ คำถามว่า 'สถานะข้อผิดพลาดตรงนี้ชัดเจนไหม' ให้คำตอบที่คมกว่า 'รีวิวโฟลว์นี้ทั้งหมด' เหมือนกับที่เพื่อนร่วมทีมให้คำตอบดีกว่า เมื่อคุณถามอะไรที่เฉพาะเจาะจง มากกว่าการยื่นไฟล์ทั้งหมดให้

สมมติว่าโปรเจกต์หนึ่งเริ่มต้นแบบที่ส่วนใหญ่เป็น คือมีเธรด Slack กับโปรดักต์แมเนเจอร์ บทสนทนาข้างทางเดินที่จำได้ไม่ครบ และข้อความไม่กี่บรรทัดในทิกเก็ตที่เล่าไม่ตรงกันเสียทีเดียว แทนที่จะจ้องเทมเพลตบรีฟเปล่าๆ ให้แปะทุกอย่างนั้นลงใน Claude เป็นข้อมูลดิบ แล้วขอให้มันแยกสัญญาณออกจากสิ่งรบกวน

ถามตรงๆ ถึงส่วนที่บรีฟต้องมี คือปัญหาจริงๆ ที่กำลังแก้คืออะไร มีข้อจำกัดอะไรที่ถูกพูดถึงไปแล้วบ้าง (เดดไลน์ ข้อจำกัดของแพลตฟอร์ม กฎของแบรนด์) อะไรที่นับว่าเป็นความสำเร็จ และอะไรที่ยังไม่ได้ข้อสรุป Claude มักจะเผยให้เห็นความขัดแย้งที่คุณพลาดไป เช่น ข้อจำกัดที่ถูกพูดถึงครั้งเดียวตอนต้นเธรด แล้วถูกละไว้ในภายหลัง

ผลลัพธ์ที่ได้ไม่ใช่ฉบับสุดท้าย แต่เป็นร่างแรกที่จัดระเบียบไว้แล้วแทนหน้ากระดาษเปล่า ซึ่งหมายความว่าการแก้ไขที่คุณทำต่อจากนี้คือการขัดเกลาเนื้อหาจริง ไม่ใช่การคิดโครงสร้างขึ้นมาจากศูนย์ นั่นคือการประหยัดเวลาที่เกิดขึ้นจริง ไม่ใช่จากการเขียนเอง แต่จากการข้ามขั้นตอนหน้ากระดาษเปล่าไปได้

การอ่านเรื่องเวิร์กโฟลว์เหล่านี้ กับการลงมือทำจริง เป็นทักษะที่ต่างกัน เส้นทางเริ่มต้นด้านล่างนี้ถูกออกแบบมาเพื่อปิดช่องว่างนั้น ด้วยบทเรียนสั้นๆ สามบท ตามลำดับนี้

เริ่มด้วยบทเรียน "The Three Ways to Use Claude" จากคอร์ส The Three Modes บทเรียน 5 นาทีที่ครอบคลุมความแตกต่างระหว่างการแชทสั้นๆ เซสชันทำงานร่วมกันแบบไปๆ มาๆ ที่ยาวขึ้น และ Claude Code งานออกแบบส่วนใหญ่ ไม่ว่าจะเป็นคำถามเพื่อขอคำวิจารณ์ การปรับข้อความ หรือการทำบรีฟ อยู่ในสองโหมดแรก บทเรียนนี้จึงช่วยให้คุณเลือกโหมดที่ถูกต้อง แทนที่จะใช้แท็บไหนก็ตามที่เปิดอยู่

จากนั้นไปที่บทเรียน "Context Is Everything" จากคอร์ส Strategic Prompting ซึ่งยาว 5 นาทีเช่นกัน นี่คือบทเรียนที่เปลี่ยนบรีฟทั่วๆ ไป ให้กลายเป็นบรีฟที่สะท้อนโปรเจกต์จริงของคุณ โดยครอบคลุมว่าควรแปะอะไรเข้าไป (บันทึกจริง น้ำเสียงแบรนด์ของคุณ หน้าจอที่เจาะจง) เพื่อให้ Claude ไม่ต้องเดาคอนเท็กซ์ที่ไม่เคยได้รับมา

ปิดท้ายด้วยบทเรียน "The Iteration Loop" จากคอร์ส Master the Essentials บทเรียน 6 นาทีที่สอนให้มองคำตอบแรกของ Claude เป็นแค่ร่าง ไม่ใช่คำตัดสิน สำหรับนักออกแบบ นี่คือความแตกต่างระหว่างการรับตัวเลือกข้อความ UI ชุดแรกที่มันให้มาทันที กับการค่อยๆ คัดจากแปดตัวเลือกลงมาเหลือสองตัวเลือก ผ่านการถามตอบเพิ่มอีกสองสามรอบ

ช่องว่างระหว่างคำตอบทั่วๆ ไป กับคำตอบที่มีประโยชน์ มักเกิดจากคอนเท็กซ์ที่คุณให้ไปเสมอ สำหรับงานออกแบบโดยเฉพาะ นั่นหมายถึงการแปะสิ่งที่อยู่ในหัวหรือในไฟล์ของคุณ แต่ไม่เคยถูกเขียนลงในพรอมป์สั้นๆ เช่น บันทึกการประชุมจริงแทนความจำของคุณเกี่ยวกับมัน แนวทางน้ำเสียงแบรนด์ของคุณหากมีเขียนไว้ และภาพหน้าจอที่เจาะจงแทนคำอธิบายของหน้าจอ

นอกจากนี้ยังหมายถึงการระบุสโคปให้ชัดเจน คำว่า "รีวิวโฟลว์นี้" ชวนให้ได้คำตอบที่คลุมเครือและกระจัดกระจาย ส่วนคำว่า "ดูหน้ายืนยันและบอกฉันว่าแอ็กชันรองไปแข่งกับแอ็กชันหลักหรือไม่" ชวนให้ได้คำตอบที่มีประโยชน์ ยิ่งคำถามแคบเท่าไร ก็ยิ่งคุ้มค่าที่จะถามเท่านั้น

ถ้าคุณจะถามคำถามแบบเดียวกันซ้ำๆ เช่น การตรวจสอบการเข้าถึงแบบเดียวกันในทุกหน้าจอใหม่ หรือแนวทางน้ำเสียงเดียวกันสำหรับข้อความ UI ทุกชิ้น ก็คุ้มค่าที่จะเขียนคอนเท็กซ์นั้นไว้ครั้งเดียวแล้วนำมาใช้ซ้ำ ดีกว่าอธิบายน้ำเสียงแบรนด์ของคุณใหม่ทุกครั้งที่สนทนา

Claude ไม่สร้าง UI ที่พร้อมใช้งานจริง ไม่สามารถแก้ไขไฟล์ Figma ของคุณ และไม่ได้จดจำแนวทางแบรนด์ของคุณไว้ เว้นแต่คุณจะแปะมันเข้าไป มันยังตรวจสอบความเนี้ยบด้านภาพแบบที่สายตาที่ผ่านการฝึกทำได้ไม่ได้ มันให้เหตุผลเรื่องโครงสร้าง ลำดับความสำคัญ และความชัดเจน จากสิ่งที่มองเห็นในภาพ ไม่ใช่เรื่องว่าอะไรดูลงตัวในระดับพิกเซลหรือไม่

สำหรับเรื่องการเข้าถึง ให้มองการตรวจสอบของมันเป็นแค่รอบแรก ไม่ใช่การอนุมัติขั้นสุดท้าย งานด้านการเข้าถึงที่แท้จริงต้องใช้เครื่องมือตรวจความเปรียบต่างของสี การทดสอบกับสกรีนรีดเดอร์ และมักต้องมีผู้เชี่ยวชาญตรวจสอบด้วย โดยเฉพาะงานที่จะปล่อยให้ผู้ใช้จำนวนมาก อย่าบอกผู้มีส่วนเกี่ยวข้องหรือผู้ตรวจสอบมาตรฐานว่างานออกแบบได้ถูกตรวจสอบการเข้าถึงแล้ว เพียงเพราะ Claude ดูภาพหน้าจอให้

ความระมัดระวังเดียวกันนี้ใช้ได้ก่อนที่จะส่งอะไรไปให้ลูกค้า ผู้ใช้ หรือเพื่อนร่วมทีม คืออ่านสิ่งที่ Claude สร้างขึ้นก่อนที่จะส่งออกไป เอกสารส่งต่องานที่มีหมายเหตุด้านการโต้ตอบที่ผิดแบบมั่นใจเต็มร้อย เลวร้ายกว่าการไม่มีเอกสารเลย เพราะวิศวกรจะนำไปสร้างงานต่อจากมัน

มันยังดีได้เท่ากับสิ่งที่คุณให้ไปเท่านั้น บรีฟที่เขียนจากพรอมป์สองบรรทัดจะอ่านดูทั่วๆ ไป ส่วนบรีฟที่เขียนจากบทสนทนาจริงหรือบันทึกจริง จะสะท้อนโปรเจกต์นั้นได้จริง