برای سفارشی که با چند بسته ارسال می‌شود، یک وضعیت کلی کافی نیست. هر ردیف کالا باید به مرسوله خودش وصل شود و هر مرسوله منبع رهگیری و وضعیت مستقل داشته باشد. مشتری باید بداند چه چیزی رسیده و چه چیزی هنوز در مسیر است، بدون اینکه چند کد نامفهوم و بدون نام قلم دریافت کند.
شناسه سفارش و شناسه مرسوله دو چیزند
یک سفارش می‌تواند یک یا چند قلم در چند مرسوله داشته باشد. برگه ارتباط را طوری بسازید که یک قلم چندتایی نیز قابل تقسیم باشد؛ مثلاً دو واحد در بسته اول و یک واحد در بسته دوم. شماره سفارش را جای کد حمل اعلام نکنید. اگر از دو شرکت حمل استفاده شده، نام هر شرکت کنار شناسه خودش باشد تا مشتری کد را در سامانه اشتباه جست‌وجو نکند.
قبل از ارسال پیام، نقشه بسته‌ها را کامل کنید
فهرست اقلام، تعداد داخل هر بسته، شناسه مرسوله و زمان آخرین مشاهده را از عملیات بگیرید. ستون «نامعلوم» بهتر از نسبت‌دادن حدسی یک قلم به بسته است. اگر یک قلم هنوز آماده نشده، آن را در بخش جدا نشان دهید. پیام «سفارش ارسال شد» وقتی فقط یک قسمت تحویل حمل شده، برداشت نادرست می‌سازد. متن باید حدود خبر را روشن کند: «بسته اول شامل این دو قلم ارسال شده است».
نمونه ساختگی: یک قلم میان دو مرسوله تقسیم شده
در تمرین، مشتری سه جعبه پوشه و یک پایه نگهدارنده دارد. دو جعبه پوشه در مرسوله الف، جعبه سوم در ب و پایه در پ است. خطای معمول این است که کارشناس با پرسش «پوشه‌ها رسید؟» جواب بله می‌گیرد و همه قلم را کامل فرض می‌کند. پرسش دقیق‌تر، تعداد دریافت‌شده و نام بسته است. جدول ارتباط جلوی بسته‌شدن زودهنگام سفارش را می‌گیرد و به تیم بعدی نشان می‌دهد کدام واحد هنوز باز است.
اطلاع‌رسانی و بستن را به تغییر واقعی وصل کنید
برای هر بسته فقط تغییر معنادار یا درخواست ضروری را اعلام کنید؛ چند پیام تکراری با کد یکسان ارزش تازه‌ای ندارد. وقتی همه اقلام به تعداد درست تعیین تکلیف شدند، وضعیت کلی را به‌روزرسانی کنید. تحویل بخشی از سفارش نباید باقی پرونده را از صف خارج کند. اگر مشتری فقط یکی از بسته‌ها را پیگیری می‌کند، همان را باز کنید و اطلاعات سایر گیرنده‌ها یا سفارش‌های نامرتبط را در پیام نگذارید.
جدول رابطه قلم سفارش و بسته و کد رهگیری
ردیف‌های زیر کاملاً آموزشی و ساختگی‌اند؛ شناسه‌ها، نقش‌ها و تصمیم‌ها نمونه هستند و اطلاعات مشتری واقعی ندارند. در نسخه کاری، مسئول هر تصمیم و مرجع تأیید را از فرایند واقعی مجموعه وارد کنید.
| سفارش نمونه | قلم | تعداد در این بسته | مرسوله | وضعیت مستقل | شرکت حمل | کد رهگیری | منبع وضعیت | زمان آخرین مشاهده |
|---|---|---|---|---|---|---|---|---|
| آموزشی الف | پوشه | ۲ | بسته الف | تحویل ثبت‌شده | — | — | — | — |
| آموزشی الف | پوشه | ۱ | بسته ب | در مسیر طبق منبع حمل | — | — | — | — |
| آموزشی الف | پایه | ۱ | بسته پ | آماده‌سازی؛ کد صادر نشده | — | — | — | — |
دانلود جدول رابطه قلم سفارش و بسته و کد رهگیری با فرمت CSV سازگار با اکسل. فایل آموزشی را ابتدا با یک پرونده ساختگی تکمیل کنید؛ ستون مبهم را اصلاح کنید و فقط اطلاعات ضروری عملیات را در نسخه اجرایی نگه دارید.
در مستندات Shopify، آماده‌سازی جزئی و شناسه رهگیری هر ارسال جدا مدیریت می‌شود. Shopify: Fulfilling your own orders individually صرفاً نمونه مستند یک سامانه است؛ این مقاله آموزش استفاده از آن سامانه یا بیان قانون ایران نیست. الگوی عملیاتی بالا را با سیاست معتبر مجموعه خود تطبیق دهید.
این روال را به پاسخ‌گویی تیم وصل کنید
در طراحی پاسخ‌گو، پرسش نخست را به «کدام بسته و کدام قلم» محدود کنید. اعلام وضعیت فقط با داده معتبر حمل انجام شود و کسری احتمالی به مسئول بررسی برسد. برای تکمیل جزئیات، کاهش تماس‌های سفارشم کجاست؛ راهنمای مدیر فروشگاه، پرسش‌های متداول ارسال و تحویل فروشگاه؛ نمونه قابل‌ویرایش را بخوانید. برای بررسی تناسب پاسخ‌گویی تلفنی با این فرایند، بسته‌های ابری اپراگپ و مسیر درخواست بررسی توسط تیم فروش را ببینید؛ اتصال به سامانه داخلی، اختیار تصمیم و شرایط اجرا باید جداگانه بررسی شوند.
راهنماهای مرتبط با این مسئله
کد رهگیری کار نمی‌کند؛ چه پاسخی به مشتری بدهیم؟ و بخشی از سفارش در بسته نیست؛ چک‌لیست رسیدگی به کسری کالا می‌توانند گام بعدی بررسی تیم شما باشند.