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