← กลับไปหน้าบทความFrontend
WAIHAUS / ARTICLE

Responsive​ ​Web​ ​Design​ ​คือ​อะไร​ ​และ​ควร​ออกแบบ​ ​Mobile​-​first​ ​หรือ​ ​Desktop​-​first

ออกแบบเนื้อหาและการใช้งานให้ปรับตามพื้นที่จริง พร้อมเกณฑ์เลือกจุดเริ่มตามงานของผู้ใช้ ไม่ยึดชื่ออุปกรณ์

Responsive Web DesignMobile-firstFrontend
ภาพเนื้อหาเดียวกันจัดใหม่บนมือถือ แท็บเล็ต และจอใหญ่
ภาพเนื้อหาเดียวกันจัดใหม่บนมือถือ แท็บเล็ต และจอใหญ่

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

Mobile-first และ Desktop-first ต่างกันตรงไหน

Mobile-first มักเริ่มจากเนื้อหาและ Layout สำหรับพื้นที่แคบ แล้วขยายเมื่อมีพื้นที่เพิ่ม Desktop-first เริ่มจากงานบนจอใหญ่แล้วปรับลง ทั้งสองใช้เทคนิค CSS เดียวกันได้ แต่ Mobile-first ช่วยบังคับให้จัดลำดับข้อมูลสำคัญก่อน ขณะที่ระบบงานที่มีตารางข้อมูลซับซ้อนอาจเริ่มศึกษาการทำงานบนจอใหญ่ก่อน โดยยังต้องออกแบบทางเลือกบนมือถือที่ใช้งานได้

เนื้อหาเดียวกันในสามขนาดพื้นที่

ภาพที่ 1: การเปลี่ยน Layout ต้องรักษางานหลักของผู้ใช้ ไม่ใช่เพียงย้ายกล่องให้พอดีจอ

เลือก Breakpoint จากเนื้อหา

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

ตัวอย่างสมมติ: แบบฟอร์มรับงาน

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

สำหรับรายงานและการตรวจ

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

อ่าน Frontend Development หรือดู บริการเว็บไซต์ธุรกิจ

วิเคราะห์กรณีศึกษาเพื่อนำไปเขียนรายงาน

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

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

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

แหล่งข้อมูลประกอบ