جایگزین‌ها / Checkout
به دنبال جایگزینی برای hosted checkout هستید
بیشتر کسانی که دنبال ارائهدهنده checkout تازه می‌گردند، سراغ امکانات نمی‌روند؛ میروند چون روشی که لازم دارند وجود ندارد، تطبیق حساب‌ها دردسر است، یا وقتی تسویه‌ای اشتباه به نظر می‌رسد کسی پاسخ نمی‌دهد. این صفحه چک‌لیستی است که ارزش دارد برای هر گزینه‌ای که بعداً بررسی می‌کنید اجرا کنید، از جمله ما.
ارزیابی
شش پرسش که گزینه‌ها را از هم جدا میکند.
کدام روش‌ها، در یک صفحه؟
نه تعداد درج‌شده در بروشور، بلکه روش‌هایی که مشتریان شما واقعاً سراغشان میروند و در همان یک صفحه ارائه شده‌اند. روشی که پشت یک ریدایرکت یا یکپارچهسازی دوم باشد، روشی است که کم استفاده می‌شود.
در نهایت به چه ارزی می‌رسید؟
اگر پاسخ بسته به روش پرداخت فرق کند، یک مشکل تطبیق حساب خریده‌اید. دقیقاً بپرسید پرداخت کریپتویی یا فرامرزی چه چیزی و با چه ارزی به حساب شما می‌آورد.
چقدر از دامنه PCI به عهده شما می‌افتد؟
یک صفحه واقعاً hosted حتی وقتی در طرح‌بندی خودتان تعبیه شده باشد، داده کارت را از سرورهای شما دور نگه می‌دارد. بپرسید سیستم‌های شما چه چیزی ذخیره می‌کنند و ارزیابی شما در نتیجه چه شکلی پیدا میکند.
آیا یک مرجع واحد از ابتدا تا انتها وجود دارد؟
checkout، رسید، webhook، پرداخت به فروشنده و بازپرداخت همگی باید مرجعی را که شما داده‌اید حمل کنند. دو شناسه که باید بین سیستم‌ها نگاشت شوند، همان جایی است که پایان ماه خراب می‌شود.
مهاجرت در عمل شامل چه چیزهایی است؟
کارتهای ذخیرهشده باید بهصورت توکن منتقل شوند تا مشترکان شما مجبور نشوند دوباره اطلاعاتشان را وارد کنند، و هر دو ارائهدهنده باید بتوانند همزمان کار کنند تا قدیمی تسویه‌هایش را تمام کند.
وقتی مشکلی پیش می‌آید چه کسی پاسخ می‌دهد؟
صف پشتیبانی و تیمی که کد تسویه را نوشته، دو محصول متفاوتند. در لحظه‌ای که یک پرداخت اشتباه به نظر می‌رسد، همین تفاوت تنها چیزی است که اهمیت دارد.
چرا مردم ارائهدهنده checkout را ترک می‌کنند
به‌ندرت به خاطر نرخ ارزان‌تر. در عمل یکی از این چهار دلیل است: روشی که مشتریان می‌خواهند و ارائهدهنده اضافه نمی‌کند، مدل تطبیقی که امور مالی را از پایان ماه می‌ترساند، رابطه پشتیبانی‌ای که دقیقاً در بدترین لحظه از کار می‌افتد، یا نقشه راهی که متوقف شده در حالی که دنیای پرداخت ایستاده نیست. پیدا کردن اینکه دلیل شما کدام است، کل ارزیابی است — ارائه‌دهنده‌ای که سه مورد دیگر را عالی انجام می‌دهد، باز هم انتخاب اشتباهی برای تغییر است.
- 01روشی که مشتریانتان می‌خواهند و قرار نیست بیاید
- 02تطبیق حسابی که هر ماه چند روز از وقت یک نفر را می‌گیرد
- 03کسی وقتی تسویه‌ای مشکوک به نظر می‌رسد پاسخگو نیست
- 04محصولی که از روش‌های پرداخت عقب افتاده است
هزینه واقعی یک تغییر
در بخش یکپارچهسازی کمتر از انتظار تیم‌ها و در حاشیه‌ها بیشتر از آن. فراخوانی سفارش و هندلر webhook معمولاً یک هفته طول میکشد؛ آنچه برنامه‌ریزی می‌خواهد «دنباله» است — کارتهای ذخیرهشده و اشتراک‌هایی که نباید از کار بیفتند، بازپرداخت‌هایی که هنوز باید از مسیر ارائهدهنده قدیمی برگردند، و دوره‌ای که هر دو سیستم فعال‌اند. هر ارائه‌دهنده‌ای که ارزش تغییر دارد باید بتواند این دنباله را پیش از امضا توصیف کند، نه بعد از آن.
- 01یکپارچهسازی: یک endpoint سفارش، یک ریدایرکت، یک webhook امضاشده
- 02دنباله: کارتهای ذخیرهشده، اشتراک‌ها، بازپرداخت‌های در جریان، اجرای موازی
- 03بازپرداخت همیشه از همان مسیری برمیگردد که پرداخت از آن آمده
جایگاه Protocore Gateway
پاسخ ما به شش پرسش بالا این است: کارت‌ها، کیف پول‌ها، انتقال بانکی، روش‌های محلی، BNPL و USDC در یک صفحه؛ همه‌چیز به یورو تسویه می‌شود؛ بخش پردازش کارت در اختیار ما میماند حتی وقتی فیلدها در طرح‌بندی شما تعبیه شده‌اند؛ یک مرجع از checkout تا ردیف بانکی ادامه دارد؛ کارتهای ذخیرهشده بهصورت توکن منتقل میشوند و هر دو ارائهدهنده موازی کار می‌کنند؛ و کسانی که پاسخ می‌دهند همان‌هایی‌اند که آن را نوشته‌اند. اینکه ارزش تغییر دارد یا نه، به این بستگی دارد که دلیل شما کدام یک از چهار مورد بالاست — اگر نرخ ارزان‌تر است، احتمالاً ما نیستیم.
- 01همه روش‌ها در یک صفحه، تسویه با یک رقم یورویی
- 02یک مرجع سفارش از checkout تا پرداخت به فروشنده و بازپرداخت
- 03مهاجرت برنامه‌ریزی‌شده با اجرای موازی، شامل توکنها
- 04یک استودیوی محصول پشت آن، نه یک لایه پشتیبانی
FAQ
پرسش‌هایی که از هر کسی باید پرسید.
بله، و در زمان مهاجرت باید داشته باشید. سفارشهای جدید به ارائهدهنده جدید میروند و قدیمی تسویه و بازپرداخت پرداختهای خودش را تمام میکند — بازپرداخت همیشه از مسیری برمیگردد که پرداخت از آن آمده، پس یکپارچهسازی قدیمی تا بسته شدن آخرین بازه بازپرداخت فعال میماند.
نباید لازم باشد. کارتهای ذخیرهشده بهصورت توکن بین ارائهدهندگان منتقل میشوند، و اگر اشتراک دارید این مهمترین پرسشی است که باید بپرسید — مهاجرتی که همه کارتهای ذخیرهشده را از بین ببرد، یک رویداد ریزش مشتری است، نه مهاجرت.
یکپارچهسازی معمولاً یک هفته است. برنامه اطراف آن — اجرای موازی، مهاجرت توکنها، آخرین بازه بازپرداخت در ارائهدهنده قدیمی — است که زمانبندی را تعیین میکند، و معمولاً در حد هفته است نه ماه.
پیش از ارزیابی هر چیز دیگری، از ارائهدهنده فعلیتان یک تاریخ بخواهید. تغییر ارائهدهنده فقط برای یک روش، کار زیادی برای دستاوردی محدود است، مگر اینکه همین گفتگو سه مشکل دیگر بالا را هم آشکار کند.
چک‌لیست را روی ما اجرا کنید.
یک پرداخت واقعی روی checkout دمو ما انجام دهید، بعد بگویید ارائهدهنده فعلیتان در کدام یک از شش پرسش رد می‌شود. ما صادقانه می‌گوییم تغییر دادن ارزش یک سه‌ماهه شما را دارد یا نه.