การออกแบบ UI การชำระเงินด้วยบัตรเครดิต: สิ่งที่ควรมี สิ่งที่ไม่ควรมี และเหตุผลว่าทำไมสิ่งนี้จึงมีความสำคัญ

Checkout
Checkout

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

ดูข้อมูลเพิ่มเติม 
  1. บทแนะนำ
  2. องค์ประกอบหลักของ UI การชำระเงินด้วยบัตรเครดิตมีอะไรบ้าง
  3. คุณจะทำให้แบบฟอร์มบัตรเครดิตง่าย รวดเร็ว และใช้งานได้ดีได้อย่างไร
  4. คุณควรจัดการข้อความแสดงข้อผิดพลาดและการตรวจสอบข้อมูลสำหรับบัตรเครดิตอย่างไร
    1. ตรวจสอบข้อมูลแบบเรียลไทม์
    2. ทำให้ข้อความแสดงข้อผิดพลาดมีความเฉพาะเจาะจงและเป็นประโยชน์
    3. แสดงข้อผิดพลาดในตำแหน่งที่ถูกต้อง
    4. เก็บรักษาข้อมูลที่ผู้ใช้ป้อนไว้ทุกครั้งที่เป็นไปได้
    5. เสนอการดำเนินการหรือขั้นตอนถัดไป
    6. รักษาสมดุลระหว่างความชัดเจนและความปลอดภัย
    7. ให้ข้อเสนอแนะแก่ผู้ใช้หลังจากการส่งข้อมูล

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

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

บทความนี้ให้ข้อมูลอะไรบ้าง

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

องค์ประกอบหลักของ UI การชำระเงินด้วยบัตรเครดิตมีอะไรบ้าง

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

  • ช่องหมายเลขบัตร: ยอมรับประเภทบัตรหลักๆ ทั้งหมด และตรวจจับแบรนด์ของบัตรโดยอัตโนมัติเมื่อผู้ใช้พิมพ์ข้อมูลโดยอิงจากตัวเลขชุดแรก แสดงโลโก้บัตรที่เกี่ยวข้อง เนื่องจากไอคอนเล็กๆ ที่คุ้นเคย เช่น โลโก้ Visa หรือ American Express จะช่วยสร้างความมั่นใจให้ผู้ใช้ว่าคุณยอมรับประเภทบัตรที่พวกเขามี

  • วันหมดอายุ: ข้อมูลที่ป้อนควรอยู่ในรูปแบบ MM/YY โดยแทรกเครื่องหมายทับโดยอัตโนมัติหลังจากตัวเลขสองหลักแรก ไม่ควรใส่ดรอปดาวน์เดือน/ปี เนื่องจากจะทำให้ขั้นตอนช้าลง เครื่องหมายการจัดรูปแบบ (เช่น ตัวยึดตำแหน่งที่เขียนว่า “MM/YY”) สามารถลดข้อผิดพลาดได้

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

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

  • รหัสไปรษณีย์สำหรับการเรียกเก็บเงิน: อย่าขอที่อยู่ในการเรียกเก็บเงินแบบเต็ม เว้นแต่คุณจะต้องใช้จริงๆ โดยให้ใส่ช่องกรอกรหัสไปรษณีย์เฉพาะเมื่อจำเป็นต้องใช้สำหรับการตรวจสอบโดยบริการตรวจสอบที่อยู่ (AVS) ควรออกแบบรูปแบบการกรอกให้รองรับรหัสไปรษณีย์หลากหลายรูปแบบจากประเทศต่างๆ

  • ปุ่มชำระเงิน: ออกแบบปุ่มนี้ให้ชัดเจน ใช้ป้ายกำกับที่เด่นชัดและกระตุ้นการดำเนินการ เช่น “ชำระเงินเลย” หรือ “สั่งซื้อ” เพิ่มไอคอนรูปแม่กุญแจบนปุ่มเพื่อแสดงให้เห็นว่าหน้านี้ปลอดภัย

คุณจะทำให้แบบฟอร์มบัตรเครดิตง่าย รวดเร็ว และใช้งานได้ดีได้อย่างไร

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

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

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

  • ให้แบบฟอร์มช่วยชี้แนะผู้ใช้ขณะพิมพ์ข้อมูล: การจัดรูปแบบข้อมูลที่ป้อนนั้นเกี่ยวข้องกับความง่ายในการใช้งานและการป้องกันข้อผิดพลาด ให้จัดกลุ่มหมายเลขบัตรโดยอัตโนมัติให้อยู่ในรูปแบบที่อ่านง่าย (เช่น 1111 2222 3333 4444) เพื่อให้ผู้ใช้สามารถตรวจสอบอีกครั้งได้อย่างรวดเร็ว รองรับการจัดรูปแบบเฉพาะบัตร เช่น บัตร American Express จะมีรูปแบบตัวเลข 4-6-5 และ UI ควรปรับเปลี่ยนตาม ทำการตรวจสอบ Luhn ขณะที่ผู้ใช้พิมพ์เพื่อตรวจจับข้อผิดพลาดที่ชัดเจนก่อนที่พวกเขาจะกด “ส่ง”

  • ลดความยุ่งยากในการย้ายระหว่างช่องกรอกข้อมูล: การเปลี่ยนผ่านระหว่างช่องกรอกข้อมูลควรลื่นไหลจนแทบไม่รู้สึก โดยให้เลื่อนเคอร์เซอร์ไปช่องถัดไปโดยอัตโนมัติเมื่อกรอกข้อมูลช่องนั้นครบแล้ว เช่น จาก MM (เดือน) ไป YY (ปี) ในวันหมดอายุ แทรกตัวแบ่ง เช่น เครื่องหมายทับใน MM/YY โดยอัตโนมัติ สิ่งนี้จะช่วยลบจุดที่ผู้ใช้อาจลังเลหรือจุดที่อาจเกิดข้อผิดพลาดไปได้อีกหนึ่งจุด

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

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

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

คุณควรจัดการข้อความแสดงข้อผิดพลาดและการตรวจสอบข้อมูลสำหรับบัตรเครดิตอย่างไร

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

ตรวจสอบข้อมูลแบบเรียลไทม์

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

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

ทำให้ข้อความแสดงข้อผิดพลาดมีความเฉพาะเจาะจงและเป็นประโยชน์

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

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

แจ้งให้ผู้ใช้ทราบเสมอว่าจะแก้ไขปัญหาอย่างไรหรือควรทำอย่างไรต่อไป

แสดงข้อผิดพลาดในตำแหน่งที่ถูกต้อง

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

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

เก็บรักษาข้อมูลที่ผู้ใช้ป้อนไว้ทุกครั้งที่เป็นไปได้

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

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

เสนอการดำเนินการหรือขั้นตอนถัดไป

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

หากปัญหาน่าจะเกิดจากทางธนาคาร ควรแจ้งให้ชัดเจน เช่น “ธนาคารของคุณปฏิเสธการเรียกเก็บเงินนี้ ไม่มีการชำระเงินเกิดขึ้น”

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

รักษาสมดุลระหว่างความชัดเจนและความปลอดภัย

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

ให้ข้อเสนอแนะแก่ผู้ใช้หลังจากการส่งข้อมูล

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

  • เมื่อสำเร็จ ให้แสดงหน้าการชำระเงินที่สำเร็จ ใบเสร็จ หรือแบนเนอร์แสดงการทำรายการเสร็จสิ้น

  • เมื่อล้มเหลว ให้ตอบสนองอย่างรวดเร็ว บอกพวกเขาว่าเกิดอะไรขึ้นและควรทำอย่างไร

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

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

หากพร้อมเริ่มใช้งานแล้ว

สร้างบัญชีและเริ่มรับการชำระเงินโดยไม่ต้องทำสัญญาหรือระบุรายละเอียดเกี่ยวกับธนาคาร หรือติดต่อเราเพื่อสร้างแพ็กเกจที่ออกแบบเองสำหรับธุรกิจของคุณ
Checkout

Checkout

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

Stripe Docs เกี่ยวกับ Checkout

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