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

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

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

สารบัญ

หน้าปก

ส่วน A: คำแนะนำด้านการบริหารจัดการ

ส่วน B: ภาพรวมและขอบเขตในการทำงาน

ส่วน C: คำแนะนำเกี่ยวกับข้อเสนอ

ส่วน D: ขั้นตอนการประเมิน

ส่วน E: ข้อกำหนดหลัก

ส่วน F: การนำไปใช้และการสนับสนุน

ส่วน G: รายการเชิงพาณิชย์

ส่วน H: โปรไฟล์ผู้ให้บริการ

ส่วน I: บุคคลอ้างอิง

ส่วน J: ภาคผนวก

หน้าปก

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

ต่อไปนี้คือข้อมูลที่ควรระบุไว้ในส่วนนี้

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

ลักษณะตัวอย่างเป็นดังนี้

ข้อมูลติดต่อ

วันที่สำคัญๆ

รูปแบบของข้อมูลที่ส่ง

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

แบบแผนในการตั้งชื่อไฟล์

[ชื่อผู้ให้บริการ]–Marketplace–RFP–Response–[วันที่].pdf

วัตถุประสงค์ของ RFP นี้

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

เอกสารนี้จะสรุปข้อกำหนด เกณฑ์การประเมิน และขั้นตอนการส่งข้อเสนอ

ประกาศแจ้งการรักษาความลับสั้นๆ

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

ส่วน A: คำแนะนำด้านการบริหารจัดการ

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

ให้ระบุข้อมูลต่อไปนี้

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

ลักษณะตัวอย่างเป็นดังนี้

A.1 คำชี้แจงในการรักษาความลับและการไม่เปิดเผยข้อมูล

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

A.2 การจำกัดความรับผิดทางการเงิน

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

A.3 ลำดับเวลาของ RFP

A.4 แนวทางการส่งข้อมูล

• ต้องส่งข้อเสนอทั้งหมดทางอีเมลไปที่ [ที่อยู่อีเมลในการติดต่อ]
  
• ผู้ให้บริการต้องแจ้งว่าได้รับแล้วภายใน 3 วันทำการนับจากวันที่ออก
  
• ต้องส่งคำถามอย่างเป็นลายลักษณ์อักษรภายในวันที่ซึ่งระบุไว้ในข้อ A.3
  
• การสื่อสารทั้งหมดต้องผ่านผู้จัดการ RFP ที่กำหนด การติดต่อโดยตรงกับพนักงานจาก [บริษัทของคุณ] คนอื่นๆ ในระหว่างระยะเวลาการประเมินอาจส่งผลให้ถูกตัดสิทธิ์ได้
  

A.5 เอกสารที่ต้องใช้ในการส่งข้อมูล

ผู้ให้บริการแต่ละรายต้องใส่เนื้อหาต่อไปนี้ไว้ในข้อมูลที่ส่งมา

A.6 ภาพรวมในการประเมิน

[บริษัทของคุณ] จะประเมินข้อเสนอต่างๆ โดยพิจารณาจากความเร็วในกระบวนการเริ่มต้นใช้งานของผู้ขาย, โครงสร้างพื้นฐานด้านการเบิกจ่าย, คอนเวอร์ชันในการชำระเงินของผู้ซื้อ, ความครอบคลุมของการชำระเงินทั่วโลก, คุณภาพของ API และความน่าเชื่อถือของผู้ให้บริการ ทั้งนี้ ผู้ให้บริการต้องแสดงให้เห็น (โดยมีหลักฐานประกอบ) ถึงการเพิ่มขึ้นที่วัดผลได้ของอัตราการเปิดใช้งานของผู้ขาย คอนเวอร์ชันในการชำระเงิน อัตราการอนุมัติ และประสิทธิภาพในการดำเนินงาน หากกล่าวอ้างโดยไม่มีข้อมูลประกอบก็จะไม่ได้คะแนน

A.7 การรับทราบจากผู้ให้บริการ

ผู้ให้บริการต้องกรอกและส่งแบบตอบรับด้านล่างภายใน 3 วันทำการหลังจากได้รับ RFP นี้

เราได้รับ RFP ที่มีชื่อว่า "[ชื่อ RFP]" แล้ว และยืนยันว่าเราตั้งใจที่จะ ☐ ส่ง / ☐ ไม่ส่งคำตอบ

ชื่อบริษัท: ________________________

ตัวแทนที่ได้รับอนุญาต: ________________________

ตำแหน่ง: ________________________

วันที่: _______

ส่วน B: ภาพรวมและขอบเขตในการทำงาน

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

ลักษณะตัวอย่างเป็นดังนี้

B.1 ประวัติความเป็นมาของบริษัท

[บริษัทของคุณ] ให้บริการมาร์เก็ตเพลสแบบ [B2B/B2C/C2C] ซึ่งเชื่อมโยง [อธิบายประเภทของผู้ซื้อและผู้ขาย] ใน [ระบุตลาด] เราประมวลผลธุรกรรมประมาณ [X] รายการต่อเดือนใน [X] สกุลเงินและปัจจุบันมีผู้ขายที่ใช้งานอยู่จำนวน [X] ราย เราออกใบแจ้งหนี้ให้ลูกค้า [ปริมาณโดยประมาณ] รายต่อเดือนใน [X] สกุลเงิน เรากำลังมองหาพาร์ทเนอร์ที่มีแพลตฟอร์มที่จัดการสแต็กการเคลื่อนย้ายเงินได้แบบครบวงจร (ตั้งแต่การชำระเงินของผู้ซื้อ กระบวนการเริ่มต้นใช้งานของผู้ขาย การแจกจ่ายเงินเบิกจ่าย การปฏิบัติตามข้อกำหนดด้านภาษี และการรายงาน) โดยไม่ต้องมีการบำรุงรักษาทางวิศวกรรมอย่างต่อเนื่องมากนัก

คุณสามารถให้รายละเอียดเพิ่มเติมเพื่อปรับแต่งได้ดังนี้

• สำนักงานใหญ่และตลาดสำคัญๆ
  
• ช่วง GMV และปริมาณธุรกรรม
  
• ส่วนแบ่งของธุรกรรมภายในประเทศกับธุรกรรมข้ามพรมแดน
  
• ทีมภายในองค์กรที่เกี่ยวข้อง (เช่น วิศวกรรม การเงิน กฎหมายและการปฏิบัติตามข้อกำหนด ปฏิบัติการ ผลิตภัณฑ์)
  

B.2 วัตถุประสงค์ของโปรเจ็กต์

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

พาร์ทเนอร์ที่เหมาะสมของเราจะมีคุณสมบัติดังนี้

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

B.3 ขอบเขตในการทำงาน

งานหลักที่ต้องส่งมอบ:

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

งานที่ส่งมอบเพิ่มเติม:

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

B.4 งานที่อยู่นอกขอบเขต

กำหนดรายการยกเว้น เพื่อไม่ให้ผู้ให้บริการคิดค่าบริการหรือรับผิดชอบต่อรายการดังกล่าว

ตัวอย่างบางส่วนมีดังนี้

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

B.5 ผลลัพธ์ที่ต้องการ

• อัตราความพร้อมของกระบวนการเริ่มต้นใช้งานผู้ขายและการเบิกจ่ายภายในวันเดียวกันที่สูงกว่า [X]%
  
• คอนเวอร์ชันในการชำระเงินดีขึ้นอย่างน้อย [X]% ภายใน 90 วันหลังจากการเปิดตัว (เทียบกับการเพิ่มขึ้น 2%-3% ที่แพลตฟอร์มระดับแนวหน้าต่างๆ บันทึกได้จากการใช้งานจริง)
  
• อัตราการอนุมัติเพิ่มขึ้นอย่างน้อย 1%
  
• ความครอบคลุมของการเบิกจ่ายใน [X] ประเทศในช่วงเปิดตัว พร้อมยืนยันการสนับสนุนเครือข่ายในพื้นที่
  
• ลดเวลาดำเนินงานทางวิศวกรรมในการดูแลระบบการรับชำระเงินลง [X]%
  

ส่วน C: คำแนะนำเกี่ยวกับข้อเสนอ

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

ลักษณะตัวอย่างเป็นดังนี้

C.1 รูปแบบและโครงสร้างของข้อมูลที่ส่ง

ข้อเสนอแต่ละรายการต้องเป็นไปตามโครงสร้างนี้

• ข้อมูลสรุป (ไม่เกิน 3 หน้า)
  
• คำตอบสำหรับข้อกำหนดทั้งหมดในส่วน E โดยระบุหมายเลขให้ตรงกัน
  
• เทมเพลตค่าบริการฉบับสมบูรณ์ในรูปแบบ Excel
  
• โปรไฟล์ผู้ให้บริการและข้อมูลสรุปทางการเงิน
  
• ลูกค้าอ้างอิงอย่างน้อย 3 รายจากผู้ให้บริการมาร์เก็ตเพลสที่เทียบเคียงกันได้
  
• เอกสารประกอบ เช่น ใบรับรองการปฏิบัติตามข้อกำหนด กรณีศึกษาพร้อมเมตริกในการใช้งานจริง และเอกสารประกอบเกี่ยวกับ API
  

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

C.2 ข้อกำหนดในการจัดรูปแบบ

• คำตอบเชิงอธิบายในรูปแบบ PDF, เทมเพลตค่าบริการในรูปแบบไฟล์ Excel
  
• ขนาดฟอนต์ขั้นต่ำ 11 pt โดยเว้นระยะขอบ 1 นิ้ว และหมายเลขหน้า
  
• ตัวเลขทางการเงินทั้งหมดต้องเป็นสกุลเงิน USD เว้นแต่จะระบุไว้เป็นอย่างอื่น
  
• การตั้งชื่อไฟล์: [ชื่อผู้ให้บริการ]–Marketplace–RFP–[วันที่].pdf
  

C.3 คำแนะนำเกี่ยวกับเนื้อหาของข้อเสนอ

ข้อมูลสรุป

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

ภาพรวมของโซลูชันและสถาปัตยกรรม

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

การค้าแบบใช้เอเจนต์

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

ความครอบคลุมทั่วโลก

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

การรักษาความปลอดภัยและการปฏิบัติตามข้อกำหนด

• ยืนยันการปฏิบัติตามข้อกำหนด PCI DSS เวอร์ชัน 4.0 (มีผลบังคับใช้ในเดือนมีนาคมปี 2024) และวันที่ตรวจสอบล่าสุด
  
• ระบุข้อมูลระยะเวลาให้บริการย้อนหลัง 12 เดือน โดยโครงสร้างพื้นฐานของมาร์เก็ตเพลสที่ใช้งานจริงควรมีระยะเวลาให้บริการอยู่ที่ 99.999% ขึ้นไป และมีอัตราความสำเร็จในการตรวจสอบตามข้อกำหนด PCI อยู่ที่ 100%
  

ฟังก์ชันของ API และฟังก์ชันสำหรับนักพัฒนา

• ระบุเกณฑ์มาตรฐานสำหรับเวลาหน่วงของ API (p50, p95 หรือ p99) ประวัติระยะเวลาให้บริการ และแนวทางของคุณในการกำหนดเวอร์ชัน
  
• ใส่ลิงก์ไปยังเอกสารประกอบสำหรับนักพัฒนาหรือสภาพแวดล้อมแซนด์บ็อกซ์ของคุณ
  

C.4 คำชี้แจงและคำถามต่างๆ

ต้องส่งคำถามอย่างเป็นลายลักษณ์อักษรภายใน[กำหนดเวลาของคำถาม]ไปยัง [อีเมลของผู้จัดการ RFP] โดยระบบจะส่งคำตอบให้กับผู้เข้าร่วมทุกรายพร้อมกัน ทั้งนี้ ไม่อนุญาตให้มีการพูดคุยอย่างไม่เป็นทางการกับพนักงานของ [บริษัทของคุณ] คนอื่นๆ ในระหว่างขั้นตอนนี้

C.5 ระยะเวลาที่ใช้ได้ของข้อเสนอ

ข้อเสนอจะต้องมีอายุ 90 วันนับจากวันกำหนดส่ง เว้นแต่จะมีการขยายเวลาโดยข้อตกลงร่วมกันอย่างเป็นลายลักษณ์อักษร

C.6 สิทธิ์ในการปฏิเสธหรือเจรจาต่อรอง

[บริษัทของคุณ] ขอสงวนสิทธิ์ในการปฏิเสธข้อเสนอใดๆ ขอคำชี้แจง หรือเจรจาต่อรองกับผู้ให้บริการตั้งแต่ 1 รายขึ้นไปพร้อมๆ กัน การเข้าร่วมไม่ได้ถือเป็นข้อผูกมัดในการซื้อ

ส่วน D: ขั้นตอนการประเมิน

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

ลักษณะตัวอย่างเป็นดังนี้

D.1 วิธีการประเมิน

ข้อเสนอทั้งหมดจะได้รับการตรวจสอบโดยทีมงานข้ามสายงาน เช่น วิศวกรรม การเงิน กฎหมายและการปฏิบัติตามข้อกำหนด และการปฏิบัติงาน

การประเมินจะแบ่งออกเป็น 3 ขั้นตอนดังนี้

• การตรวจสอบการปฏิบัติตามข้อกำหนด: ยืนยันว่ามีเอกสารที่จำเป็นครบถ้วน และเป็นไปตามข้อกำหนดในการจัดรูปแบบ
  
• การประเมินเชิงคุณภาพ: ให้คะแนนข้อมูลที่ส่งมาแต่ละรายการกับเกณฑ์แบบถ่วงน้ำหนักโดยใช้สเกล 1–5 (5 = ยอดเยี่ยม โดยมีหลักฐานจากการใช้งานจริงประกอบ ส่วน 1 = ไม่ผ่านเกณฑ์พื้นฐาน) หากจะได้ 5 คะแนน ก็จะต้องมีเมตริกในการใช้งานจริงประกอบด้วย
  
• การสาธิตและการตรวจสอบขั้นสุดท้าย: ผู้ให้บริการที่ผ่านการคัดเลือกจะนำเสนอการสาธิตแพลตฟอร์มแบบเรียลไทม์ การสาธิตต้องใช้แซนด์บ็อกซ์ที่เทียบเท่ากับการใช้งานจริง ไม่ใช่การแนะนำตามสคริปต์
  

D.2 เกณฑ์การประเมินและการถ่วงน้ำหนัก

การค้าแบบใช้เอเจนต์มีค่าถ่วงน้ำหนัก 10% (เพิ่มขึ้น) เนื่องจากแสดงถึงช่องว่างของฟังก์ชันเชิงโครงสร้างระหว่างผู้ให้บริการที่พร้อมรองรับการค้าระหว่างเครื่อง (Machine-to-machine) กับผู้ให้บริการที่ไม่พร้อมรองรับ ซึ่งช่องว่างนี้จะเพิ่มขึ้นเรื่อยๆ ไปตามเวลา

D.3 ข้อกำหนดในการสาธิต

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

• กระบวนการเริ่มต้นใช้งานของผู้ขายแบบครบวงจร (ตั้งแต่การลงทะเบียนจนถึงสถานะพร้อมเบิกจ่าย และมีการดำเนินการ KYC เสร็จเรียบร้อย) โดยกำหนดเป้าหมายไปที่การเปิดใช้งานในวันเดียวกัน
  
• การเริ่มต้นการเบิกจ่ายทันทีสำหรับผู้ขาย โดยมีการยืนยันการชำระเงินภายในไม่ถึงนาทีอย่างแท้จริง
  
• ชุดเครื่องมือด้านการชำระเงินที่เพิ่มประสิทธิภาพ: การปรับเปลี่ยนวิธีการชำระเงินที่ปรากฏ, การนำข้อมูลประจำตัวที่บันทึกไว้มาใช้ซ้ำผ่าน Link หรือระบบที่เทียบเท่า และการนำ Authorization Boost ไปใช้งานจริง
  
• ธุรกรรมข้ามพรมแดน (ผู้ซื้ออยู่ในประเทศหนึ่ง ส่วนผู้ขายอยู่อีกประเทศหนึ่ง และเบิกจ่ายเป็นสกุลเงินที่ไม่ใช่ของ 2 ประเทศนั้น) ซึ่งจัดการโดยไม่มีเจ้าหน้าที่ช่วยกำหนดเส้นทาง
  
• โปรโตคอลการค้าแบบใช้เอเจนต์: เอเจนต์ AI ที่ตรวจสอบสิทธิ์และทำธุรกรรมในมาร์เก็ตเพลสผ่าน API โดยมีการลงบันทึกการตรวจสอบที่ครบถ้วน
  
• แดชบอร์ดการรายงานที่รวมเป็นหนึ่งเดียว: GMV, ปริมาณการเบิกจ่าย, อัตราการเปิดใช้งานของผู้ขาย, อัตราการอนุมัติ และภาพรวมของการโต้แย้งการชำระเงิน
  
• ข้อมูลประจำตัวชั่วคราวในการสาธิตที่ใช้ได้อย่างน้อย 10 วันทำการหลังจากวันที่ทำการสาธิต
  

D.4 การเจรจาต่อรองและเข้าทำสัญญา

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

⚑ หมายเหตุจากผู้ประเมิน—ลบออกก่อนส่งให้กับผู้ให้บริการ ⚑

• ให้คะแนนแบบของใครของมันก่อนหารือกันเป็นกลุ่ม โดยหากจะได้ 5 คะแนน ก็จะต้องมีเมตริกในการใช้งานจริงประกอบด้วย ไม่ใช่เพียงแค่ระบุถึงฟังก์ชันต่างๆ
  
• สำรวจความครอบคลุมทั่วโลกในแต่ละตลาด ขอให้ผู้ให้บริการยืนยันว่าความสัมพันธ์ในการรับชำระเงินในแต่ละตลาดในรายการนั้นเป็นแบบโดยตรงหรือดำเนินการผ่านบุคคลที่สาม ข้อแตกต่างในส่วนนี้ส่งผลต่ออัตราการอนุมัติและค่าใช้จ่าย
  
• การสาธิตการค้าแบบใช้เอเจนต์เป็นเรื่องที่ไม่สามารถผ่อนปรนได้ ผู้ให้บริการที่ไม่สามารถแสดงให้เห็นว่าเอเจนต์ AI ทำธุรกรรมในแซนด์บ็อกซ์ได้ในปัจจุบันก็ย่อมไม่พร้อมรองรับการเติบโตสำหรับแพลตฟอร์มของคุณ
  
• ตรวจสอบคำกล่าวอ้างเรื่องการเบิกจ่ายทันทีในแซนด์บ็อกซ์ ให้สอบถามว่าการเบิกจ่ายให้ผู้ขายที่สำเร็จเสร็จสิ้นภายใน 60 วินาทีในการใช้งานจริงคิดเป็นสัดส่วนกี่เปอร์เซ็นต์
  
• ขอให้ผู้ให้บริการระบุปริมาณข้อมูลที่ใช้ฝึกโมเดลการชำระเงินด้วย AI ของตน ความหลากหลายของข้อมูลธุรกรรมที่ใช้รองรับโมเดล ML เป็นปัจจัยที่สร้างความแตกต่างได้มากที่สุดสำหรับคอนเวอร์ชันในการชำระเงินและประสิทธิภาพในการอนุมัติ ซึ่งคุณไม่สามารถจำลองข้อมูลนี้ด้วยวิศวกรรมเพียงอย่างเดียวได้
  
• ขอข้อมูลระยะเวลาให้บริการในช่วง 12 เดือน ไม่ใช่แค่ SLA เพราะระยะเวลาให้บริการที่ 99.900% กับ 99.999% นั้นถือว่าแตกต่างกันอย่างมากสำหรับมาร์เก็ตเพลสที่ให้บริการชำระเงินอย่างต่อเนื่อง
  

ส่วน E: ข้อกำหนดหลัก

ส่วนนี้สำคัญที่สุด ต้องให้คำตอบที่เป็นข้อเท็จจริงและมีหลักฐานประกอบ ผู้ให้บริการที่ควรเลือกใช้งานจะสามารถนำเสนอผลลัพธ์ที่บันทึกไว้จากการติดตั้งใช้งานจริงได้ ทั้งนี้ สำหรับข้อกำหนดแต่ละรายการ ผู้ให้บริการจะต้องระบุสถานะอย่างใดอย่างหนึ่ง ได้แก่ Standard (มาตรฐาน: มีการใช้งานจริงในปัจจุบัน), Configurable (กำหนดค่าได้: ต้องตั้งค่า), Custom (กำหนดเอง: ต้องมีการพัฒนา) หรือ N/A (ไม่มีข้อมูล)

ลักษณะตัวอย่างเป็นดังนี้

E.1 กระบวนการเริ่มต้นใช้งานของผู้ขายและการยืนยันตัวตน

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

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

E.2 การเบิกจ่ายเงินให้กับผู้ขายและการเคลื่อนย้ายเงิน

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

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

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

E.3 คอนเวอร์ชันในการชำระเงินของผู้ซื้อและชุดเครื่องมือด้านการชำระเงินที่เพิ่มประสิทธิภาพ

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

ในปัจจุบัน ชุดเครื่องมือด้านการชำระเงินที่เพิ่มประสิทธิภาพเป็นมาตรฐานบ่งชี้ถึงโครงสร้างพื้นฐานด้านการชำระเงินที่ยอดเยี่ยมในปี 2026 เช่น การเพิ่มประสิทธิภาพการตรวจสอบสิทธิ์ที่ขับเคลื่อนด้วย AI, การปรับเปลี่ยนวิธีการชำระเงินที่ปรากฏไปตามพื้นที่กว่า 100 วิธี, ข้อมูลประจำตัวที่บันทึกไว้ซึ่งช่วยให้ลูกค้าเก่าไม่ต้องป้อนข้อมูลอีกรอบ, โทเค็นการชำระเงินที่ใช้ร่วมกันซึ่งใช้ได้กับผู้ขายทุกรายบนแพลตฟอร์มของคุณ และค่าบริการที่ปรับเปลี่ยนได้ เพื่อให้ผู้ซื้อข้ามพรมแดนเห็นราคาเป็นสกุลเงินของตนเอง โดยผลลัพธ์จากการใช้งานจริงมีบันทึกไว้ว่า การแสดงวิธีการชำระเงินเพิ่มขึ้นมาอีก 1 วิธีจะช่วยเพิ่มคอนเวอร์ชันได้ 2%-3% และเพิ่มรายรับได้ 12%

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

E.4 การขยายธุรกิจไปทั่วโลกและการปฏิบัติตามข้อกำหนดแบบข้ามพรมแดน

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

E.5 สถาปัตยกรรมของแพลตฟอร์มและคุณภาพของ API

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

E.6 ฟังก์ชัน AI และ ML

โมเดล ML ที่รองรับคอนเวอร์ชันในการชำระเงิน การเพิ่มประสิทธิภาพการตรวจสอบสิทธิ์ และการตรวจจับการฉ้อโกงจะทำงานได้ดีแค่ไหนก็ต้องดูจากข้อมูลธุรกรรมที่ใช้ฝึกโมเดลเหล่านี้ โมเดลพื้นฐานการชำระเงินด้วย AI ที่ก้าวล้ำที่สุดในโลก (ซึ่งผ่านการฝึกโดยใช้ธุรกรรมหลายหมื่นล้านรายการจากตลาด บริษัทผู้ออกบัตร และวิธีการชำระเงินต่างๆ มากมาย) จะให้ผลลัพธ์ที่ดีกว่าอย่างเห็นได้ชัดเมื่อเทียบกับโมเดลที่ใช้ชุดข้อมูลน้อยกว่า ข้อได้เปรียบที่เหนือชั้นนี้ไม่อาจเกิดขึ้นได้จากการดำเนินงานทางวิศวกรรมเพียงอย่างเดียว ให้ขอให้ผู้ให้บริการอธิบายฐานข้อมูลต่างๆ ที่ใช้พัฒนาโมเดลของตนอย่างชัดเจน

E.7 ประสบการณ์สำหรับนักพัฒนา

การผสานการทำงานในการชำระเงินที่ใช้เวลาสร้างหลายเดือนและต้องบำรุงรักษาทางวิศวกรรมอยู่ตลอดเพื่อให้ระบบเสถียรก็เหมือนภาระที่แฝงตัวคอยฉุดรั้งทีมผลิตภัณฑ์ของคุณ ประสบการณ์สำหรับนักพัฒนาของผู้ให้บริการของคุณ เช่น คุณภาพของ API, ความละเอียดของเอกสารประกอบ และความเที่ยงตรงของแซนด์บ็อกซ์ จะเป็นตัวกำหนดว่าภาระดังกล่าวจะมีมากน้อยแค่ไหน

E.8 สถาปัตยกรรมของ Connect

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

E.9 การค้าแบบใช้เอเจนต์

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

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

E.10 สเตเบิลคอยน์และช่องทางการชำระเงินใหม่ๆ

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

E.11 เครื่องมือในการดำเนินงานและการรายงาน

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

E.12 การรักษาความปลอดภัย การปฏิบัติตามข้อกำหนด และความเป็นส่วนตัวของข้อมูล

PCI DSS v4.0 มีผลบังคับใช้ในเดือนมีนาคม 2024 โดยใช้แทนเวอร์ชัน 3.2.1 และนำมาซึ่งข้อกำหนดใหม่ๆ สำหรับการตรวจสอบสิทธิ์ การติดตามตรวจสอบ และการวิเคราะห์ความเสี่ยงแบบมุ่งเป้า ทั้งนี้ บริษัทใน Fortune 100 ประมาณ 50% ไว้วางใจให้แพลตฟอร์มมาร์เก็ตเพลสระดับแนวหน้าช่วยดูแลระบบการรับชำระเงินของตน ความไว้วางใจดังกล่าวนี้เกิดจากประวัติการปฏิบัติตามข้อกำหนดที่บันทึกไว้ มาตรฐานสำหรับอัตราความสำเร็จในการตรวจสอบตามข้อกำหนด PCI ควรจะอยู่ที่ 100% ให้สอบถามผู้ให้บริการต่างๆ ว่าผ่านเกณฑ์นี้หรือไม่

E.13 การขยายการรองรับได้และความน่าเชื่อถือ

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

E.14 การรับรองของผู้ให้บริการ

ข้าพเจ้าขอรับรองว่า คำตอบทั้งหมดถูกต้อง ณ วันที่ส่ง และฟังก์ชันต่างๆ ที่ระบุไว้ว่าเป็นแบบ "Standard" (มาตรฐาน) หรือ "Configurable" (กำหนดค่าได้) พร้อมใช้งานในสภาพแวดล้อมแบบใช้งานจริงแล้วในปัจจุบัน คำกล่าวอ้างต่างๆ ที่ไม่มีเอกสารรองรับหรือไม่มีการสาธิตแบบสดจะไม่ได้รับการประเมิน

ตัวแทนที่ได้รับอนุญาต: ________________________

ตำแหน่ง: ________________________

วันที่: _______

⚑ หมายเหตุจากผู้ประเมิน—ลบออกก่อนส่งให้กับผู้ให้บริการ ⚑

• การจะได้ 5 คะแนนในเกณฑ์ใดก็ตามจะต้องมีเมตริกในการใช้งานจริงบันทึกไว้ด้วย การระบุว่า "เรารองรับการดำเนินการนี้" โดยไม่มีหลักฐานประกอบจะได้ไม่เกิน 3 คะแนน
  
• ขอให้ผู้ให้บริการทุกรายอธิบายขนาดข้อมูลที่ใช้ฝึกโมเดลการชำระเงินด้วย AI ตามข้อกำหนดที่เจาะจง ได้แก่ จำนวนธุรกรรม จำนวนปีของข้อมูล ตลอดจนความหลากหลายทางภูมิศาสตร์และบริษัทผู้ออกบัตร คำตอบจะแสดงให้เห็นว่าประสิทธิภาพของ ML เป็นตามนั้นจริงๆ หรือเป็นเพียงคำกล่าวอ้าง
  
• ตรวจสอบความครอบคลุมทั่วโลกแบบทีละตลาด ทั้งนี้ สำหรับแต่ละตลาดในรายการ ให้สอบถามว่าผู้ให้บริการนั้นๆ มีความสัมพันธ์ในการรับชำระเงินโดยตรงหรือดำเนินการผ่านบุคคลที่สาม และสอบถามเกี่ยวกับส่วนต่างของอัตราการอนุมัติ
  
• การสาธิตการค้าแบบใช้เอเจนต์ถือเป็นข้อกำหนดภาคบังคับ ไม่ใช่เรื่องที่จะทำหรือไม่ก็ได้ เพราะผู้ให้บริการที่ไม่สามารถสาธิตในแซนด์บ็อกซ์ได้ในปัจจุบันก็จะถือว่ายังไม่พร้อม
  
• ขอข้อมูลระยะเวลาให้บริการย้อนหลัง 12 เดือนและประวัติการตรวจสอบตามข้อกำหนด PCI โดย SLA และสถานะปัจจุบันนั้นยังไม่เพียงพอ
  
• ตรวจสอบยืนยันคำกล่าวอ้างเกี่ยวกับใบอนุญาตการรับโอนเงินเทียบกับข้อมูลที่ยื่นต่อหน่วยงานกำกับดูแลแบบสาธารณะสำหรับตลาดหลักๆ ของคุณ
  

ส่วน F: การนำไปใช้และการสนับสนุน

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

ลักษณะตัวอย่างเป็นดังนี้

F.1 แนวทางในการนำไปใช้

ผู้ให้บริการต้องอธิบายดังนี้

• กรอบการทำงานในการบริหารจัดการโปรเจ็กต์ ตลอดจนวิธีติดตามและแจ้งความคืบหน้าให้ [บริษัทของคุณ] ทราบ

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

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

• แนวทางในการทำงานคู่ขนานหรือการเปลี่ยนผ่านเป็นช่วงๆ ซึ่งช่วยปกป้องคอนเวอร์ชันในการชำระเงินและผลกำไรของผู้ขายในระหว่างช่วงเปลี่ยนผ่าน

F.2 การจัดหาทรัพยากรและการกำกับดูแล

ผู้ให้บริการควรระบุข้อมูลดังนี้

• แผนผังองค์กรหรือแผนผัง RACI สำหรับทีมดำเนินการ และยืนยันว่าบทบาทสำคัญๆ เป็นบุคลากรภายในองค์กรเองหรือจ้างมาจากบริษัทอื่นอีกที

• ผู้จัดการบัญชีและวิศวกรโซลูชันที่ได้รับการเสนอชื่อและมอบหมายให้ดูแลการติดต่อครั้งนี้

• ลำดับชั้นในการเดินเรื่องต่อและลำดับการตัดสินใจตลอดการนำไปใช้งาน

F.3 การฝึกอบรมและเอกสาร

ผู้ให้บริการควรอธิบายดังนี้

• มีการฝึกอบรมสำหรับทีมวิศวกรรม การเงิน การปฏิบัติงาน และความสำเร็จของลูกค้า

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

• วิธีการอัปเดตเอกสารเมื่อผลิตภัณฑ์มีฟังก์ชันใหม่ๆ เพิ่มเข้ามา

F.4 โมเดลการสนับสนุนและ SLA

ผู้ให้บริการต้องระบุดังนี้

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

• SLA เกี่ยวกับระยะเวลาตอบกลับตามระดับความรุนแรง พร้อมข้อผูกพันตามสัญญา

• วิธีแจ้งให้ลูกค้าทราบถึงเหตุขัดข้องที่เกิดขึ้นและผลที่ได้จากขั้นตอนการตรวจสอบหลังเกิดเหตุขัดข้อง

• ข้อมูลประวัติระยะเวลาตอบกลับสำหรับความรุนแรงระดับ 1 โดยไม่ได้ระบุเพียงแค่ SLA เท่านั้น

F.5 การปรับปรุงอย่างต่อเนื่อง

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

F.6 การรับรองจากผู้ให้บริการ

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

ตัวแทนที่ได้รับอนุญาต: ________________________

ตำแหน่ง: ________________________

วันที่: _______

⚑ หมายเหตุจากผู้ประเมิน—ลบออกก่อนส่งให้กับผู้ให้บริการ ⚑

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

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

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

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

ส่วน G: รายการเชิงพาณิชย์

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

ลักษณะตัวอย่างเป็นดังนี้

G.1 ภาพรวมเกี่ยวกับโครงสร้างค่าบริการ

ผู้ให้บริการต้องให้ข้อมูลดังนี้

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

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

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

• ตัวเลขทั้งหมดเป็นสกุลเงินดอลลาร์สหรัฐ พร้อมวิธีการแปลงสกุลเงินหากมีการเสนอราคาด้วยสกุลเงินอื่นๆ

G.2 องค์ประกอบของค่าบริการ

G.3 ความไวต่อปริมาณ

ระบุค่าใช้จ่ายรวมโดยประมาณที่ระดับ GMV ต่อไปนี้

G.4 ข้อกำหนดของสัญญา

ผู้ให้บริการต้องชี้แจงดังนี้

• ระยะเวลาของสัญญาที่ใช้ได้และสิ่งจูงใจเกี่ยวกับค่าบริการของแต่ละรายการ

• การระบุว่าค่าบริการจะลดลงโดยอัตโนมัติหรือไม่หากปริมาณลดลง

• ข้อสัญญาในการยกเลิกและการเคลื่อนย้ายข้อมูล (กล่าวคือ วิธีส่งคืนบัญชีผู้ขายที่เชื่อมโยงและประวัติธุรกรรม รูปแบบที่ส่งคืน และลำดับเวลาในการส่งคืน)

• ข้อกำหนดการใช้จ่ายขั้นต่ำ

G.5 สมมติฐานและเงื่อนไขที่เกี่ยวข้อง

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

G.6 การรับรองของผู้ให้บริการ

ข้าพเจ้าขอรับรองว่า ข้อมูลค่าบริการและเชิงพาณิชย์ทั้งหมดครบถ้วนและถูกต้อง ณ วันที่ส่ง

ตัวแทนที่ได้รับอนุญาต: ________________________

วันที่: _______

⚑ หมายเหตุจากผู้ประเมิน—ลบออกก่อนส่งให้กับผู้ให้บริการ ⚑

• นำคำอธิบายไปเทียบกับแผ่นงาน Excel หากมีข้อมูลที่ไม่ตรงกัน ก็ถือสัญญาณหนึ่งที่ควรพิจารณา

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

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

• ขอให้ผู้ให้บริการสร้างโมเดลจำลองค่าใช้จ่ายรวมที่ 10 เท่าจาก GMV ในปัจจุบันของคุณ กราฟค่าบริการในช่วงที่มีการเติบโตนั้นมีความสำคัญพอๆ กับอัตราในปัจจุบัน

ส่วน H: โปรไฟล์ผู้ให้บริการ

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

ลักษณะตัวอย่างเป็นดังนี้

H.1 ภาพรวมของบริษัท

ทำสรุปยาว 2-3 ย่อหน้า โดยครอบคลุมประวัติ พันธกิจ และตำแหน่งในตลาดของคุณ โดยเน้นที่ประสบการณ์ของคุณกับผู้ให้บริการมาร์เก็ตเพลสและแพลตฟอร์มต่างๆ โดยเฉพาะ ให้อธิบายผลงานที่ผ่านๆ มาของคุณในการรักษาการปฏิบัติตามข้อกำหนดเมื่อระเบียบข้อบังคับเกี่ยวกับการรับโอนเงินเปลี่ยนแปลงไป พร้อมประวัติการพัฒนาด้าน AI, สเตเบิลคอยน์ และเครื่องมือสำหรับนักพัฒนาก่อนการเปลี่ยนแปลงของตลาด

H.2 ขนาดของมาร์เก็ตเพลสและผลงานที่ผ่านๆ มา

ระบุข้อมูลเกี่ยวกับฐานลูกค้ามาร์เก็ตเพลสของคุณโดยเฉพาะ ดังนี้

• จำนวนแพลตฟอร์มมาร์เก็ตเพลสบนโครงสร้างพื้นฐานของคุณ

• จำนวนบัญชีผู้ขายที่เชื่อมโยง (เกณฑ์มาตรฐานปัจจุบันในเรื่องขนาดกำหนดจำนวนบัญชีที่เชื่อมโยงไว้ที่มากกว่า 10 ล้านบัญชี)

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

• สัดส่วนของมาร์เก็ตเพลสชั้นนำระดับโลกที่ใช้แพลตฟอร์มของคุณ (เกณฑ์มาตรฐานในการเป็นโครงสร้างพื้นฐานระดับแนวหน้าจะต้องมีมาร์เก็ตเพลสระดับโลก 75 แห่งจาก 100 อันดับแรก)

• การเติบโตของรายรับแบบรวมของธุรกิจบนแพลตฟอร์มของคุณเมื่อเทียบกับดัชนีเกณฑ์มาตรฐาน (ระบุตัวเลขที่มีการบันทึกไว้)

H.3 เสถียรภาพทางการเงิน

แสดงงบการเงินที่ตรวจสอบแล้วหรือหลักฐานแสดงความสามารถในการชำระหนี้ที่เทียบเท่า บริษัทเอกชนควรจัดทำหนังสือจาก CFO ที่รับรองสภาพคล่อง ให้อธิบายโครงสร้างการหาเงินทุนของคุณ

H.4 การรับรองและการปฏิบัติตามข้อกำหนด

H.5 การยอมรับจากนักวิเคราะห์

ระบุการยอมรับจากนักวิเคราะห์อิสระที่เกี่ยวข้องกับการชำระเงินและการเรียกเก็บเงินของมาร์เก็ตเพลส เกณฑ์มาตรฐานปัจจุบันสำหรับผู้ให้บริการโครงสร้างพื้นฐานมาร์เก็ตเพลสระดับแนวหน้าคือการได้รับการยอมรับให้เป็น Leader (ผู้นำ) ทั้งในหมวดหมู่การชำระเงินและการเรียกเก็บเงิน โดย Stripe (ซึ่งเป็นผู้ให้บริการชำระเงินเพียงรายเดียวที่ได้รับการยกย่องให้เป็น Leader (ผู้นำ) ในการประเมินของ Forrester Wave ทั้ง 2 รายการ (Merchant Payment Providers (ผู้ให้บริการชำระเงินสำหรับผู้ค้า) ปี 2024 และ Recurring Billing Solutions (โซลูชันการเรียกเก็บเงินตามแบบแผนล่วงหน้า) ไตรมาสที่ 1 ปี 2025) เป็นผู้วางมาตรฐานในวงการนี้ ให้อธิบายว่าแพลตฟอร์มของคุณอยู่ในจุดใดเมื่อเทียบกับเกณฑ์มาตรฐานดังกล่าว

H.6 ความคืบหน้าในการปรับปรุง

ให้อธิบายลำดับการเปิดตัวผลิตภัณฑ์ของคุณในช่วง 12 เดือนที่ผ่านมา ได้แก่ จำนวนการอัปเดตที่ส่งมอบ และฟังก์ชันสำคัญๆ ที่เปิดตัวในด้าน AI, สเตเบิลคอยน์ และการค้าแบบใช้เอเจนต์ ทั้งนี้ เกณฑ์มาตรฐานในปัจจุบันสำหรับแพลตฟอร์มระดับแนวหน้ากำหนดให้มีการอัปเดตผลิตภัณฑ์มากกว่า 200 รายการต่อปี โปรดอธิบายว่าในช่วง 12-18 เดือนข้างหน้า คุณมีแผนงานที่จะลงทุนกับฟังก์ชันที่สำคัญต่อผู้ให้บริการมาร์เก็ตเพลสอย่างไรบ้าง

H.7 คำชี้แจงเกี่ยวกับความถูกต้องของผู้ให้บริการ

ข้าพเจ้าขอรับรองว่า ข้อมูลทั้งหมดในส่วน H นั้นถูกต้อง ณ วันที่ส่ง และ[ผู้ให้บริการ]มีความสามารถทางการเงิน เทคนิค และการดำเนินงานในการให้บริการต่างๆ ตามที่อธิบายไว้

ตัวแทนที่ได้รับอนุญาต: ________________________

วันที่: _______

ส่วน I: บุคคลอ้างอิง

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

ลักษณะตัวอย่างเป็นดังนี้

I.1 ข้อกำหนดของบุคคลอ้างอิง

ผู้ให้บริการต้องระบุบุคคลอ้างอิงอย่างน้อย 3 รายที่เป็นไปตามเกณฑ์เหล่านี้

• ผู้ให้บริการมาร์เก็ตเพลส (ไม่ใช่ธุรกิจแบบผู้ค้าเพียงรายเดียว)

• มี GMV หรือจำนวนผู้ขายที่เทียบเคียงได้กับ [บริษัทของคุณ]

• มีบุคคลอ้างอิงอย่างน้อย 1 รายที่มีการดำเนินงานข้ามพรมแดนในตลาดที่ทับซ้อนกับคุณ

• ลูกค้าที่ใช้งานจริงมาแล้วอย่างน้อย 12 เดือน

I.2 ตารางบุคคลอ้างอิง

I.3 การสรุปผลจากบุคคลอ้างอิง

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

I.4 การตรวจสอบความถูกต้องของบุคคลอ้างอิง

ข้าพเจ้าขอยืนยันว่า ลูกค้าแต่ละรายยินยอมให้ใช้เป็นบุคคลอ้างอิงและข้อมูลทั้งหมดนั้นถูกต้อง [บริษัทของคุณ] ขอสงวนสิทธิ์ในการติดต่อบุคคลอ้างอิงโดยตรง

ตัวแทนที่ได้รับอนุญาต: ________________________

วันที่: _______

⚑ หมายเหตุจากผู้ประเมิน—ลบออกก่อนส่งให้กับผู้ให้บริการ ⚑

• โทรศัพท์หาบุคคลอ้างอิงอย่างน้อย 2 คน เพราะผู้ให้บริการย่อมเขียนสรุปโดยคัดสรรให้เหลือแต่ด้านดีๆ แล้ว

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

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

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

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

ส่วน J: ภาคผนวก

J.1 รายการตรวจสอบสำหรับข้อมูลที่ส่ง (สำหรับผู้ให้บริการ)

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

J.2 อภิธานศัพท์

J.3 เมทริกซ์การให้คะแนนการประเมิน (ใช้เป็นการภายใน)

J.4 รายการตรวจสอบแบบใช้อ้างอิงคร่าวๆ เกี่ยวกับข้อกำหนด

ต่อไปนี้คือรายการตรวจสอบสำหรับการประเมินตนเองของผู้ให้บริการก่อนส่ง

กระบวนการเริ่มต้นใช้งานของผู้ขายและการเบิกจ่าย

• กระบวนการเริ่มต้นใช้งานไม่เกิน 3 ขั้นตอน และอัตราการเปิดใช้งานภายในวันเดียวกันที่บันทึกไว้จากการใช้งานจริง

• มี KYC และ AML ในแพลตฟอร์ม โดยมาร์เก็ตเพลสไม่ต้องรับผิดชอบในการดูแลรักษา

• ขั้นตอนในกระบวนการเริ่มต้นใช้งานแบบฝังได้ โดยไม่มีการเปลี่ยนเส้นทางของบุคคลที่สาม

• การเบิกจ่ายทันทีภายในไม่กี่นาทีได้ตลอดเวลา โดยมีค่ามัธยฐานของระยะเวลาการชำระเงินบันทึกไว้

• การเบิกจ่ายทั่วโลกใน [ประเทศที่กำหนด] พร้อมการยืนยันเครือข่ายท้องถิ่น

• การเบิกจ่ายด้วยสเตเบิลคอยน์ ซึ่งเป็นฟังก์ชันชั้นยอด โดยรองรับกว่า 100 ประเทศ

• การชำระเงินของผู้ขายในหลายสกุลเงิน

• การกำหนดเส้นทางการเบิกจ่ายอัจฉริยะ (เครือข่ายที่เหมาะสมที่สุดสำหรับการเบิกจ่ายแต่ละรายการ)

• ตรรกะการชำระเงินแบบแยกที่กำหนดค่าได้ โดยไม่ต้องทำงานด้านวิศวกรรม

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

การชำระเงินของผู้ซื้อ

• ชุดเครื่องมือด้านการชำระเงินที่เพิ่มประสิทธิภาพ: การชำระเงินที่รวมเป็นหนึ่งเดียวและขับเคลื่อนด้วย AI โดยมีบันทึกว่าคอนเวอร์ชันเพิ่มขึ้น 2%-3%

• Authorization Boost: การลองซ้ำด้วย ML โดยมีบันทึกว่าอัตราการอนุมัติเพิ่มขึ้น >1%

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

• โทเค็นการชำระเงินที่ใช้ร่วมกัน: การนำข้อมูลประจำตัวมาใช้ซ้ำกับผู้ขายรายอื่น

• วิธีการชำระเงินในท้องถิ่นกว่า 100 วิธี โดยปรับเปลี่ยนการแสดงผลไปตามพื้นที่ พร้อมรายชื่อตามตลาดในไตรมาสที่ 1 ปี 2026

• มีวิธีซื้อตอนนี้ จ่ายทีหลังให้เลือกใช้ในขั้นตอนการชำระเงิน

• ค่าบริการที่ปรับเปลี่ยนได้ในสกุลเงินท้องถิ่น

• 3DS2 พร้อมการจัดการการยกเว้นของการตรวจสอบสิทธิ์ลูกค้าแบบรัดกุม (SCA)

• SDK ที่ออกแบบมาสำหรับอุปกรณ์เคลื่อนที่สำหรับ iOS และ Android

• การตรวจจับการฉ้อโกง อัตราการปฏิเสธการชำระเงินที่ผิดพลาดจากการใช้งานจริง

ความครอบคลุมทั่วโลกและการปฏิบัติตามข้อกำหนดข้ามพรมแดน

• การรับการชำระเงินใน [ตลาดที่กำหนด] พร้อมการยืนยันการรับชำระเงินโดยตรงในแต่ละตลาด

• การเคลื่อนย้ายเงินข้ามพรมแดนโดยไม่ต้องตั้งนิติบุคคลใหม่ พร้อมคำอธิบายโครงสร้างการอนุญาต

• ใบอนุญาตการรับโอนเงินตามเขตอำนาจศาล โดยให้รายการที่ครบถ้วน

• การรับสเตเบิลคอยน์สำหรับผู้ซื้อ โดยพร้อมให้บริการในการใช้งานจริง

• ระบบภาษีอัตโนมัติ: 1099-K, ภาษีมูลค่าเพิ่ม และรูปแบบของแต่ละประเทศโดยเฉพาะ

• การคัดกรอง OFAC และการคว่ำบาตร

• ตัวเลือกถิ่นที่อยู่ของข้อมูล

สถาปัตยกรรมของแพลตฟอร์มและ API

• โมเดลพื้นฐานการชำระเงินด้วย AI พร้อมคำอธิบายปริมาณข้อมูลที่ใช้ฝึก

• การอัปเดตผลิตภัณฑ์มากกว่า 200 รายการต่อปี พร้อมหลักฐานแสดงรอบการปรับปรุงผลิตภัณฑ์

• เวลาหน่วงของ API ต่ำกว่า 300 มิลลิวินาทีที่ p99 โดยเป็นตัวเลขจากการใช้งานจริง

• ระยะเวลาให้บริการ 99.999% ขึ้นไป พร้อมข้อมูลย้อนหลัง 12 เดือนและระยะเวลาหยุดทำงานไม่เกิน 44 วินาทีต่อปี

• อัตราความสำเร็จในการตรวจสอบตามข้อกำหนด PCI อยู่ที่ 100% พร้อมประวัติแบบครบถ้วน

• แซนด์บ็อกซ์เต็มรูปแบบที่เทียบเท่ากับการใช้งานจริง และมีขั้นตอนแบบใช้เอเจนต์

• API แบบกำหนดเวอร์ชัน โดยมีการแจ้งเลิกใช้งานล่วงหน้า 12 เดือน

• การรองรับโมเดลบัญชี Standard, Express และ Custom

• การแยกเงินของบัญชีย่อย

• การรายงานแบบรวมในระดับแพลตฟอร์ม

การค้าแบบใช้เอเจนต์

• โปรโตคอลการค้าแบบใช้เอเจนต์ โดยมีการเปิดเผยมาตรฐานและสถาปัตยกรรมที่บันทึกไว้เป็นเอกสาร

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

• ขอบเขตสิทธิ์ของเอเจนต์แบบละเอียดที่บังคับใช้ในระดับ API

• บันทึกการตรวจสอบที่เปลี่ยนแปลงไม่ได้สำหรับธุรกรรมที่เริ่มโดยเอเจนต์

• แซนด์บ็อกซ์ที่เทียบเท่ากับการใช้งานจริงในการทดสอบขั้นตอนแบบใช้เอเจนต์

• การจัดการสเตเบิลคอยน์ในกว่า 100 ประเทศ

เครื่องมือในการดำเนินงานและการรายงาน

• แดชบอร์ดที่รวมเป็นหนึ่งเดียว โดยรวม GMV, การเบิกจ่าย, อัตราการเปิดใช้งาน และการโต้แย้งการชำระเงินไว้ในที่เดียว

• ระบบอัตโนมัติในการรายงานภาษีตามเขตอำนาจศาล

• การส่งออกคลังข้อมูล (Snowflake, BigQuery, Redshift)

• การเข้าถึงข้อมูลธุรกรรมด้วย SQL แบบกำหนดเองที่เทียบเท่า Sigma

• การควบคุมการเข้าถึงตามบทบาท

การรักษาความปลอดภัยและการปฏิบัติตามข้อกำหนด

• PCI DSS เวอร์ชัน 4.0 (มีผลบังคับใช้ในเดือนมีนาคมปี 2024) โดยมีอัตราความสำเร็จในการตรวจสอบที่ 100%

• SOC 2 ประเภท 2

• GDPR และ CCPA

• มีการจัดการ KYC และ AML ในทุกตลาดโดยอัตโนมัติ

• พาร์ทเนอร์ที่ได้รับความไว้วางใจจากบริษัทใน Fortune 100 เป็นจำนวน 50%

J.5 การรับรองข้อมูลที่ส่งของผู้ให้บริการ

ข้าพเจ้าขอรับรองว่า ข้อมูลที่ส่งนี้ครบถ้วนสมบูรณ์และข้อมูลทั้งหมดที่ให้ไว้นั้นถูกต้องเท่าที่ข้าพเจ้าทราบ [บริษัทของคุณ] สงวนสิทธิ์ในการตรวจสอบยืนยันคำกล่าวอ้างใดๆ ที่ให้ไว้ในคำตอบนี้

ชื่อบริษัท: ________________________

ตัวแทนที่ได้รับอนุญาต: ________________________

ตำแหน่ง: ________________________

ลายเซ็น: ________________________

วันที่: _______

Stripe Connect ช่วยอะไรได้บ้าง

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

Connect สามารถช่วยคุณทำสิ่งต่อไปนี้

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

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

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

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

ดูข้อมูลเพิ่มเติมเกี่ยวกับ Stripe Connect หรือเริ่มใช้งานเลยวันนี้