فروش، درآمد و رشد

سبد خرید رها شده؛ چرا مشتری تا مرحله پرداخت می‌آید اما خرید نمی‌کند؟

فهرست مطالب
  1. سبد خرید رها شده
  2. اول مطمئن شو عدد سبد خرید واقعیه
  3. قیف خرید رو قبل از هر تغییری باز کن
  4. ۱. شاید مشکل اصلاً رفتار مشتری نباشه؛ Checkout خراب باشه
  5. کش و بهینه‌سازی می‌تونن فروشگاه رو خراب کنن
  6. ۲. فرم Checkout ممکنه مشتری رو خسته کنه
  7. اجبار به ساخت حساب همیشه لازم نیست
  8. پیام خطا باید کمک کنه، نه فقط اعلام شکست
  9. ۳. مشتری نباید در مرحله آخر با قیمت تازه‌ای روبه‌رو بشه
  10. باکس کد تخفیف هم می‌تونه اصطکاک ایجاد کنه
  11. ۴. هزینه و زمان ارسال قبل از پرداخت مهمن
  12. موجودی باید واقعی باشه
  13. ۵. ممکنه مشتری از خود پرداخت بترسه
  14. Trust رو در Footer دفن نکن
  15. ۶. درگاه ممکنه معامله رو خراب کنه
  16. بعد از پرداخت مشتری رو در بلاتکلیفی نذار
  17. ۷. Checkout جای حواس‌پرتی نیست
  18. Upsell رو کجا قرار بدیم؟
  19. ۸. Mobile رو به‌عنوان تجربه مستقل بررسی کن
  20. ۹. شاید مشتری هنوز مطمئن نیست خرید درستی انجام می‌ده
  21. چطور علت اصلی سبد خرید رهاشده رو پیدا کنیم؟
  22. یه چک‌لیست تشخیصی سریع
  23. از مشتری‌هایی که خرید رو رها کردن یاد بگیر
  24. Recovery سبد خرید رو با تخفیف شروع نکن
  25. کِی مسئله سبد خریده و کِی مسئله جذب مشتری؟
  26. جمع‌بندی؛ سبد خرید رهاشده خودش تشخیص نیست
سبد خرید رها شده

سبد خرید رها شده؛ چرا مشتری تا مرحله پرداخت می‌آید اما خرید نمی‌کند؟

یه صحنه اعصاب‌خردکن برای فروشگاه اینترنتی:

آدم‌ها محصول رو می‌بینن، بعضی‌ها حتی به سبد خرید اضافه می‌کنن، وارد Cart یا Checkout هم می‌شن؛ ولی عدد فروش اصلاً با این حجم فعالیت جور درنمیاد.

سبد خرید رها شده

سبد خرید رها شده

اولین نتیجه‌گیری معمولاً اینه:

«مردم خرید نمی‌کنن.»

اما هنوز خیلی زوده.

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

مسیر ساده یه فروشگاه اینترنتی معمولاً چیزی شبیه اینه:

مشاهده محصول → افزودن به سبد → مشاهده سبد → شروع Checkout → اقدام برای پرداخت → خرید موفق

ممکنه در هر کدوم از این فاصله‌ها مسئله متفاوتی داشته باشی. کسی که محصول رو به سبد اضافه نمی‌کنه با کسی که فرم Checkout رو کامل کرده ولی پرداختش ثبت نمی‌شه، مشکل یکسانی نداره.

برای همین قبل از تخفیف، تغییر قیمت، تبلیغات بیشتر یا بازطراحی کل فروشگاه، یه سؤال مهم‌تر داریم:

مطمئنی می‌دونی مشتری دقیقاً کجای مسیر خرید از دست می‌ره؟

اول مطمئن شو عدد سبد خرید واقعیه

این بخش رو خیلی‌ها نادیده می‌گیرن.

گاهی در Analytics می‌بینی صفحه /cart/ یا /checkout/ بازدید زیادی داره و فرض می‌کنی همه این‌ها مشتری واقعی هستن. در حالی که بخشی از درخواست‌ها ممکنه از Bot، Crawler، Monitoring Tool یا درخواست‌های خودکار بیاد.

پس اولین قدم این نیست که رنگ Button خرید رو عوض کنی.

اول ببین آیا واقعاً رفتار خرید انسانی اتفاق افتاده یا نه.

مثلاً اگه تعداد View Cart خیلی زیاده ولی Add to Cart تقریباً وجود نداره، باید به داده شک کنی. همچنین موج‌های غیرعادی از کشورها یا منابع نامرتبط، Sessionهای بسیار کوتاه و تکرارهای عجیب در Log سرور می‌تونن نشونه این باشن که بخشی از Traffic واقعی نیست.

البته هیچ‌کدوم از این نشونه‌ها به‌تنهایی اثبات Bot نیستن. هدف فقط اینه که قبل از تحلیل Conversion مطمئن بشیم داریم رفتار مشتری رو اندازه می‌گیریم، نه نویز فنی رو.

داده اشتباه می‌تونه ما رو به اصلاح مسئله‌ای بفرسته که اصلاً وجود نداره.

قیف خرید رو قبل از هر تغییری باز کن

حداقل پنج مرحله رو جداگانه ببین:

Product View → Add to Cart → View Cart → Begin Checkout → Purchase

حالا نرخ عبور بین مرحله‌ها رو بررسی کن.

اگه Product View بالاست ولی Add to Cart پایینه، شاید مسئله قبل از سبد خریده: محصول، قیمت، صفحه محصول، اعتماد یا تناسب Traffic.

اگه Add to Cart مناسبه ولی تعداد کمی وارد Checkout می‌شن، باید Cart، هزینه‌ها، ارسال، Coupon، Distraction یا UX رو بررسی کنی.

اگه Begin Checkout خوبه ولی Purchase به‌شدت پایین‌تره، فرم Checkout، پرداخت، خطاهای فنی، درگاه، اعتماد نهایی و تجربه Mobile مظنون‌های جدی‌تری هستن.

این تفکیک خیلی مهمه.

چون «فروشم کمه» یه نشونه‌ست.

حتی «سبد خرید رها می‌شه» هم هنوز فقط محل تقریبی نشونه رو مشخص کرده.

۱. شاید مشکل اصلاً رفتار مشتری نباشه؛ Checkout خراب باشه

یکی از اولین چیزهایی که باید بررسی بشه بخش فنیه.

مشتری ممکنه واقعاً تصمیم گرفته باشه بخره، ولی صفحه دیر باز بشه، Button واکنش نشون نده، Total درست Update نشه یا درگاه بعد از کلیک خطا بده.

این مدل مشکل خیلی خطرناکه، چون صاحب فروشگاه گاهی هیچ چیز غیرعادی نمی‌بینه. خودش با Laptop، اینترنت خوب و Account مدیر تست می‌کنه و همه‌چیز سالمه.

اما مشتری با Mobile، اینترنت متفاوت، Browser دیگه یا شرایط واقعی خرید وارد می‌شه.

برای همین یه خرید واقعی آزمایشی انجام بده؛ ترجیحاً با موبایل و اتصال عادی کاربر. از صفحه محصول شروع کن و تا پرداخت جلو برو.

فقط نپرس:

«کار می‌کنه؟»

به تجربه دقت کن.

صفحه کجا مکث داره؟ کجا چیزی جابه‌جا می‌شه؟ آیا Keyboard روی فیلد مناسب باز می‌شه؟ Button دیده می‌شه؟ Total واضح می‌مونه؟ بعد از برگشت از درگاه وضعیت سفارش درست نمایش داده می‌شه؟

Checkout رو مثل مدیر سایت تست نکن؛ مثل مشتری تست کن.

کش و بهینه‌سازی می‌تونن فروشگاه رو خراب کنن

Cache و Performance Optimization معمولاً برای سریع‌ترشدن سایت استفاده می‌شن، اما صفحات پویا مثل Cart و Checkout باید با دقت بیشتری تنظیم بشن.

سبد خرید وابسته به Session، Cookie، تعداد محصول، قیمت و اطلاعات هر مشتریه. اگه Cache یا Optimization به شکل نامناسب روی این قسمت‌ها اعمال بشه، ممکنه مشتری با رفتارهای عجیبی روبه‌رو بشه: سبد Update نشه، اطلاعات قدیمی ببینه یا Checkout درست کار نکنه.

همین مسئله درباره Minify، Combine، Defer و Delay JavaScript هم وجود داره. این ابزارها مفیدن، ولی اگه Script ضروری Checkout یا Payment رو مختل کنن، بهینه‌سازی سرعت عملاً به کاهش Conversion منجر می‌شه.

پس اگه بعد از فعال‌کردن Plugin یا تنظیمات Performance نرخ خرید تغییر کرده، اون تغییر رو جدی بررسی کن.

سایت سریع‌تر وقتی ارزش داره که همچنان درست کار کنه.

۲. فرم Checkout ممکنه مشتری رو خسته کنه

مشتری محصول رو انتخاب کرده و وارد مرحله خرید شده، اما حالا باید یه فرم بلند پر کنه.

نام.

نام خانوادگی.

کشور.

استان.

شهر.

خیابان.

کدپستی.

شماره همراه.

تلفن ثابت.

نام شرکت.

ایمیل.

ساخت Account.

رمز عبور.

توضیحات سفارش.

و شاید چند فیلد دیگه که فروشگاه هیچ‌وقت هم ازشون استفاده نمی‌کنه.

اینجا سؤال خوبی وجود داره:

کدوم اطلاعات واقعاً قبل از خرید لازمه؟

جواب برای هر کسب‌وکار متفاوته. فروش محصول فیزیکی برای ارسال طبیعتاً به اطلاعات بیشتری از فروش یه فایل Digital نیاز داره. بعضی خریدها هم به دلایل حقوقی یا اجرایی اطلاعات مشخصی لازم دارن.

پس هدف «کوتاه‌ترین فرم ممکن» نیست.

هدف کمترین اصطکاک غیرضروریه.

هر فیلدی که وجود داره باید یه دلیل داشته باشه.

اجبار به ساخت حساب همیشه لازم نیست

اگه مدل فروشگاه اجازه می‌ده، امکان Guest Checkout می‌تونه خرید رو برای کسی که اولین بار وارد شده ساده‌تر کنه.

مشتری شاید فقط بخواد یه محصول بخره و هنوز هیچ دلیلی نداره Account جدید با Password جدید بسازه.

می‌شه بعد از خرید مزایای ساخت Account رو پیشنهاد داد یا فرایند ایجادش رو ساده کرد.

البته برای Subscription، پنل آموزشی یا محصولاتی که دسترسی آینده به Account وابسته است شرایط متفاوته.

باز هم قاعده همونه:

هر اصطکاکی رو حذف نکن؛ اصطکاکی رو حذف کن که برای انجام خرید لازم نیست.

پیام خطا باید کمک کنه، نه فقط اعلام شکست

فرض کن مشتری فرم رو پر کرده و می‌بینه:

«اطلاعات واردشده صحیح نیست.»

کدوم اطلاعات؟

چطور درستش کنه؟

نمونه مورد قبول چیه؟

Error Message خوب باید مشتری رو به ادامه مسیر برگردونه. مثلاً اگه شماره موبایل Format مشخصی می‌خواد، همون‌جا نمونه بده.

بدترین اتفاق اینه که کاربر چند بار Form رو Submit کنه و هر بار با خطایی روبه‌رو بشه که نمی‌فهمه چطور باید حلش کنه.

خیلی وقت‌ها مسئله Conversion یه Copywriting بزرگ نیست.

یه Error Message بد کوچیکه.

۳. مشتری نباید در مرحله آخر با قیمت تازه‌ای روبه‌رو بشه

یکی از دلایل مهم رهاکردن خرید می‌تونه تفاوت بین مبلغی باشه که مشتری در ذهنش ساخته و Total واقعی Checkout.

محصول یک میلیون بوده، ولی در آخر هزینه ارسال، مالیات، بسته‌بندی یا هزینه دیگری اضافه شده و مبلغ نهایی متفاوت شده.

مشکل فقط بیشترشدن عدد نیست.

مشکل غافلگیریه.

اگه هزینه‌ای وجود داره که مشتری قبل از Checkout می‌تونه درباره‌ش اطلاع داشته باشه، بهتره تا جای ممکن شفاف بشه.

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

هدف اینه که وقتی مشتری به Total نهایی می‌رسه، احساس نکنه:

«این دیگه از کجا اومد؟»

باکس کد تخفیف هم می‌تونه اصطکاک ایجاد کنه

وجود یه Input بزرگ با عنوان «کد تخفیف» ممکنه بعضی مشتری‌ها رو به این فکر بندازه که:

«یعنی یه کدی هست که من ندارم؟»

بعد از سایت خارج می‌شن تا Telegram، Instagram یا Google رو برای Coupon بگردن و شاید دیگه برنگردن.

این به معنی حذف Coupon از همه فروشگاه‌ها نیست.

اگه Promotion و Voucher بخشی از مدل فروشته، طبیعتاً لازمه. اما می‌شه نمایش اون رو کم‌حاشیه‌تر کرد؛ مثلاً با یه Link کوچک:

«کد تخفیف دارید؟»

تا مشتری‌ای که Coupon نداره احساس نکنه چیزی رو از دست داده.

۴. هزینه و زمان ارسال قبل از پرداخت مهمن

برای محصول فیزیکی، خرید با پرداخت تمام نمی‌شه.

مشتری می‌خواد بدونه:

کی می‌رسه؟ چطور می‌رسه؟ چقدر هزینه داره؟

عبارت «ارسال سریع» جواب دقیقی نیست.

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

همچنین اگه چند روش ارسال داری، تفاوت‌شون رو برای مشتری قابل‌فهم کن.

نه فقط:

«روش ۱ / روش ۲ / روش ۳»

بلکه مثلاً:

«اقتصادی‌تر، زمان بیشتر»

یا:

«سریع‌تر، هزینه بالاتر»

مشتری نباید مجبور باشه برای فهم تفاوت گزینه‌های Shipping اسم شرکت‌های حمل‌ونقل رو Google کنه.

موجودی باید واقعی باشه

هیچ چیز مثل این تجربه اعتماد رو خراب نمی‌کنه:

مشتری پرداخت کرده و بعد فروشگاه تماس می‌گیره:

«متأسفانه این رنگ موجود نیست.»

اگه موجودی Real-time نیست، حداقل وضعیت محصول رو شفاف کن.

موجود، آماده ارسال، پیش‌سفارش، تولید سفارشی، موجودی محدود هر کدوم معنی متفاوتی دارن.

وقتی انتظار قبل از خرید درست تنظیم بشه، احتمال نارضایتی بعد از خرید هم کمتر می‌شه.

۵. ممکنه مشتری از خود پرداخت بترسه

در لحظه پرداخت، ریسک ذهنی مشتری به بالاترین نقطه می‌رسه.

تا چند ثانیه قبل فقط داشت محصول رو بررسی می‌کرد.

حالا باید پول بده.

سؤال‌ها عوض می‌شن:

اگه پول کم شد ولی سفارش ثبت نشد چی؟

اگه محصول نرسید چی؟

اگه مجبور شدم مرجوع کنم چی؟

اگه کسی جوابم رو نداد چی؟

این نگرانی‌ها با نوشتن «با خیال راحت خرید کنید» از بین نمی‌رن.

باید دلیل بدی.

راه تماس واقعی، شرایط روشن ارسال و مرجوعی، توضیح قدم بعد از پرداخت، اطلاعات کسب‌وکار، سابقه، Review واقعی و تجربه منظم سایت می‌تونن Risk ادراک‌شده رو کمتر کنن.

نزدیک Button پرداخت چند Signal کوتاه و واقعی خیلی باارزش‌تر از یه دیوار Logo و Badge ناشناخته است.

Trust رو در Footer دفن نکن

یکی از اشتباه‌ها اینه که تمام اطلاعات اعتمادساز پایین سایت یا تو صفحه «درباره ما» باشه.

مشتری در Checkout نمی‌خواد دنبال Proof بگرده.

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

هر اطلاعاتی رو هم لازم نیست تکرار کنی.

هدف اینه که درست در لحظه‌ای که سؤال تو ذهن مشتری شکل می‌گیره، جوابش نزدیک باشه.

۶. درگاه ممکنه معامله رو خراب کنه

گاهی مشتری نه به قیمت اعتراض داره، نه به محصول.

واقعاً می‌ره برای پرداخت.

ولی پرداخت کامل نمی‌شه.

ممکنه درگاه Fail بشه، Callback درست انجام نشه، ارتباط Verify دچار مشکل بشه یا بعد از پرداخت کاربر به صفحه نامناسبی برگرده.

یکی از Signalهای مهم می‌تونه تعداد غیرعادی سفارش‌هایی باشه که در وضعیت «در انتظار پرداخت» باقی موندن.

اما باز هم از روی Status به‌تنهایی حکم نده. باید Log درگاه، سفارش و رفتار واقعی رو بررسی کنی.

چند خرید آزمایشی انجام بده؛ با Device و Browserهای متفاوت و در شرایط واقعی‌تر.

خصوصاً این مسیر رو کامل ببین:

Checkout → Gateway → Payment → Return → Verification → Order Confirmation

هر حلقه باید درست کار کنه.

بعد از پرداخت مشتری رو در بلاتکلیفی نذار

مشتری پرداخت کرده.

حالا صفحه سفید.

یا فقط:

«سفارش ثبت شد.»

بعد چی؟

صفحه Confirmation باید به مشتری اطمینان بده که فرآیند کامل شده.

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

اگه Payment ناموفق بوده هم مسیر بعدی داشته باش.

مثلاً امکان تلاش مجدد یا راه تماس برای بررسی.

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

اینجا سرعت و وضوح پاسخ‌گویی خیلی مهم‌تر از یه Banner تبلیغاتی زیباست.

۷. Checkout جای حواس‌پرتی نیست

صفحه محصول جای بررسی و مقایسه است.

Checkout جای تمام‌کردن خریده.

اگه مشتری در همین مرحله با Popup خبرنامه، Wheel of Fortune، Banner، Chatbot بزرگ، Menu کامل، ده محصول پیشنهادی، Sticky Bar و چند CTA دیگه روبه‌رو بشه، داری دوباره انتخاب‌های بیشتری وارد تصمیم می‌کنی.

این به معنی صفرکردن همه Elements نیست.

ممکنه Help یا حتی Cross-sell در بعضی مدل‌ها منطقی باشه.

اما باید بدونی هر عنصر اضافه داره با Action اصلی رقابت می‌کنه.

برای Checkout معمولاً Hierarchy ساده ارزش زیادی داره:

سفارش → اطلاعات لازم → مبلغ نهایی → پرداخت

در کنار اون چند Signal اعتماد.

همین.

Upsell رو کجا قرار بدیم؟

Upsell و Cross-sell ابزارهای خوبی هستن؛ ولی همیشه بهترین محل‌شون قبل از پرداخت نیست.

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

برای بعضی فروشگاه‌ها صفحه محصول یا Cart محل مناسبیه و برای بعضی‌ها Offer بعد از Purchase بهتر جواب می‌ده.

قاعده ثابت وجود نداره.

سؤال بهتر اینه:

این پیشنهاد تکمیلی خرید اصلی رو ساده‌تر می‌کنه یا دوباره مشتری رو وارد مرحله تصمیم‌گیری می‌کنه؟

۸. Mobile رو به‌عنوان تجربه مستقل بررسی کن

Responsiveبودن یعنی صفحه از کادر بیرون نزنه؟

نه.

ممکنه Checkout از نظر فنی Responsive باشه ولی روی Mobile آزاردهنده باشه.

Button زیر Keyboard بره.

فیلدها خیلی نزدیک باشن.

Captcha درست کار نکنه.

جمع کل پایین صفحه گم بشه.

Popup روی CTA بیفته.

یا Page Jump باعث بشه کاربر ندونه Error کجاست.

برای همین تست Mobile رو فقط با Resize کردن Browser انجام نده.

روی گوشی واقعی امتحان کن.

فرم رو پر کن.

خطا ایجاد کن.

روش ارسال عوض کن.

درگاه رو باز کن.

برگرد.

مسیر خرید موبایل باید واقعاً خرید بشه؛ نه فقط دیده بشه.

۹. شاید مشتری هنوز مطمئن نیست خرید درستی انجام می‌ده

همه ریزش‌ها فنی نیستن.

بعضی مشتری‌ها درست در آخرین مرحله دوباره از خودشون می‌پرسن:

«واقعاً لازمش دارم؟»

«این همون مدلیه که باید بخرم؟»

«اگه گزینه بهتر وجود داشته باشه چی؟»

«این فروشگاه واقعاً قابل اعتماده؟»

اینجا وضوح Product Page اهمیت خودش رو نشون می‌ده.

اگه مشتری در Checkout تازه مجبور بشه برگرده و دوباره Size، Feature یا Compatibility رو بررسی کنه، یعنی بخشی از تصمیم قبلاً کامل نشده.

برای همین کاهش Cart Abandonment فقط پروژه Checkout نیست.

گاهی باید یه مرحله عقب‌تر بری و ببینی آیا صفحه محصول واقعاً مشتری رو برای تصمیم آماده کرده یا نه.

چطور علت اصلی سبد خرید رهاشده رو پیدا کنیم؟

بدترین راه اینه که تمام پیشنهادهای این مقاله رو هم‌زمان اجرا کنی.

Form رو کوتاه کنی.

رنگ Button رو عوض کنی.

Shipping رو تغییر بدی.

Popup رو حذف کنی.

Gateway رو عوض کنی.

Trust Badge اضافه کنی.

بعد Conversion بهتر بشه.

چی باعثش شد؟

نمی‌دونی.

روش بهتر همون چرخه ساده است:

نشانه → فرضیه → تغییر → اندازه‌گیری → یادگیری

مثلاً:

نشانه: تعداد زیادی Begin Checkout داریم ولی Purchase پایین است و تعداد زیادی Error روی فیلد شماره موبایل ثبت می‌شود.

فرضیه: فرمت سخت‌گیرانه شماره تلفن بخشی از مشتری‌ها رو متوقف می‌کنه.

تغییر: Validation و Error Message اصلاح می‌شه.

اندازه‌گیری: نرخ عبور Checkout قبل و بعد مقایسه می‌شه.

حالا واقعاً چیزی یاد گرفتی.

یه چک‌لیست تشخیصی سریع

قبل از اینکه کل فروشگاه رو تغییر بدی، این موارد رو بررسی کن:

  1. آیا View Cart و Checkout واقعاً از Userهای انسانی میان؟
  2. بیشترین ریزش بین کدوم دو مرحله قیف اتفاق می‌افته؟
  3. Checkout روی Mobile و اینترنت معمولی بدون خطا کار می‌کنه؟
  4. Cart و Checkout به شکل نامناسب Cache نمی‌شن؟
  5. فرم فقط اطلاعات لازم رو می‌گیره؟
  6. هزینه نهایی قبل از پرداخت قابل پیش‌بینیه؟
  7. هزینه و زمان ارسال روشنه؟
  8. شرایط مرجوعی و پشتیبانی پیدا می‌شن؟
  9. بعد از کلیک پرداخت، Gateway و Callback درست کار می‌کنن؟
  10. صفحه Confirmation وضعیت سفارش رو روشن می‌کنه؟
  11. Popup، Menu یا Widget مزاحم Action اصلی نیست؟
  12. مشتری برای تصمیم نهایی Proof کافی داره؟
  13. سفارش‌های نیمه‌کاره جایی ثبت و بررسی می‌شن؟
  14. دلیل رهاکردن خرید رو از مشتری‌های واقعی پرسیدی؟

قرار نیست همه این‌ها مشکل داشته باشن.

هدف چک‌لیست اینه که مظنون‌ها رو محدود کنیم.

از مشتری‌هایی که خرید رو رها کردن یاد بگیر

Analytics بهت می‌گه چه اتفاقی افتاده.

گاهی خود مشتری می‌تونه بگه چرا.

اگه امکانش رو داری، با رعایت حریم خصوصی و بدون آزار، از بخشی از کسانی که خرید رو شروع کردن ولی کامل نکردن Feedback بگیر.

سؤال خیلی ساده می‌تونه باشه:

«چه چیزی باعث شد خرید رو کامل نکنی؟»

جواب‌ها ممکنه کاملاً متفاوت باشن.

هزینه ارسال.

موجود نبودن روش پرداخت مناسب.

خطا.

زمان تحویل.

قیمت.

تردید درباره سایز.

یا حتی:

«جلسه داشتم و یادم رفت.»

همین نکته آخر مهمه.

هر Cart Abandonment یه بحران UX نیست.

بعضی خریدها فقط بعداً انجام می‌شن.

به همین دلیل باید دنبال Pattern باشی، نه داستان یک مشتری.

Recovery سبد خرید رو با تخفیف شروع نکن

یکی از واکنش‌های رایج اینه که به هر کسی خرید رو کامل نکرده فوراً Coupon بدیم.

ولی اگه مشتری به‌خاطر خطای درگاه رفته، تخفیف مسئله رو حل نمی‌کنه.

اگه هزینه ارسال مبهم بوده، شاید فقط باید همون رو روشن کنی.

اگه سفارش رو فراموش کرده، یادآوری ساده کافیه.

می‌تونی Recovery رو براساس وضعیت طراحی کنی.

مثلاً:

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

این با:

«فقط تا دو ساعت آینده ۲۰ درصد تخفیف!»

کاملاً فرق داره.

قبل از Discount، دلیل رهاکردن رو بفهم.

کِی مسئله سبد خریده و کِی مسئله جذب مشتری؟

این مرز برای معماری محتوا خیلی مهمه.

اگه آدم کافی Product Page رو نمی‌بینه، مسئله اصلی Cart Abandonment نیست.

اگه Product View داری ولی کسی Add to Cart نمی‌کنه، باید صفحه محصول، Traffic، Offer، قیمت یا اعتماد رو بررسی کنی.

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

پس قبل از اجرای پیشنهادهای این صفحه مطمئن شو واقعاً مسئله همین‌جاست.

گاهی فروش کمه چون کسی تا سبد نمی‌رسه.

اون مسئله مقاله دیگه‌ایه.

جمع‌بندی؛ سبد خرید رهاشده خودش تشخیص نیست

دیدن تعداد زیاد Cart و Purchase کم می‌تونه وسوسه‌ات کنه که سریع نسخه بپیچی:

Checkout کوتاه‌تر.

ارسال رایگان.

تخفیف.

Button قرمز.

Popup خروج.

اما هنوز نمی‌دونی مشکل چیه.

اول مسیر رو باز کن:

Product View → Add to Cart → Cart → Checkout → Payment → Purchase

ببین بیشترین ریزش دقیقاً کجا اتفاق افتاده.

بعد اون نقطه رو از سه زاویه بررسی کن:

فنی + تجربه کاربر + تصمیم مشتری

ممکنه مشکل یه JavaScript Error باشه.

شاید هزینه ارسال مشتری رو غافلگیر می‌کنه.

ممکنه Form بیش از حد اطلاعات بخواد.

شاید Gateway درست Callback نمی‌زنه.

یا مشتری هنوز برای اعتمادکردن دلیل کافی نداره.

راه‌حل همه این‌ها یکی نیست.

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

مطمئنی مشتری واقعاً تو سبد خرید ریزش می‌کنه؛ و اگه آره، دقیقاً کجاش؟

اول همون نقطه رو پیدا کن.

بعد باهوشانه فقط همون ترمز رو بردار.

برای پیگیری درخواست با شما تماس می‌گیریم.

تجربه تو می‌تواند ادامه این مقاله باشد این موضوع را در کسب‌وکارت چطور تجربه کرده‌ای؟

جواب رسمی لازم نیست؛ تجربه، سؤال یا نگاه متفاوتت را بنویس.

مشاوره
تماس تلفنی واتساپ اینستاگرام تلگرام