بازیابی پرداخت ناموفق و چکاوت ناقص با پیامک و ایمیل
چطور بعد از خطای درگاه یا انصراف از پرداخت، با توالی کوتاه پیامک و ایمیل مخصوص پرداختناموفق مشتری را برگردانید — جدا از سبد رهاشده.

سارا مرادی
طراحی سفر مشتری و کمپینهای مارکتینگ اتومیشن برای نگهداشت کاربر و کاهش ریزش.
۹ مهر ۱۴۰۵ · 7 دقیقه مطالعه
نسخه دیگر English

بازیابی پرداخت ناموفق یعنی وقتی مشتری تا درگاه رفته ولی پرداخت کامل نشده، با یک توالی کوتاه پیامک و ایمیلِ مخصوص «پرداختت ثبت نشد» او را به همان چکاوت برگردانید — نه با کپی عمومی سبد رهاشده.
بازیابی پرداخت ناموفق / چکاوت ناقص چیست؟
سبد رهاشده وقتی است که مشتری کالا را گذاشته و رفته. پرداخت ناموفق یک لایه جلوتر است: اغلب شماره و ایمیل ثبت شده، گاهی سفارش در وضعیت «در انتظار پرداخت» ساخته شده، و درگاه (زرینپال، آیدی پی، نکستپی یا هر درگاه فروشگاه) خطا، انصراف، تایماوت یا شکست ۳D را برگردانده است.
راهنماهای ۲۰۲۶ بازیابی پرداخت میگویند پیام باید صریح بگوید پرداخت ثبت نشده، راه جایگزین بدهد، و حداکثر چند لمس داشته باشد. افزونههای ایرانی بازیابی پیامکی هم سناریوی «نیمهپرداخت / در انتظار پرداخت» را جدا از سبد خالی میبینند.
سؤال رایج: «اگر درگاه قطع شد یا کارت رد شد چه پیامک و ایمیلی بفرستم؟» جواب عملی: تگ جدا (payment_failed)، لینک برگشت به پرداخت، لحن کمکی نه فروش تهاجمی، و خروج فوری بعد از خرید موفق.
| سیگنال | معنی تقریبی | اولویت بازیابی |
|---|---|---|
| ترک قبل از درگاه | سبد/مرور رهاشده | جریان سبد کلاسیک |
| ورود به درگاه + انصراف | قصد بالا، اصطکاک | بازیابی پرداخت |
| خطای درگاه / تایماوت | مشکل فنی یا بانک | بازیابی + راهنمای جایگزین |
| سفارش pending payment | فاکتور ساختهشده | لینک پرداخت مستقیم |
چرا این موضوع برای فروشگاه ایرانی داغ است؟
قطع لحظهای درگاه، سقف کارت، رمز پویا، و عادت COD باعث میشود بخشی از خریداران «تقریباً خریده» باشند ولی تبدیل نشوند. اگر همان قالب «سبدت منتظر است» را بفرستید، بیربط بهنظر میرسد؛ اگر هیچی نفرستید، فروش را رایگان از دست میدهید.
سه نکته عملی مهر/اکتبر:
- نزدیک فصل حراج، فشار روی درگاهها بیشتر میشود؛
- هزینه جذب از تبلیغات بالاست — نجات همان نشست ارزش دارد؛
- پیام درست میتواند COD یا درگاه دوم را بهعنوان مسیر جایگزین پیشنهاد دهد بدون اینکه کل قیف را عوض کند.
توالی پیشنهادی (فشرده و محترم)
قانون کلی ۲۰۲۶: حداکثر حدود ۳ لمس برای بازیابی پرداخت؛ بیش از آن حس تعقیب میدهد.
| زمان | کانال | محتوا |
|---|---|---|
| ۰–۱۵ دقیقه | پیامک (اگر موبایل هست) | پرداخت ثبت نشد + لینک تکمیل |
| ۳۰–۹۰ دقیقه | ایمیل | جزئیات سفارش/سبد + ۳ قدم retry + روش جایگزین |
| ۲۴ ساعت | ایمیل یا پیامک opt-in | یادآوری ملایم؛ برای سبد گران، پیشنهاد کمک انسانی |
| توقف | — | خروج با خرید، انصراف صریح، یا اتمام پنجره |
متن نمونه پیامک
«[برند] پرداخت سفارش تکمیل نشد. برای نهایی کردن: [لینک کوتاه]. نیاز به کمک؟ به پشتیبانی پیام بده.»
از اینها پرهیز کنید:
- «آخرین فرصت ۳۰٪» وقتی هنوز نمیدانید مشکل بانک بوده؛
- سه پیامک در همان ساعت؛
- لینک صفحه اصلی بهجای بازگشت به پرداخت/سبد.
متن نمونه ایمیل (موضوع)
موضوع: «پرداخت سفارش #[شماره] کامل نشد»
بدنه: یک پاراگراف شفاف («مبلغی نهایی کسر نشده / یا وضعیت را در درگاه چک کنید» — فقط اگر از نظر فنی درست است)، دکمهای واحد برای ادامه پرداخت، فهرست کوتاه اقلام، و یک خط درباره روش جایگزین (درگاه دیگر یا COD اگر واقعاً فعال است). برای سبدهای گران، لینک یا دعوت به لایو چت انسانی.
قدمبهقدم پیادهسازی
- رویداد جدا بسازید —
payment_failed،checkout_payment_abandoned، یا وضعیتpending_paymentپایدار بیش از X دقیقه؛ با سبد رهاشده معمولی قاطی نکنید. - شناسه نشست/سفارش را حفظ کنید — لینک باید ترجیحاً به همان فاکتور یا چکاوت برگردد.
- سگمنت suppress — خریدار موفق، کسی که COD را جدا تکمیل کرده، و کسانی که opt-out کردهاند.
- اولویت کانال — موبایل موجود → پیامک سریع؛ ایمیل برای جزئیات؛ وبپوش فقط اگر مشترک است و جای پیامک را اشغال نکند.
- شاخه ارزش — سبد بالای آستانه → بعد از لمس ۱، مسیر پشتیبانی انسانی؛ سبد کوچک → خودکار بماند.
- هماهنگی با COD — اگر جایگزین COD پیشنهاد میدهید، بعد از ثبت COD وارد جریان تأیید COD شوید نه دوباره «پرداخت ناموفق».
- QA درگاه — لینکهای منقضی، سفارش لغوشده، و کالای ناموجود را تست کنید.
- گزارش — نرخ بازیابی (خرید بعد از ورود به جریان)، زمان تا خرید، و نرخ لغو۱۱.
| متریک | تعریف | نکته |
|---|---|---|
| Recovery rate | خرید / وارد جریان پرداختناموفق | KPI اصلی |
| SMS CTR | کلیک لینک پیامک | باید بالاتر از ایمیل باشد |
| Time to recover | دقیقه تا خرید | لمس اول خیلی دیر = فرصت از دسترفته |
| Support assists | چت/تماس منجر به خرید | برای سبدهای گران مهم است |
| Wrong-template rate | دستی چک کنید | اگر متن شبیه سبد عمومی است، جدا کنید |
هماهنگی با سبد رهاشده و مرور رهاشده
- اگر مشتری قبل از درگاه رفته → جریان سبد/مرور؛
- اگر درگاه را لمس کرده یا pending payment دارد → جریان پرداختناموفق؛
- اگر هر دو تریگر ممکن است روشن شود، با اولویت و suppress متقابل از دوبارهکاری جلوگیری کنید (یک نفر نباید هم «سبدت» هم «پرداختت» را در ۱۵ دقیقه بگیرد).
اشتباهات رایج
- کپی سبد رهاشده با تغییر یک کلمه؛
- پیشنهاد تخفیف فوری برای خطای بانکی (حس باج میدهد و حاشیه را میسوزاند)؛
- لینک منقضی؛
- وعده «پولی کم نشد» وقتی وضعیت capture مبهم است؛
- ادامه پیام بعد از خرید موفق؛
- فرستادن پیامک پرومو به شماره فقط تراکنشی بدون رضایت بازاریابی — برای بازیابی پرداخت، لحن را تراکنشی/خدماتی نگه دارید و از بلست فروش جدا کنید.
در لیدآرا چطور پیادهاش کنید؟ (صادقانه)
با رویداد، سگمنت، جرنی، ایمیل و پیامک (کاوهنگار/نیکالاین خودتان):
- تریگر روی رویداد شکست/نیمهکاره پرداخت یا ورود سگمنت
pending_payment؛ - جرنی کوتاه: SMS → صبر → ایمیل → (اختیاری) لمس آخر؛
- خروج روی
purchase_completed/ پرداخت موفق / لغو سفارش؛ - برای سبد گران، بعد از لمس اول یک شاخه به تیم پشتیبانی با لایو چت انسانی؛
- از AI Chat داشبورد برای پیشنویس متن داخلی استفاده کنید — پاسخگوی مشتری در لایو چت نیست؛
- پاپآپ خروج از سایت جای این جریان را نمیگیرد، ولی میتواند قبل از ترک، شماره/ایمیل را غنی کند اگر هنوز ناشناس است؛
- سقف فرکانس را با بلستهای فروش هماهنگ کنید تا کسی که تازه خطا گرفته، همان شب سه تا پرومو جدا هم نگیرد.
سوالات متداول
پرداخت ناموفق با سبد رهاشده چه فرقی دارد؟
سبد رهاشده ممکن است قبل از وارد کردن داده پرداخت باشد. پرداخت ناموفق یعنی اصطکاک در/بعد از درگاه؛ پیام باید همان مشکل را خطاب کند.
اولین پیامک را کی بفرستیم؟
اغلب ظرف ۱۵ دقیقه؛ اگر خیلی زود و در حال retry دستی است، میتوانید ۶۰–۹۰ ثانیه تأخیر بگذارید تا پیام وسط تلاش دوباره نیاید.
آیا باید کد تخفیف بدهیم؟
اول بدون تخفیف امتحان کنید. تخفیف را برای لمس آخر یا سبدهای مشخص نگه دارید، نه برای هر خطای رمز پویا.
COD را بهعنوان جایگزین پیشنهاد بدهیم؟
اگر واقعاً فعال و برای آن سبد منطقی است، بله — یک خط کافی است. بعد وارد جریان تأیید COD شوید.
پیامک شبانه مجاز است؟
برای خطای پرداخت همان نشست، پیام سریع منطقی است. یادآوری ۲۴ ساعته را به روز موکول کنید.
چطور بفهمیم لینک درست کار میکند؟
سفارش تست با درگاه سندباکس/لغو عمدی بسازید و کل مسیر موبایل را طی کنید.
اگر درگاه سراسری قطع باشد چه؟
پیام را از «کارت را دوباره امتحان کن» به «درگاه موقتاً ناپایدار است؛ COD یا بعداً» تغییر دهید — بهتر است یک وضعیت incident داشته باشید.
موفقیت را با open rate بسنجیم؟
نه بهعنوان KPI اصلی. خرید بازیابیشده و درآمد بازیابی مهمتر است.
جمعبندی و قدم بعدی
این هفته: رویداد payment_failed را از سبد رهاشده جدا کنید، یک پیامک ۱۵ دقیقهای + یک ایمیل جزئیات + خروج روی خرید بسازید، برای سبدهای گران مسیر لایو چت انسانی بگذارید، و یک ماه recovery rate را با جریان سبد مقایسه کنید. کسی که تا درگاه آمده، ارزانترین لید شماست — همان را با پیام درست برگردانید.




