คู่มือออกแบบฟอร์มธุรกิจที่ชัดเจนและใช้งานง่าย

คู่มือออกแบบฟอร์มธุรกิจที่ชัดเจนและใช้งานง่าย

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

เปลี่ยนแบบออกแบบเป็นฟอร์ม Jodoo เวิร์กโฟลว์ มุมมองระเบียน และแดชบอร์ดที่ใช้งานจริง

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

เปิดเครื่องมือสร้างฟอร์ม Jodoo

เริ่มจากงานของผู้ใช้และการตัดสินใจถัดไป

ฟอร์มที่ดีต้องช่วยให้ผู้กรอกส่งข้อมูลได้ถูกต้อง และผู้รับผิดชอบขั้นถัดไปลงมือทำงานได้โดยไม่ต้องตามหาบริบทที่ขาดหาย

01

กำหนดงานก่อนเขียนคำถาม

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

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

จัดกลุ่มช่องตามลำดับที่ผู้ใช้ตอบได้

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

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

เขียนป้ายกำกับและคำแนะนำให้เหมาะกับผู้ทำงานจริง

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

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

ใช้การตรวจสอบเพื่อช่วยผู้ใช้แก้ไขระเบียน

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

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

ออกแบบสถานะเสร็จสิ้นและส่งกลับ

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

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

ทดสอบด้วยข้อมูลมือถือและข้อยกเว้นที่สมจริง

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

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

ตรวจสอบทุกชั้นก่อนเผยแพร่

ใช้เช็กลิสต์กับฟอร์มจริง พร้อมค่าจริง บทบาท อุปกรณ์ และกรณีที่ถูกส่งกลับ

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

ปรับปรุงฟอร์มหนึ่งรายการในสี่รอบสั้น ๆ

เริ่มจากงานและข้อมูลไปจนกรอกบนมือถือและดำเนินการขั้นถัดไป

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

01ขั้นตอน 01

ลบช่องที่ไม่มีหน้าที่ชัดเจน

แมปทุกช่องกับการส่งต่อ การดำเนินการ หลักฐาน หรือรายงาน แล้วลบส่วนที่เหลือ

  • ระบุกลุ่มผู้ใช้ให้ชัดเจน
  • ระบุการตัดสินใจที่ต้องการ
  • ทำเครื่องหมายค่าที่ระบบทราบแล้ว
02ขั้นตอน 02

ปรับโครงสร้างและข้อความกำกับใหม่

จัดคำถามที่เหลือตามลำดับธรรมชาติและแทนศัพท์ภายใน

  • แบ่งเป็นส่วนสั้น ๆ
  • เพิ่มหน่วยและตัวอย่าง
  • ตรวจสอบความยาวหลังแปล
03ขั้นตอน 03

ทดสอบมือถือ ตรรกะ และข้อผิดพลาด

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

  • ทดสอบข้อผิดพลาดทุกรูปแบบ
  • แสดงปุ่มส่งให้เห็นชัดเจน
  • ทดสอบเส้นทางที่ยาวที่สุด
04ขั้นตอน 04

ทดสอบการส่งและส่งกลับ

ให้ผู้รับผิดชอบถัดไปตรวจระเบียน ส่งปัญหาหนึ่งรายการกลับ และปิดกรณีหลังแก้ไข

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

นำหลักออกแบบฟอร์มไปใช้กับการสร้าง การเก็บบนมือถือ และระบบอัตโนมัติ

คำถามสำหรับออกแบบฟอร์ม

การออกแบบฟอร์มที่ดีคืออะไร

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

ฟอร์มควรมีช่องข้อมูลกี่ช่อง

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

ควรกำหนดให้ทุกช่องเป็นข้อมูลบังคับหรือไม่

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

ฟอร์มบนมือถือควรทำงานอย่างไร

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

ควรเกิดอะไรขึ้นหลังส่งฟอร์ม

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