นักออกแบบ UXคำตอบสัมภาษณ์

กระบวนการของฉันเป็นรอบของการกระจายความคิดและการรวมความคิด (diverge-converge cycles): ฉันเริ่มด้วยการค้นหา (discovery) — การวิจัยผู้ใช้, การสัมภาษณ์ผู้มีส่วนได้ส่วนเสีย, การวิเคราะห์เชิงสถิติ (analytics) — เพื่อเข้าใจปัญหาอย่างลึกซึ้ง ฉันกำหนดกรอบปัญหาด้วยคำชี้แจงปัญหาที่ชัดเจนและเกณฑ์ความสำเร็จ ฉันกระจายความคิดด้วยการระดมไอเดีย — สเก็ตช์ แนวคิด และ crazy-eights จากนั้นรวมเป็น wireframes และโปรโตไทป์ที่มีความละเอียดเพิ่มขึ้น ฉันทดสอบกับผู้ใช้ตั้งแต่ระยะแรกและบ่อยครั้ง โดยนำความคิดเห็นมาปรับก่อนส่งมอบ (handoff) การออกแบบไม่ใช่เส้นตรง — ฉันวนไปมาปรับปรุงตามหลักฐานในทุกขั้นตอน

เมื่อเวลาจำกัด ฉันให้ความสำคัญกับวิธีที่ให้สัญญาณที่ชัดเจนที่สุด (สูงสุดในแง่อัตราส่วนสัญญาณต่อสัญญาณรบกวน) การทดสอบการใช้งานแบบ guerrilla ห้าครั้งสามารถเปิดเผยปัญหาการใช้งานหลักได้ประมาณ 85% ฉันสรรหาจากกลุ่มภายใน (เพื่อนร่วมงาน ลูกค้าปัจจุบัน) เพื่อลดเวลานำ ฉันใช้การทดสอบแบบมีผู้ควบคุมทางไกล (remote moderated testing) ด้วยเครื่องมือเช่น Maze หรือ UserZoom เพื่อการตอบกลับที่รวดเร็ว ฉันสังเคราะห์ผลในแผนที่อัฟฟินิตี้ (affinity maps) ภายใน 24 ชั่วโมงเพื่อให้ทีมสามารถลงมือได้ทันที การวิจัยที่ดีไม่จำเป็นต้องช้า — แต่ต้องมีจุดประสงค์

ฉันใส่คำอธิบายประกอบในงานออกแบบอย่างชัดเจน — อธิบายพฤติกรรม กรณีขอบ (edge cases) และเหตุผลเบื้องหลังการเลือกนั้น ๆ ฉันใช้เครื่องมืออย่าง Figma พร้อมไลบรารีคอมโพเนนต์ที่จัดระเบียบดีเพื่อให้นักวิศวกรตรวจสอบได้ สำหรับผู้มีส่วนได้ส่วนเสีย ฉันนำเสนอในแง่ของความต้องการของผู้ใช้และผลกระทบทางธุรกิจ ไม่ใช่เพียงความสวยงาม ฉันสบายใจที่จะปกป้องการตัดสินใจด้านการออกแบบด้วยหลักฐาน — ผลการทดสอบผู้ใช้ การวิเคราะห์แบบเฮอริสติก (heuristic analysis) หรือข้อมูลเชิงวิเคราะห์ (analytics) — แทนการพึ่งพาความชอบส่วนตัว การสื่อสารที่ดีคือความต่างระหว่างการออกแบบที่รอดพ้นการส่งมอบและการออกแบบที่ไม่รอด

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

การเข้าถึงเป็นข้อกำหนดด้านการออกแบบ ไม่ใช่สิ่งที่มาทีหลัง ฉันออกแบบให้สอดคล้องกับ WCAG 2.1 AA เป็นขั้นต่ำ: คอนทราสต์ของสีเพียงพอ (4.5:1 สำหรับตัวอักษรปกติ), สถานะโฟกัสที่ชัดเจน, พื้นที่สัมผัสอย่างน้อย 44px, ข้อความแจ้งข้อผิดพลาดที่ชัดเจน และการออกแบบที่ทำงานร่วมกับโปรแกรมอ่านหน้าจอและการนำทางด้วยคีย์บอร์ดได้ ฉันใช้เครื่องมือเช่นปลั๊กอิน Stark ใน Figma เพื่อตรวจคอนทราสต์และรวมการตรวจสอบ accessibility ในการวิจารณ์การออกแบบทุกครั้ง การออกแบบที่เข้าถึงได้มักจะเป็นการออกแบบที่ดีกว่าสำหรับทุกคน

ฉันเริ่มด้วยความอยากรู้อยากเห็น ไม่ใช่การตั้งรับ ฉันถามถึงความกังวลที่อยู่เบื้องหลังของผู้มีส่วนได้ส่วนเสีย — บ่อยครั้งที่ 'ฉันไม่ชอบอันนี้' หมายถึง 'อันนี้ไม่ได้แก้ปัญหาของฉัน' ฉันนำข้อมูลผู้ใช้และหลักการเฮอริสติกมาสนทนาแทนการเปรียบเทียบความเห็นกับความเห็น หากฉันยังไม่เห็นด้วยหลังจากฟังแล้ว ฉันโปร่งใส: 'นี่คือสิ่งที่การวิจัยบอกเรา และนี่คือความเสี่ยงที่ฉันเห็นในทิศทางนี้' ฉันยินดีทดสอบแนวทางที่แข่งขันกันหากความเสี่ยงสูง การถกเถียงด้านการออกแบบควรคลี่คลายด้วยหลักฐาน

Figma เป็นเครื่องมือหลักของฉันสำหรับทุกอย่างตั้งแต่การร่าง wireframe จนถึงการออกแบบความละเอียดสูงและการสร้างโปรโตไทป์ ฉันใช้ FigJam หรือ Miro สำหรับเวิร์กช็อปแบบร่วมมือและการทำแผนที่เส้นทางผู้ใช้ (journey mapping) สำหรับงานวิจัย ฉันใช้ Dovetail สำหรับการสังเคราะห์, Maze สำหรับการทดสอบแบบไม่ต้องมีผู้ควบคุม (unmoderated testing), และ Lookback หรือ UserZoom สำหรับการเซสชันที่มีผู้ควบคุม ฉันใช้เครื่องมือวิเคราะห์ (Mixpanel, FullStory, Hotjar) เพื่อประกอบการตัดสินใจออกแบบด้วยข้อมูลพฤติกรรม ฉันยังมีทักษะพอใน HTML/CSS เพื่อเข้าใจข้อจำกัดการนำไปใช้งานและสื่อสารกับนักพัฒนาได้อย่างมีประสิทธิภาพ

ฉันกำหนดเมตริกความสำเร็จก่อนเริ่มออกแบบ: อัตราการทำงานเสร็จ (task completion rate), เวลาที่ใช้ในงาน (time on task), อัตราข้อผิดพลาด (error rate), หรือความพึงพอใจที่ผู้ใช้รายงาน (ใช้คะแนน SUS หรือ CSAT) ฉันตั้งค่าการวัดเบสไลน์ก่อนเปิดตัวและติดตามหลังการเปิดตัวเทียบกับเบสไลน์เหล่านั้น สำหรับผลกระทบทางธุรกิจ ฉันทำงานกับ PM เพื่อเชื่อมโยงผลลัพธ์การออกแบบกับเมตริกการแปลง (conversion), การรักษาผู้ใช้ (retention) หรือรายได้ (revenue) งานออกแบบที่วัดไม่ได้ก็ปรับปรุงไม่ได้ — และธุรกิจก็มองค่าไม่ได้เช่นกัน