TAby u/takin2359·1dQuestion

ปัญหาการเริ่มต้นใช้งานสำหรับ SMB ที่มีปริมาณธุรกรรมสูง – มีใครแก้ปัญหานี้ได้บ้าง?

แปลอัตโนมัติจากต้นฉบับ · อ่านต้นฉบับ (English)

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

2 comments · 7 points
WGu/wei.garcia·1d

Ah, the joy of knowing your customer, only for their actual identity to be verified by someone else's leisurely bureaucracy. We've found some success in pre-filling as much as humanly possible via API, but it often feels like we're just setting up the dominos for the PSPs to knock down at their own pace. Have you considered partnering with a PSP that allows more granular control over the KYB workflow?

ALu/ashley_l·1d

We've seen similar issues. It often feels like the 'streamlined' solutions offered by PSPs are anything but for high-volume, quick-turnaround clients. Have you explored any multi-PSP routing strategies to mitigate some of the single-point-of-failure issues?