บทนำ

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

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

Gradion มองว่า Checkout เป็นปัญหาทางวิศวกรรมแบบ Full-stack ซึ่งครอบคลุมตั้งแต่การเลือกและเชื่อมต่อผู้ให้บริการชำระเงิน, การกำหนดขอบเขต PCI DSS, การนำ SCA มาใช้งาน, ประสิทธิภาพของ Checkout, การเชื่อมต่อกับ OMS, ไปจนถึงการตรวจสอบกระบวนการ (Funnel Observability) ที่ถูกสร้างขึ้นตั้งแต่เริ่มต้น

การผสานระบบผู้ให้บริการชำระเงิน

ความครอบคลุมของวิธีการชำระเงินขึ้นอยู่กับตลาดที่ให้บริการและปริมาณธุรกรรมที่คาดการณ์ไว้ Stripe ครอบคลุมการชำระเงินด้วยบัตรส่วนใหญ่ ด้วยการออกแบบ API ที่ใช้งานง่าย Adyen เป็นมาตรฐานสำหรับองค์กรขนาดใหญ่ที่มีปริมาณธุรกรรมสูงและดำเนินงานในหลายตลาด ด้วยความสัมพันธ์ที่แข็งแกร่งกับธนาคารผู้รับบัตร Mollie ให้บริการตลาดขนาดกลางในยุโรปได้ดี โดยเฉพาะอย่างยิ่งสำหรับ iDEAL และ SEPA ในเนเธอร์แลนด์และกลุ่มประเทศ DACH Klarna ช่วยเพิ่ม Conversion ในหมวดหมู่สินค้าที่การชำระเงินแบบ Buy Now Pay Later เป็นปัจจัยสำคัญในการตัดสินใจ สำหรับเอเชียตะวันออกเฉียงใต้ ความครอบคลุมต้องอาศัยผู้ให้บริการที่แตกต่างกัน เช่น PayNow สำหรับสิงคโปร์, PromptPay สำหรับประเทศไทย และกระเป๋าเงินดิจิทัลเฉพาะตลาดที่ PSP ของยุโรปรายเดียวไม่สามารถรองรับได้

งานด้านการผสานระบบไม่ได้จำกัดอยู่แค่การเชื่อมต่อ API แต่ยังรวมถึงการจัดการ Webhook สำหรับเหตุการณ์การชำระเงินแบบ Asynchronous, Idempotency Keys เพื่อป้องกันการเรียกเก็บเงินซ้ำซ้อนจากการส่งคำขอใหม่, ตรรกะการลองชำระเงินซ้ำเมื่อเกิดข้อผิดพลาดพร้อมกลไก Backoff ที่เหมาะสม และ Reconciliation Feeds ที่ส่งข้อมูลธุรกรรมเข้าสู่ระบบการเงิน สิ่งเหล่านี้คืองานทางวิศวกรรมที่กำหนดว่าการผสานระบบชำระเงินนั้นเชื่อถือได้จริงหรือไม่ แพลตฟอร์มการจองของ roadsurfer ที่รองรับ 7 สกุลเงินในตลาดทั่วยุโรป เป็นตัวอย่างหนึ่งของสถาปัตยกรรมการชำระเงินแบบหลายสกุลเงินที่ใช้งานจริงในปัจจุบัน

สถาปัตยกรรมการปฏิบัติตามข้อกำหนด PCI DSS

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

การนำ SCA และ 3DS2 มาใช้งาน

Strong Customer Authentication (SCA) ตามข้อกำหนดของ PSD2 สำหรับการชำระเงินในยุโรป จะเพิ่มขั้นตอนการยืนยันในการทำธุรกรรมด้วยบัตร หากนำมาใช้งานโดยไม่คำนึงถึงระดับความเสี่ยงของธุรกรรม จะเพิ่มความยุ่งยากในการซื้อทุกครั้ง แต่หากนำมาใช้งานอย่างถูกต้อง จะใช้กรอบการยกเว้นของ 3DS2 เพื่อใช้การยืนยันตัวตนเฉพาะในกรณีที่ระดับความเสี่ยงหรือยอดธุรกรรมกำหนดเท่านั้น ทำให้ธุรกรรมที่มีความเสี่ยงต่ำสามารถดำเนินการต่อไปได้โดยไม่ติดขัด ตรรกะการยกเว้นนี้อยู่ที่เลเยอร์การกำหนดค่าของ PSP และต้องอาศัยการประสานงานระหว่างธนาคารผู้รับบัตร, PSP และการนำ Checkout มาใช้งาน

วิศวกรรมกระบวนการ Checkout

ประสิทธิภาพของหน้าชำระเงินบนมือถือคือมาตรฐานสำคัญที่ต้องใส่ใจ หน้าชำระเงินที่โหลดเสร็จภายใน 2 วินาทีบนอุปกรณ์ Android ระดับกลางในสภาพแวดล้อม 4G ถือเป็นข้อจำกัดทางวิศวกรรมที่มีนัยสำคัญ การตรวจสอบที่อยู่ การเลือกวิธีการจัดส่ง และการคำนวณภาษีแบบเรียลไทม์ ล้วนเพิ่มความหน่วงได้หากดำเนินการอย่างไม่รอบคอบ ขั้นตอนการชำระเงินที่สามารถทำ A/B Test ได้นั้นต้องมีเลเยอร์ Feature Flag ที่ช่วยให้สามารถนำเสนอรูปแบบต่างๆ ได้โดยไม่ต้องปรับใช้โค้ด ทำให้การทดลองเกี่ยวกับจำนวนขั้นตอน ลำดับฟิลด์ ข้อความแสดงข้อผิดพลาด และการนำเสนอวิธีการชำระเงิน สามารถดำเนินการได้อย่างแม่นยำทางสถิติ

การจัดการคำสั่งซื้อและการเชื่อมต่อ BNPL

การชำระเงินยังไม่สมบูรณ์เมื่อได้รับการอนุมัติ การสำรองสินค้า การคัดกรองการฉ้อโกง และการส่งต่อข้อมูลไปยังระบบ OMS (Shopware, Spryker หรือระบบจัดการคำสั่งซื้อที่พัฒนาขึ้นเอง) ต้องได้รับการออกแบบให้เป็นลำดับขั้นตอนที่เชื่อมโยงกัน ไม่ใช่การนำระบบที่สื่อสารกันอย่างหลวมๆ มาประกอบเข้าด้วยกัน ผู้ให้บริการ Buy Now Pay Later (Klarna, Afterpay/Clearpay, Scalapay) ต้องการการจัดการการคืนสินค้าและการคืนเงินที่ไหลกลับไปยังผู้ให้บริการ BNPL อย่างถูกต้อง และกระทบยอดเข้าสู่ระบบการเงิน ผลกระทบต่อ Conversion ขึ้นอยู่กับหมวดหมู่ผลิตภัณฑ์ และควรวัดผลก่อนที่จะลงทุนในการเชื่อมต่อระบบ

ความสามารถในการตรวจสอบ

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

ผลลัพธ์ที่พิสูจน์ได้ในการใช้งานจริง

หนึ่งในบริษัทผู้ให้บริการชำระเงินดิจิทัลรายใหญ่ที่สุดในยุโรป ได้สร้างระบบเชื่อมต่อ Shopware สำหรับสภาพแวดล้อมแบบ On-premise เมื่อผู้ค้าเริ่มย้ายไปใช้ Shopware Cloud ลูกค้าของเราจึงไม่สามารถเข้าถึงกลุ่มตลาดที่กำลังเติบโตนี้ได้ เนื่องจากสถาปัตยกรรมปลั๊กอินเดิมต้องอาศัยการเข้าถึง Backend ซึ่ง Shopware Cloud มีข้อจำกัด Gradion ได้ออกแบบและสร้าง Shopware App ที่เป็น Cloud-native ขึ้นใหม่ทั้งหมด โดยทำงานในสภาพแวดล้อมที่ไร้ Backend และเน้น API-first ซึ่งมีเอกสารจำกัดและไม่มีแบบอย่างในระบบนิเวศมาก่อน แอปนี้ถูกส่งมอบภายในสามเดือนและเผยแพร่บน Shopware Store ทำให้ผู้ค้าที่ไม่ใช่สายเทคนิคสามารถติดตั้งและกำหนดค่าการเชื่อมต่อการชำระเงินได้โดยไม่ต้องอาศัยการสนับสนุนจากนักพัฒนา นี่คือสิ่งที่การย้ายระบบ PSP สู่คลาวด์เป็นจริง ไม่ใช่แค่การเปลี่ยนการตั้งค่า แต่เป็นการปรับเปลี่ยนสถาปัตยกรรมภายใต้ข้อจำกัดของแพลตฟอร์ม

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

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

roadsurfer: การสร้างระบบการจองและการชำระเงินใหม่ทั้งหมด เปิดตัวภายใน 20 วัน ส่งผลให้ยอดจองและรายได้เพิ่มขึ้นสองเท่าภายในปีแรก แพลตฟอร์มรองรับ 8 ภาษาและ 7 สกุลเงินในตลาดทั่วยุโรป

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

ขั้นตอนถัดไป

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