ฟอร์มติดต่อคือขั้นสุดท้าย
ข้อสุดท้ายนั้นพลาดได้ง่าย ฟอร์มอาจผ่านทุกการทดสอบในวัน
ฟอร์มเป็น
ออกแบบ ฟอร์ม: คำตอบ สั้น ๆ
แนวทางทำฟอร์มติดต่อ
- ถามเฉพาะสิ่งที่การตอบกลับครั้งแรกต้องใช้ แยกช่องออกเป็น ต้องมี มีประโยชน์ และถาม
ทีหลัง - ใช้คอลัมน์เดียว พร้อม
ป้ายกำกับ ที่มองเห็นได้ และระบุช่องที่ไม่บังคับให้ชัดเจน - ใช้ประเภทช่อง
กรอก และ autocomplete ให้ถูกต้อง เพื่อให้มือถือ แสดงคีย์บอร์ดที่ใช่ - แบ่งฟอร์ม
คัดกรอง ที่ยาว เป็นหลายขั้นตอน พร้อมตัวบอกความคืบหน้า สร้าง ความมั่นใจข้างปุ่ม ว่าคุณจะตอบกลับเมื่อไร และจะทำอะไรกับข้อมูลของเขา- หยุดสแปมแบบเงียบ ๆ ด้วย honeypot และการตรวจฝั่งเซิร์ฟเวอร์ ก่อนจะหันไปใช้ปริศนาให้คนแก้
- ยืนยันและส่งถึงมือ บอกให้รู้ว่าจะเกิดอะไรขึ้นหลังส่ง และเก็บสำรองทุกรายการที่ส่งเข้ามา
เลือกช่องในฟอร์มจากสิ่งที่คำตอบ แรกต้องใช้
ทุกช่องทำให้
แยกทุกช่อง: ต้องมี มีประโยชน์ ถามทีหลัง
| ช่อง | กลุ่ม | เหตุผล |
|---|---|---|
| ชื่อและอีเมล | ต้องมี | คุณต้องใช้เรียกชื่อ และส่ง |
| สิ่งที่ต้องการ ( |
ต้องมี | |
| ชื่อบริษัท | มีประโยชน์ | ตอบง่าย และช่วยให้คุณ |
| มีประโยชน์ | ||
| เบอร์โทร เมื่อบังคับ |
มีประโยชน์ ไม่บังคับ | บางคนชอบคุยทางโทรศัพท์มากกว่า |
| ตำแหน่งงาน ขนาดบริษัท ที่อยู่ | ถาม |
ถามในการคุยครั้งแรก |
| “รู้จักเราจากที่ไหน?” | ถาม |
analytics ตอบได้ |
บททดสอบของทุกช่อง ถ้าไม่มี
เมื่อคำถาม เพิ่ม คุ้มค่า ที่จะมี
ช่องน้อยลงไม่ได้ดีกว่าเสมอไป ถ้าทีมของคุณใช้เวลาหลายชั่วโมง กับการติดต่อสอบถามที่ไม่เคย
ทำให้มันตอบง่าย “
เลย์เอาต์ : คอลัมน์เดียว ป้ายกำกับ ชัด จบชัดเจน
ใช้คอลัมน์เดียว
คอลัมน์เดียวให้สายตามี
วางป้ายกำกับ เหนือช่อง ให้มองเห็นตลอด
เมื่อช่อง
เขียนข้อความ บนปุ่มให้บอกว่าจะเกิดอะไรขึ้น
“Submit” หรือ “ส่ง” อธิบายกลไก ส่วน “ส่ง
ประเภทช่องกรอก และ autocomplete: รายละเอียด ที่มือถือ สังเกตเห็น
บนtype ซึ่งautocomplete ซึ่งให้เบราว์เซอร์เสนอข้อมูลที่
| ช่อง | ตัวควบคุม | Autocomplete | ผลลัพธ์ |
|---|---|---|---|
| ชื่อ-นามสกุล | text |
name |
ใส่ชื่อที่บันทึกไว้ได้ในแตะเดียว |
| อีเมล | email |
email |
คีย์บอร์ดที่มี @ และตรวจ |
| โทรศัพท์ | tel |
tel |
แป้นตัวเลข |
| บริษัท | text |
organization |
ชื่อบริษัทที่บันทึกไว้ |
| รหัสไปรษณีย์ | text |
postal-code |
รับ |
textarea |
ไม่มี | มีพื้นที่ให้เขียนสองสามบรรทัด |
กฎสี่ข้อที่ป้องกันความ
- อย่าใช้
type="number"กับเบอร์โทรหรือรหัสไปรษณีย์ มันออกแบบ มาสำหรับจำนวน อาจเพิ่มลูกศร เพิ่มลด และถือว่าเบอร์โทรที่มีช่องว่าง หรือเครื่องหมายบวกไม่ถูกต้อง ใช้type="tel"สำหรับเบอร์โทร และinputmode="numeric"บนช่องข้อความ สำหรับรหัสที่เป็นตัวเลข - รองรับ
รูปแบบ สากล อย่าบังคับรูปแบบ เบอร์โทรแบบเดียว หรือบังคับรหัสไปรษณีย์ที่ลูกค้าบางคนไม่มี ช่อง “ชื่อ-นามสกุล” ช่องเดียว รองรับชื่อที่แยกเป็นชื่อต้น และนามสกุลได้ไม่ลงตัว ตามที่แนวทางของ W3C เรื่อง ชื่อบุคคลทั่วโลก อธิบายไว้ - แปลทุกอย่างในแต่ละเวอร์ชันภาษา ทั้ง
ป้ายกำกับ ข้อความ ช่วยเหลือ ข้อผิดพลาด ปุ่ม และหน้ายืนยัน - ตรวจข้อมูลอย่างเป็นประโยชน์ ตรวจช่องเมื่อ
ผู้เข้าชม ออกจากช่อง หรือกดปุ่ม ไม่ใช่ทุกครั้งที่กดแป้นวางข้อความ แจ้งข้อผิดพลาด ไว้ข้างช่อง บอกวิธีแก้ และอย่าลบสิ่งที่เขาพิมพ์ไว้
ฟอร์มหลายขั้นตอน : เมื่อไรฟอร์มยาวจึงคุ้ม
ฟอร์มหลาย
ทำฟอร์มหลายขั้นตอน ให้ได้ผล
- เปิดด้วย
คำถาม ที่ง่ายและเกี่ยวข้องที่สุด ซึ่งมักเป็นสิ่งที่เขาต้องการ ในรูปแบบ ตัวเลือก ที่แตะได้ ข้อมูลติดต่อมาเป็นลำดับสุดท้าย เมื่อคนได้ลงแรงไปบ้างแล้ว - แสดงความ
คืบหน้า ด้วยชื่อขั้นตอน เช่น “ขั้นที่ 2 จาก 3:โปรเจกต์ ของคุณ” - ให้แต่ละขั้นพอดีหนึ่ง
หน้าจอ มือถือ และตรวจข้อมูลก่อนไปขั้นต่อไป - ให้ปุ่มย้อนกลับใช้งานได้ โดย
คำตอบ ไม่หาย แตกแขนง แทนการกองเพิ่ม แสดงเฉพาะคำถาม ที่เกี่ยวข้อง และทดสอบทุกแขนงในทุกภาษา
ข้อควรระวังหนึ่งข้อ
ข้อความ ประกอบฟอร์มที่ลบความลังเล
| ความลังเล | |
|---|---|
| “จะได้ |
“เราตอบกลับภายในหนึ่งวันทำการ” |
| “จะโดนส่งสแปมมาไหม?” | “เราจะใช้ข้อมูลของคุณ เพื่อตอบการติดต่อนี้เท่านั้น” พร้อม |
| “ทำไมต้องขอเบอร์โทร?” | “ไม่บังคับ ใส่ไว้ถ้าคุณอยากให้โทรหา” |
| “ยังไม่รู้ |
“บอกเป็นช่วงคร่าว ๆ ก็ได้ ช่วยให้เราแนะนำ |
สัญญาเฉพาะสิ่งที่ทีมของคุณทำได้จริง
ถ้าต้องการเพิ่มคนเข้ารายชื่อรับอีเมล ให้ถามด้วยช่องติ๊กแยก
ข้างฟอร์ม ให้มีเบอร์โทรหรือ
ป้องกันสแปมโดยไม่ลงโทษคนจริง
ทุกฟอร์มสาธารณะดึงดูดสแปม แต่วิธีแก้ที่หนักที่สุด ทำให้
ซ้อนชั้นป้องกันแบบเงียบ ๆ
- ช่อง honeypot ที่คนจริงไม่เคยเห็น แต่
บอต จำนวนมากกรอก ซ่อนมันจากสายตา คีย์บอร์ด และโปรแกรมอ่านหน้าจอ และปิด autofill สำหรับช่องนี้ เพื่อไม่ให้เบราว์เซอร์กรอก โดยบังเอิญ แล้วทำให้การติดต่อจริงถูกตีเป็นสแปม - การตรวจฝั่งเซิร์ฟเวอร์
บอต ส่งข้อมูลตรงเข้าฟอร์มได้ โดยข้ามทุกอย่างในเบราว์เซอร์ จึงต้องตรวจบนเซิร์ฟเวอร์ด้วย ทั้งช่องบังคับ อีเมลที่ดูสมเหตุสมผล เวลาขั้นต่ำ ระหว่าง โหลดหน้าจนถึงการส่ง และการจำกัดการส่งซ้ำ - บริ
เช่น Akismet ซึ่งตรวจข้อมูลที่ส่งเข้ามา เทียบกับการกรอง สแปมรูปแบบ ที่พบในเว็บไซต์ อื่นจำนวนมาก - การทดสอบแบบมองไม่เห็นหรือแบบให้คะแนน เช่น Cloudflare Turnstile หรือ Google reCAPTCHA v3 ซึ่งมักไม่ต้องให้ใครแก้อะไรเลย
เครื่องมือ เหล่านี้โหลดสคริปต์ของบุคคลที่สาม จึงต้องชั่งน้ำหนัก เรื่องความเร็วและความเป็นส่วนตัว ด้วย - ปริศนาที่มองเห็นได้ เป็น
ทางเลือก สุดท้าย และใช้เฉพาะกับฟอร์มที่ถูกโจมตี
หน้ายืนยันที่บอกว่าจะเกิดอะไรต่อ
หลังคนกดส่ง เขาต้องรู้ว่ามันสำเร็จ และจะเกิดอะไรต่อไป หน้ายืนยันเฉพาะที่กันไว้ไม่ให้ขึ้นในผลการค้นหา ทำหน้าที่นี้ได้ดีกว่า
- ยืนยันด้วยภาษาง่าย ๆ ว่าการติดต่อสอบถามมาถึงแล้ว
- บอกว่าจะได้
คำตอบ เมื่อไร จากใคร และทางไหน - แนะนำว่าควร
เตรียม อะไรไว้ เช่นลิงก์ หรือบรีฟ - เสนอสิ่งที่มีประโยชน์
ระหว่าง รอ และช่องทาง ติดต่อตรง สำหรับเรื่องด่วน
อีเมลตอบกลับอัตโนมัติ ช่วยย้ำเรื่องนี้ได้ แต่ควรเขียนแบบทั่วไป ไม่ใช่ทวนสิ่งที่
สถานะสำเร็จ ยังเป็นสิ่งที่ analytics ควรนับด้วย ให้บันทึกการติดต่อสอบถาม เมื่อฟอร์มไปถึงสถานะนั้น ไม่ใช่เมื่อมีการคลิกปุ่ม คู่มือ ติดตามการติดต่อสอบถามจาก
ทำให้ทุกการส่งไปถึงคน
ไม่มีใคร
การติดต่อสอบถามหายไปที่ไหน
- อีเมลจาก
เว็บไซต์ ที่ไม่ได้ยืนยันตัวตน โดยค่าเริ่มต้น WordPress ส่งอีเมลผ่านฟังก์ชันอีเมล ของเซิร์ฟเวอร์โฮสติ้ง เอง ซึ่งมักไม่ได้ยืนยันตัวตน สำหรับโดเมนของคุณ บริการที่รับอีเมลจึงอาจจัดมันเป็นสแปม หรือปฏิเสธ ให้ส่งการแจ้งเตือน ผ่าน SMTP ที่ยืนยันตัวตน หรือบริการส่งอีเมลแบบ transactional โดยตั้งค่า SPF, DKIM และ DMARC ให้โดเมนของคุณ - กล่องอีเมลของคนคนเดียว วันหยุดและการ
ลาออก กลืนลีด หายไป ให้ส่งการติดต่อสอบถาม เข้ากล่องอีเมลที่ใช้ร่วมกัน หรือเข้า CRM - การ
เชื่อมต่อ ที่พังแบบเงียบ ๆ การเชื่อมต่อ กับ CRM อาจพังเมื่อ API key หมดอายุ หรือช่องข้อมูลถูกเปลี่ยนชื่อตัดสินใจ ไว้ว่าจะเกิดอะไรขึ้น เมื่อระบบอีกฝั่งล่ม บทความ อธิบายการเชื่อมต่อ ระบบกับเว็บไซต์ อธิบายทางเลือก ต่าง ๆ - ไม่มีสำเนาสำรอง เก็บทุกรายการไว้บน
เว็บไซต์ ด้วย เพื่อให้การติดต่อสอบถามยังอยู่ แม้อีเมลหรือการเชื่อมต่อ จะล้มเหลว
ทดสอบแบบที่ลูกค้าใช้จริง
ขั้นต่อไป
ลอง
ฟอร์มอยู่ตรงจุดที่กลยุทธ์ UX