طراحی فرایند خرید؛ از سبد قابل ویرایش تا تأیید سفارش روشن

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

سبد خرید باید محل کنترل باشد

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

حذف محصول از کاتالوگ نباید باعث خطای کل سبد شود. کالای غیرقابل خرید را مشخص کنید و بقیه اقلام را قابل ادامه نگه دارید. در محصولی که محدودیت تعداد دارد، دلیل محدودیت کنار کنترل تعداد بیان شود. این رفتارها باید در داده و سرور هم اعمال شوند؛ ظاهر رابط به تنهایی کافی نیست.

هزینه و ارسال را زود روشن کنید

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

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

فرم کوتاه، اما قابل بازیابی بسازید

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

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

مثال فرضی: خرید دو کالای متفاوت

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

آزمون پذیرش فرایند خرید

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

بهبود را با مشاهده مسئله آغاز کنید

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