การออกแบบผลิตภัณฑ์และ UI/UX · หัวหน้า (6+ ปี)

เรซูเม่หัวหน้าระบบการออกแบบ

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

ตรวจสอบเรซูเม่

สิ่งที่ผู้สรรหาและระบบติดตามผู้สมัครมองหา ใช้เป็นแนวทาง ไม่ใช่การคาดการณ์

100 / 100ครบถ้วน

100%

ข้อมูลติดต่อคะแนน 20 / 20
สรุปประวัติคะแนน 20 / 20
ประสบการณ์คะแนน 30 / 30
ทักษะคะแนน 20 / 20
การศึกษาคะแนน 10 / 10

ข้อมูลติดต่อ

ใส่ข้อมูลเหล่านี้ไว้ด้านบน เพราะผู้สรรหาและระบบติดตามผู้สมัครจะมองหาเป็นอันดับแรก

ชื่อและนามสกุล

ตำแหน่งงาน

อีเมล

โทรศัพท์

ที่ตั้ง

เว็บไซต์หรือ LinkedIn

เพิ่มรูปถ่าย

ไม่บังคับ เรซูเม่ในสหรัฐฯ สหราชอาณาจักร และแคนาดามักไม่มีรูปถ่าย

สรุปประวัติ68 คำ

ประสบการณ์

เขียนหนึ่งงานต่อหนึ่งย่อหน้า เริ่มผลงานแต่ละข้อในบรรทัดใหม่ด้วย “-”

การศึกษา

ทักษะ10 ทักษะ

คั่นทักษะแต่ละรายการด้วยเครื่องหมายจุลภาค เช่น Excel, SQL, การวางแผนโครงการ

หัวข้อเพิ่มเติม

โครงการ ใบรับรอง ภาษา หรือข้อมูลอื่นที่ช่วยสนับสนุนใบสมัครของคุณ

สรุปประวัติ

หัวหน้าระบบการออกแบบที่มีประสบการณ์ 7 ปีในทีมผลิตภัณฑ์ B2B SaaS สร้างพื้นฐานโทเคนและคอมโพเนนต์ที่เข้าถึงได้ วางแนวทางการมีส่วนร่วม และปรับปรุงวิธีที่นักออกแบบและวิศวกรส่งมอบอินเทอร์เฟซที่สอดคล้องกัน มีประสบการณ์ทำงานร่วมกันผ่าน Figma, Storybook และ React โดยเน้นการนำไปใช้จริงในหลายส่วนของผลิตภัณฑ์

ประสบการณ์

หัวหน้าระบบการออกแบบ ที่ Redstone Product Studio, Denver, CO (2022 – ปัจจุบัน) - กำหนดโทเคนที่ใช้ร่วมกันและกติกาการมีส่วนร่วมพัฒนาคอมโพเนนต์ร่วมกับทีมออกแบบและวิศวกรรม ทำให้ทีมผลิตภัณฑ์ 4 ทีมใช้กระบวนการเผยแพร่รุ่นเดียวกัน - สร้างและจัดทำเอกสารคอมโพเนนต์ Storybook ที่นำกลับมาใช้ได้ 38 รายการร่วมกับวิศวกร React ลดรูปแบบอินเทอร์เฟซที่ซ้ำกันในผลิตภัณฑ์เว็บ 3 รายการ - ตรวจประเมินคอมโพเนนต์หลักตามเกณฑ์ WCAG 2.2 AA และติดตามการแก้ไขร่วมกับทีมผลิตภัณฑ์ แก้ปัญหาการเข้าถึงที่มีความสำคัญสูง 21 รายการใน 2 รุ่น นักออกแบบผลิตภัณฑ์อาวุโส ที่ Juniper Ridge Digital, Boulder, CO (2019 – 2022) - กำหนดมาตรฐานคลัง Figma และรูปแบบการตั้งชื่อให้ทีมผลิตภัณฑ์ 2 ทีม ลดเวลาการตั้งค่าคอมโพเนนต์ซ้ำลงประมาณ 3 ชั่วโมงต่อโครงการ - ทำงานร่วมกับวิศวกรเพื่อจัดทำเอกสารสถานะการโต้ตอบและข้อกำหนดการส่งต่องาน ลดคำขอคำชี้แจงด้านการออกแบบที่เกิดซ้ำจากประมาณ 6 เหลือ 3 ครั้งต่อสปรินต์

การศึกษา

ศิลปกรรมศาสตรบัณฑิต สาขาการออกแบบนิเทศศิลป์ — Mesa Creek College, Fort Collins, CO (2018)

ทักษะ

ระบบการออกแบบ
โทเคนการออกแบบ
Figma Variables
คลังคอมโพเนนต์
Storybook
การทำงานร่วมกับ React
WCAG 2.2 AA
การตรวจประเมินการเข้าถึง
เอกสารการออกแบบ
แนวทางกำกับดูแลระบบ

เครื่องมือ

• Figma และ Figma Variables • Storybook และ React • zeroheight และ Jira

แนวทางกำกับดูแลระบบ

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

วิธีเขียนเรซูเม่สำหรับตำแหน่ง หัวหน้าระบบการออกแบบ

เริ่มด้วยขอบเขตของระบบ

ระบุตำแหน่งงานระบบการออกแบบปัจจุบันไว้ก่อน แล้วอธิบายขอบเขตของระบบให้เข้าใจง่าย ได้แก่ ส่วนของผลิตภัณฑ์ที่รองรับ ทีมที่สนับสนุน แพลตฟอร์มที่ครอบคลุม และคุณรับผิดชอบด้านกลยุทธ์หรือการส่งมอบงาน ระบุผู้ร่วมงานจากทีมออกแบบและวิศวกรรม หลีกเลี่ยงการเรียกคลังว่า “ครอบคลุมทั้งองค์กร” เว้นแต่ทีมทั่วทั้งองค์กรจะใช้งานและดูแลคลังนั้นจริง

แสดงการนำไปใช้และผลลัพธ์

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

อธิบายงานด้านการเข้าถึง

ระบุเวอร์ชัน WCAG และระดับความสอดคล้องที่ใช้ เช่น WCAG 2.2 AA พร้อมบอกงานที่ทำ เช่น พฤติกรรมการใช้คีย์บอร์ด สถานะโฟกัส คอนทราสต์ การทดสอบ หรือการแก้ไขปัญหา หลีกเลี่ยงการกล่าวว่าระบบสอดคล้องครบถ้วน หากตรวจประเมินเพียงไม่กี่คอมโพเนนต์ นายจ้างอาจเห็นคุณค่าจากคำอธิบายที่ชัดเจนเกี่ยวกับขอบเขต วิธีการ และการติดตามผล มากกว่าคำกล่าวอ้างกว้าง ๆ เรื่องการปฏิบัติตามมาตรฐาน

ระบุเครื่องมือและแนวทางกำกับดูแลให้ชัดเจน

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

คำสำคัญที่ใช้กันทั่วไป

ทักษะและเครื่องมือที่มักระบุสำหรับตำแหน่งนี้ ใช้เฉพาะสิ่งที่คุณมี และใช้คำตามประกาศรับสมัครงาน คลิกเพื่อคัดลอก

คำกริยาแสดงการลงมือทำ

กำหนดสร้างกำหนดมาตรฐานจัดทำเอกสารตรวจประเมินลดเปิดตัว

คำถามเกี่ยวกับตำแหน่งนี้

เรซูเม่หัวหน้าระบบการออกแบบควรยาวแค่ไหน?

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

ควรใส่ลิงก์พอร์ตโฟลิโอหรือระบบการออกแบบไหม?

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

ควรระบุมาตรฐานการเข้าถึงใด?

ระบุมาตรฐานและระดับที่คุณใช้จริง เช่น WCAG 2.2 AA พร้อมยกตัวอย่างการนำไปใช้ อย่าใส่ “WCAG AAA” เป็นคีย์เวิร์ดทั่วไปในเรซูเม่ เว้นแต่งานของคุณครอบคลุมระดับดังกล่าวและอธิบายขอบเขตได้ชัดเจน ข้อกำหนดและแนวทางการทดสอบแตกต่างกันตามนายจ้าง ผลิตภัณฑ์ และกฎระเบียบที่เกี่ยวข้อง ให้อธิบายวิธีการและคอมโพเนนต์หรือขั้นตอนการทำงานที่ตรวจสอบ

ต้องมีใบรับรองเพื่อเป็นหัวหน้าระบบการออกแบบไหม?

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