اتوماسیون سبد رهاشده و پرداخت ناموفق در ووکامرس

سبد رهاشده و پرداخت ناموفق شبیه هم دیده می‌شوند، اما در داده ووکامرس و پیام مناسب تفاوت دارند. نخست مشخص کنید سفارش ثبت شده یا تنها سبدی نیمه‌تمام وجود دارد؛ سپس وضعیت پرداخت، راه تماس و امکان بازگشت را بررسی کنید.

مرز این دو رویداد کجاست؟

سبد رهاشده وقتی مطرح می‌شود که مشتری اقلامی را انتخاب کرده اما خرید را کامل نکرده است. بسته به ابزار ردیابی، ممکن است هنوز سفارش ووکامرس ساخته نشده باشد. در پرداخت ناموفق، سفارش یا تلاش پرداخت ثبت شده و باید وضعیت آن را در سفارش و درگاه کنترل کرد. وضعیت «در انتظار پرداخت» هم الزاماً همان «ناموفق» نیست؛ طبق مستندات ووکامرس، سفارش منتظر دریافت وجه در Pending payment می‌ماند و Failed وضعیت جداگانه‌ای دارد.

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

شرط ورود به یادآوری سبد چیست؟

ورود را فقط برای سبدی تعریف کنید که راه بازگشت معتبر و مخاطب قابل تماس دارد. اگر شماره یا ایمیل در دست نیست، پیام‌دادن ممکن نیست؛ «دیدن محصول» نیز به معنای سبد رهاشده قابل پیگیری نیست. رضایت و ترجیح ارتباط را قبل از استفاده بازاریابی بررسی کنید. زمان تشخیص رهاشدن به تنظیمات ابزار وابسته است؛ آن را به‌عنوان عدد قطعی همگانی معرفی نکنید.

قبل از ارسال، سفارش‌های تازه را دوباره بخوانید. اگر خرید کامل شد، یادآوری را متوقف کنید. اگر همان کالا دیگر قابل خرید نیست، پیام حاوی وعده موجودی یا قیمت قبلی نفرستید. در فروشگاه‌هایی با کالاهای گران یا نیازمند مشاوره، راه پرسیدن سؤال گاهی از کوپن عمومی مناسب‌تر است.

برای پرداخت ناموفق چه بفرستیم؟

از داده سفارش شروع کنید: آیا درگاه واقعاً پرداخت را رد کرده؟ آیا سفارش هنوز در انتظار تأیید است؟ آیا مشتری تلاش دوباره موفقی داشته؟ اگر علت به اختلال فنی برمی‌شود، یک پیام فروش مبتنی بر فوریت مسئله را حل نمی‌کند. راهنمای بازگشت امن به سفارش یا امکان تماس با پشتیبانی، انتخاب محتاطانه‌تری است.

هرگز شماره کارت یا اطلاعات حساس پرداخت را در پیام یا فرم پیگیری نخواهید. لینک بازگشت باید از مسیر مجاز فروشگاه ساخته شود و با وضعیت واقعی سفارش مطابقت داشته باشد. اگر خطای یک درگاه فراگیر است، ابتدا تیم فنی را در جریان بگذارید و کمپین یادآوری را تا رفع مشکل بازبینی کنید.

یک مسیر اجرایی فرضی

رویداد: توقف در تسویه‌حساب یا تغییر وضعیت به ناموفق. بررسی: هویت و راه تماس، سفارش تازه، موجودی و وضعیت درگاه. اقدام: یک یادآوری با توضیح متناسب؛ برای سفارش ناموفق، راه تلاش دوباره یا پشتیبانی. توقف: پرداخت تکمیل شده، انصراف، لغو دریافت یا نامعتبر بودن پیوند. ثبت نتیجه: رویداد آغاز، ارسال، پاسخ و وضعیت نهایی سفارش.

این نقشه جایگزین تنظیمات دقیق ابزار شما نیست. برای هر نوع پرداخت و هر روش ارسال، سفارش آزمایشی بسازید و ببینید آیا تاخیر، تغییر وضعیت و توقف واقعاً کار می‌کند. مسیر استقرار مرحله‌ای برای این آزمون‌ها نوشته شده است.

وقتی رویدادها پشت سر هم رخ می‌دهند

مشتری ممکن است بعد از رهاکردن سبد وارد پرداخت شود، چند بار با خطا روبه‌رو شود و سرانجام سفارش را ثبت کند. در این حالت، اگر هر تلاش یک شناسه پیام جدید بسازد، او چند یادآوری برای یک تصمیم خرید می‌گیرد. در طراحی، بررسی کنید شناسه سبد و سفارش چگونه به هم مربوط می‌شوند؛ همچنین تعیین کنید پیام قدیمی سبد در لحظه ثبت سفارش چه وضعی پیدا می‌کند.

حالت دیگر، سفارش ایجاد شده با وضعیت منتظر پرداخت است که بعداً از سوی درگاه تأیید می‌شود. اگر تأخیر ثبت نتیجه وجود دارد، پیام «پرداخت شما ناموفق بود» قبل از قطعی شدن وضعیت، نادرست خواهد بود. پیام را بعد از زمان مناسب و خواندن دوباره وضعیت صادر کنید و مسیر خطای فنی را از مسیر پیگیری فروش جدا نگه دارید.

اگر کالا ناموجود شد، پیوند سبد قدیمی ممکن است مشتری را به بن‌بست ببرد. به‌جای وعده موجودی، وضعیت فعلی را کنترل کنید یا مسیر تماس پشتیبانی بدهید. نوع کالا و تغییر قیمت هم می‌توانند متن پیام را تغییر دهند؛ مقدار ثبت‌شده در زمان رها شدن الزاماً قیمت فعلی نیست.

چه چیزی را در نتیجه‌گیری اشتباه می‌گیریم؟

اگر مشتری بدون دریافت پیام برگردد، خرید او را به کمپین نسبت ندهید. اگر ایمیل ارسال شده اما تحویل نشده، «ورود به سناریو» را با «دریافت پیام» برابر نگیرید. سفارش کامل‌شده سپس مرجوع‌شده نیز در تحلیل نتیجه به تعریف جدا نیاز دارد. قبل از بهینه‌سازی متن پیام، نرخ رخدادهای گم‌شده و پیام‌های تکراری را ببینید.

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

وضعیت‌های مرزی را چگونه تشخیص دهیم؟

مرز نخست این است که آیا سفارش ووکامرس ثبت شده است یا نه. سبد نیمه‌تمام می‌تواند بدون سفارش باقی بماند؛ در مقابل سفارش Pending payment به معنای ثبت سفارش و انتظار برای پرداخت است. Failed نیز از پرداخت ناموفق حکایت دارد، اما شیوه تغییر وضعیت و تلاش دوباره ممکن است به درگاه و پیکربندی فروشگاه وابسته باشد. قبل از پیام دادن، شناسه سفارش و آخرین وضعیت را از مرجع سفارش بخوانید.

گاهی مشتری دو بار روی پرداخت می‌زند یا با درگاه دیگری تلاش می‌کند. این دو رویداد لزوماً دو فرصت مستقل نیستند. اگر یکی از تلاش‌ها موفق شد، یادآوری خطای پرداخت باید لغو شود. برای جلوگیری از تکرار، شناسه مشتری و سفارش را همراه زمان تلاش نگه دارید و سیاست روشن برای پیوند یا جداسازی تلاش‌ها تعریف کنید. در صورت نامشخص بودن وضعیت درگاه، پیام قطعی «پرداخت شما ناموفق بود» ممکن است نادرست باشد؛ ابتدا وضعیت را بازبینی کنید.

موقعیت دیگری که به دقت نیاز دارد، خرید مهمان است. بدون راه تماس معتبر یا مجوز لازم برای ارتباط بازاریابی، سبد مهمان را نباید وارد یک دنباله پیام فرضی کرد. اگر ایمیل در تسویه‌حساب ثبت شد، باز هم باید بررسی شود که آیا خرید تکمیل شده، آیا پیام تراکنشی یا بازاریابی است، و آیا امکان توقف پیام بعدی وجود دارد.

متن پیگیری برای هر وضعیت چه تفاوتی دارد؟

برای سبد نیمه‌تمام، پیام می‌تواند با لحنی خنثی امکان بازگشت به همان سبد را یادآوری کند؛ فرض نکنید علت ترک سبد قیمت بوده است. برای سفارش ثبت‌شده و پرداخت تأییدنشده، اطلاعاتی مانند روش ادامه خرید یا راه تماس پشتیبانی کمک بیشتری می‌کند. برای پرداخت ناموفقِ تأییدشده، راهنمای بررسی روش پرداخت یا تلاش دوباره مناسب‌تر از پیشنهاد کالای دیگر است.

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

برای سنجش، «بازگشت به صفحه»، «تلاش دوباره»، «پرداخت موفق» و «درخواست پشتیبانی» را جدا ثبت کنید. اگر سفارش بدون دریافت پیام کامل شد، آن را بازیابی‌شده توسط پیام نشمارید. نمونه‌هایی از پیام‌های اشتباه را نیز مرور کنید؛ کاهش این خطاها بخشی از موفقیت سناریو است.

جمع‌بندی

مرز اصلی، وجود سفارش و وضعیت پرداخت است. رویدادها را جدا ثبت کنید، قبل از پیام وضعیت را دوباره بسنجید و بعد از پرداخت مسیر را متوقف کنید. در غیر این صورت اتوماسیون به‌جای کمک به مشتری، او را سردرگم می‌کند.