انتخاب روش ارسال در فروشگاه اینترنتی باید به سه پرسش پاسخ بدهد: سفارش کجا تحویل می‌شود، چه زمانی می‌رسد و هزینه نهایی آن چقدر است؟ نمایش چند نام مثل «عادی» و «سریع» بدون توضیح روشن، تصمیم را به حدس مشتری تبدیل می‌کند. طراحی مناسب این مرحله، اطلاعات واقعی انبار و حمل را به انتخابی قابل فهم تبدیل می‌کند و هنگام تغییر آدرس، سبد یا زمان سفارش، نتیجه را دوباره بررسی می‌کند.
این راهنما برای صاحبان فروشگاه و تیم‌های طراحی نوشته شده است که می‌خواهند مرحله ارسال را قابل اعتماد و قابل آزمون تحویل بگیرند. موضوع آن انتخاب و تثبیت روش دریافت سفارش است، نه معرفی شرکت‌های حمل یا اعلام تعرفه روز. نمونه‌ها فرضی‌اند و هیچ درصدی برای افزایش فروش تضمین نمی‌شود. برای هماهنگ کردن اطلاعات پیش از سبد خرید با این مرحله، راهنمای طراحی صفحه محصول را نیز ببینید.
قبل از طراحی، قواعد واقعی ارسال را بنویسید
ظاهر فرم از قواعد کسب‌وکار جدا نیست. ابتدا مشخص کنید کدام کالاها به کدام مناطق ارسال می‌شوند، چه محدودیت وزن و ابعادی وجود دارد و کدام انبار مسئول آماده‌سازی است. یک روش ممکن است برای شهر خاص فعال باشد اما برای کالای حجیم همان شهر امکان‌پذیر نباشد. اگر این تفاوت‌ها فقط در ذهن مسئول فروش بمانند، فرم نمی‌تواند وعده دقیقی بدهد.
برای هر روش، مسئول نگهداری قواعد را تعیین کنید. تیم عملیات باید بداند تعطیلی انبار، پر شدن ظرفیت روزانه یا تغییر محدوده خدمت چگونه در سایت اعمال می‌شود. روش ارسالی که روی صفحه فعال است ولی در عمل قابل اجرا نیست، با تغییر رنگ دکمه درست نمی‌شود. طراحی باید به داده معتبر و فرایند به‌روزرسانی متصل باشد.
حداقل اطلاعات هر گزینه
نام قابل فهم، هزینه یا وضعیت محاسبه آن، بازه تحویل، محدودیت مهم و محل دریافت را کنار هم نشان دهید. این اطلاعات نباید فقط داخل توضیحات یک آیکن یا لینک طولانی پنهان شود. توضیح تکمیلی می‌تواند بازشونده باشد، اما نکته‌ای که انتخاب را عوض می‌کند، مانند لزوم حضور گیرنده، باید پیش از ادامه دیده شود.
هزینه ارسال را از مبلغ کالا جدا و جمع نهایی را روشن کنید
کاربر باید بتواند تشخیص دهد مبلغ کالا، تخفیف و ارسال چه سهمی در پرداخت دارند. اگر بسته‌بندی ویژه یا خدمت اضافی هزینه دارد، آن را با نام مشخص نشان دهید و انتخاب اختیاری را از اجبار جدا کنید. ظاهر ساده نباید به حذف اطلاعات مؤثر بر پرداخت منجر شود. جمع نهایی باید با گزینه انتخاب‌شده هماهنگ تغییر کند.
قبل از مشخص شدن مقصد، به‌جای عدد صفر از پیام «پس از تعیین مقصد محاسبه می‌شود» استفاده کنید. صفر معمولاً به معنی رایگان بودن فهمیده می‌شود. اگر هزینه حمل در مقصد دریافت می‌شود، این موضوع را صریح بنویسید و روشن کنید مبلغ فعلی شامل آن نیست. برچسب «رایگان» برای روش پس‌کرایه توضیح صحیحی نیست.
ارسال رایگان شرط دارد، نه ابهام
اگر حداقل خرید برای ارسال رایگان وجود دارد، مشخص کنید کدام کالاها مشمول‌اند و تخفیف چه اثری روی حداقل دارد. در مثال فرضی، اگر شرط بر مبلغ پس از تخفیف است، حذف یک کالا یا اعمال کد تخفیف باید وضعیت ارسال را دوباره محاسبه کند. مبلغ باقی‌مانده تا شرط را فقط وقتی نشان دهید که محاسبه آن واقعاً قابل اتکا است.
زمان آماده‌سازی را با زمان حمل اشتباه نگیرید
«ارسال در یک روز» ممکن است به تحویل بسته به شرکت حمل اشاره کند، نه رسیدن به مشتری. این دو رویداد را در متن جدا کنید. زمان آماده‌سازی، زمان جابه‌جایی و محدودیت روز کاری باید در تخمین نهایی لحاظ شوند. اگر داده کافی ندارید، یک تاریخ دقیق ساختگی از بازه صادقانه بدتر است.
برای کالاهای سفارشی یا تأمین‌شونده، زمان تولید و تأمین را هم در نظر بگیرید. وعده یکسان برای کالای آماده انبار و کالایی که هنوز باید ساخته شود قابل دفاع نیست. کاربر نباید پس از پرداخت بفهمد عبارت «دو روز» فقط مدت حمل پس از آماده شدن کالا بوده است. توضیح این تفاوت را نزدیک گزینه ارسال قرار دهید.
ساعت قطع سفارش و تعطیلی‌ها
اگر سفارش بعد از ساعت مشخص وارد نوبت روز بعد می‌شود، قاعده را روشن کنید و محاسبه را در سیستم اجرا کنید. شمارش معکوس فقط زمانی معنا دارد که با ظرفیت واقعی و زمان مرجع سامانه هماهنگ باشد. ساعت دستگاه مشتری نباید بتواند یک فرصت ارسال ناموجود ایجاد کند. تعطیلی‌ها و روزهای کاری انبار و سرویس حمل نیز ممکن است یکسان نباشند.
انتخاب روش دریافت را در همان مرحله قابل تغییر نگه دارید
اگر فروشگاه تحویل حضوری یا دریافت از نقطه مشخص دارد، کاربر باید بتواند آن را هنگام تصمیم درباره دریافت سفارش ببیند. پژوهش Baymard درباره نمایش روش‌های دریافت نشان می‌دهد پنهان ماندن گزینه‌های جایگزین در مراحل قبلی می‌تواند انتخاب در تسویه خرید را دشوار کند. اصل کاربردی این است که مشتری برای تغییر تصمیم مجبور به شروع دوباره مسیر نشود.
این امکان به معنی نمایش گزینه‌های غیرقابل اجرا نیست. اگر سبد برای تحویل حضوری در شعبه انتخاب‌شده آماده نمی‌شود، دلیل را مشخص کنید و راه تغییر شعبه یا روش را نشان دهید. انتخاب شعبه باید اطلاعات لازم خودش، مانند نشانی و زمان آماده بودن، را داشته باشد؛ صرفاً نام شعبه برای تصمیم کافی نیست.
تغییر آدرس باید محاسبه را تازه کند، نه اطلاعات را پاک کند
تغییر شهر یا کد پستی ممکن است قیمت، بازه تحویل و روش‌های مجاز را عوض کند. پس از تغییر مقصد، وضعیت قبلی را موقتاً در حال بررسی نشان دهید و اجازه پرداخت با نرخ قدیمی ندهید. در عین حال، نام گیرنده و سایر اطلاعاتی که هنوز معتبرند نباید بی‌دلیل حذف شوند. کاربر باید بداند چه چیزی تغییر کرده و چرا نیاز به انتخاب دوباره دارد.
از متن «خطا رخ داد» به تنهایی استفاده نکنید. بین آدرس ناقص، خارج از محدوده بودن و قطع سرویس استعلام تفاوت بگذارید. در حالت اول اصلاح اطلاعات لازم است؛ در حالت دوم انتخاب روش جایگزین؛ و در حالت سوم تلاش مجدد یا مسیر پشتیبانی. یک پیام مشترک برای این سه وضعیت راه‌حل درست را پنهان می‌کند.
پاسخ دیررس نباید مقصد قبلی را برگرداند
فرض کنید مشتری شهر اول را انتخاب می‌کند و بلافاصله آن را تغییر می‌دهد. اگر پاسخ استعلام اول دیرتر برسد، نباید نرخ شهر قبلی روی فرم جدید بنشیند. پاسخ باید با نسخه فعلی آدرس و سبد تطبیق داده شود. این سناریو را در آزمون تحویل پروژه قرار دهید؛ مشکل فقط سرعت نیست، اعتبار گزینه نمایش‌داده‌شده است.
سبد چندمرسوله‌ای را یک وعده واحد جلوه ندهید
گاهی کالاها از انبارهای متفاوت ارسال می‌شوند یا یک قلم دیرتر آماده می‌شود. در این وضعیت توضیح دهید کدام اقلام با هم می‌رسند و برای هر بسته چه هزینه و بازه‌ای وجود دارد. اگر مشتری حق انتخاب بین ارسال یکجا و جداگانه دارد، اثر هر انتخاب را پیش از پرداخت نشان دهید. ادغام ظاهری چند مرسوله نباید هزینه یا تأخیر را پنهان کند.
با تغییر تعداد یا حذف کالا، گروه‌بندی و هزینه را دوباره بسنجید. اگر حذف یک قلم، روش انتخاب‌شده را نامعتبر می‌کند، دلیل آن را کنار همان بخش بنویسید. جایگزینی خاموش گزینه با روش گران‌تر مناسب نیست. مشتری باید تغییر مبلغ یا موعد را ببیند و قبل از پرداخت از انتخاب فعلی مطلع باشد.
طراحی موبایل و دسترس‌پذیری را در جزئیات اجرا کنید
هر گزینه را طوری بچینید که نام، هزینه و موعد در عرض کم خوانا بمانند. جدول عریضی که قیمت در یک سمت و توضیح در خارج صفحه است، مقایسه را دشوار می‌کند. وضعیت انتخاب‌شده را فقط با رنگ نشان ندهید؛ علامت انتخاب و متن واضح لازم است. لمس عنوان گزینه باید همان رفتار قابل انتظار کنترل انتخاب را داشته باشد.
در پیاده‌سازی فرم، راهنمای W3C برای گروه‌بندی کنترل‌ها مبنای مناسبی است: گروه گزینه‌های مرتبط باید عنوان و ارتباط معنایی داشته باشد. برای انتخاب یک روش، کنترل رادیویی استاندارد با برچسب روشن معمولاً از کارت سفارشی فاقد رفتار صفحه‌کلید قابل اتکاتر است. ظاهر کارت می‌تواند حفظ شود، بدون اینکه معنای کنترل حذف شود.
خطا و تغییر مبلغ باید قابل دریافت باشد
کاربری که صفحه‌خوان دارد نیز باید از پایان محاسبه، نامعتبر شدن گزینه یا تغییر هزینه مطلع شود. پیام وضعیت را به بخش مربوط پیوند دهید و تمرکز صفحه‌کلید را بی‌دلیل جابه‌جا نکنید. هنگام بازگشت از پرداخت ناموفق، اطلاعات معتبر را نگه دارید ولی نرخ و ظرفیت منقضی‌شده را دوباره بررسی کنید. راحتی ادامه مسیر نباید با استفاده از داده کهنه تأمین شود.
انتخاب نهایی را در سمت سامانه اعتبارسنجی کنید
شناسه روش، قیمت نمایش‌داده‌شده و زمان تحویل نباید فقط از مرورگر پذیرفته شوند. سامانه باید با سبد و مقصد فعلی، مجاز بودن گزینه و جمع سفارش را دوباره کنترل کند. این کنترل هم برای تغییر عادی موجودی لازم است و هم برای جلوگیری از ثبت مقادیر دستکاری‌شده. نسخه یا زمان اعتبار استعلام به تشخیص نرخ منقضی کمک می‌کند.
اگر خدمت ارسال ظرفیت محدود دارد، معلوم کنید انتخاب آن چه زمانی قطعی می‌شود. نمایش یک بازه آزاد با رزرو ظرفیت یکسان نیست. در صورت اتمام ظرفیت پیش از پرداخت، گزینه جایگزین را همراه تفاوت هزینه و زمان معرفی کنید. پرداخت موفق نیز باید به یک سفارش قابل پیگیری متصل باشد؛ تکرار درخواست نباید چند سفارش مستقل ایجاد کند.
یک نمونه فرضی برای جلسه طراحی
فروشگاهی را در نظر بگیرید که کالای آماده و سفارشی می‌فروشد. مشتری یک قلم از هر نوع را در سبد می‌گذارد و مقصدش در محدوده پیک شهری است. فرم نباید صرفاً به دلیل شهر، وعده دریافت فوری برای کل سبد بدهد. ابتدا زمان آماده‌سازی هر قلم و امکان ارسال جداگانه بررسی می‌شود، سپس گزینه‌های قابل اجرا نمایش داده می‌شوند.
اگر مشتری کالای سفارشی را حذف کند، روش سریع ممکن است فعال شود؛ اگر مقصد را تغییر دهد، ممکن است همان روش دیگر قابل انتخاب نباشد. آزمون مناسب این است که در هر دو تغییر، مبلغ، موعد، خلاصه سفارش و داده ثبت‌شده هماهنگ بمانند. این مثال یک معیار پذیرش قابل اجراست، نه ادعای قابلیت فعلی فروشگاهی مشخص.
موفقیت را با رفتار و نتیجه واقعی بسنجید
نرخ ورود به مرحله ارسال، دریافت موفق گزینه‌ها، انتخاب روش و رسیدن به پرداخت را جدا ثبت کنید. برای خطاها نوع علت را نگه دارید؛ اما نشانی کامل یا اطلاعات تماس را بی‌دلیل وارد ابزار تحلیل نکنید. افزایش توقف در این مرحله ممکن است ناشی از نرخ نامناسب، محدوده محدود یا خطای فنی باشد و هرکدام درمان متفاوتی دارد.
برای مقایسه قبل و بعد، ترکیب مشتریان، نوع کالا و شرایط ارسال را در نظر بگیرید. فروش بیشتر در یک دوره تبلیغاتی را به‌تنهایی نتیجه تغییر فرم ندانید. علاوه بر ادامه خرید، اختلاف مبلغ، تماس درباره موعد و سفارش‌های اصلاح‌شده را پایش کنید. موفقیت یک فرم فقط عبور سریع نیست؛ انتخاب باید پس از ثبت نیز قابل اجرا بماند.
چک‌لیست تحویل و قدم بعدی
پیش از تأیید پروژه، مسیرهای آدرس معتبر و نامعتبر، مقصد خارج از پوشش، قطع استعلام، پاسخ دیررس، تغییر سبد، انقضای نرخ و پرداخت ناموفق را آزمایش کنید. در هر مسیر بپرسید آیا مشتری هزینه و زمان را می‌فهمد، داده معتبر حفظ می‌شود و سامانه همان انتخاب را ثبت می‌کند؟ این پرسش‌ها قرارداد طراحی را از یک تصویر ظاهری به خروجی قابل ارزیابی نزدیک می‌کند.
مرحله ارسال بخشی از یک مسیر پیوسته است؛ کیفیت جست‌وجوی داخل فروشگاه نیز بر رسیدن مشتری به سبد مناسب اثر دارد. برای بررسی هماهنگی این مسیر با عملیات واقعی، خدمات طراحی سایت ایزی‌ساز را ببینید. هدف طراحی، روشن شدن تصمیم مشتری در کنار امکان اجرای سفارش است.
برای درخواست بررسی مسیر خرید فروشگاه، چند سناریوی واقعی بدون اطلاعات شخصی مشتری آماده کنید: کالاهای قابل ارسال، مناطق خدمت، شیوه محاسبه هزینه و استثناهای پرتکرار. این اطلاعات کمک می‌کند پیش از توسعه، قواعد مبهم مشخص شوند و تیم روی معیارهای تحویل مشترک توافق کند.