تأیید پرداخت مشتری، پایان رسیدگی به سفارش نیست

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

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

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

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

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

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

اسناد دریافت وجه و تحویل را در یک سفارش بررسی کنید

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

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

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

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

یک تمرین روی کسب‌وکار خودتان

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

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