خمسة أشياء تبطئ الانتقاء

يبدو الانتقاء بسيطًا: خذ الطلب، اذهب إلى المنتج، ضعه في الصندوق. لكن إذا كان الانتقاء بطيئًا في مستودعك، فالسبب نادرًا ما يكون بطء الموظفين. السبب أن التخطيط أو الأوراق أو طريقة العمل تعمل ضدّهم. إليك خمسة أشياء تضيف بصمت دقائق إلى كل عملية انتقاء، وما الذي تفعله حيال كل منها.

ترتيب مشي يتجاهل تخطيط المستودع

تُنشأ معظم قوائم الانتقاء بالترتيب الذي أُضيفت به الأصناف إلى السلة، أو بالترتيب الأبجدي لـ SKU، أو بأي ترتيب يختاره النظام ذلك اليوم. لا شيء من ذلك يطابق تخطيط مستودعك. يذهب الموظف إلى الممر 3، ثم يعود إلى الممر 1، ثم الممر 9، ثم يعود إلى الممر 2 — يقطع المسار نفسه ثلاث أو أربع مرات في طلب واحد.

الحل ليس معقّدًا: رتّب قائمة الانتقاء حسب موقع الخانة، لا حسب SKU أو ترتيب الطلب. إذا كانت خاناتك مرقّمة بترتيب مسار منطقي عبر المستودع، فإن قائمة مرتّبة بهذه الطريقة تحوّل المسار المتعرّج إلى مشي مستقيم. وهذا من أنفع ما يمكن أن يقدّمه لك نظام الخانات — عندما يكون الموقع الفعلي لكل منتج مسجّلًا، يمكن للقائمة أن تتبع أرضية المستودع لا جدول البيانات.

المنتج نفسه في عدة خانات في وقت واحد

يحدث هذا أكثر مما يعتقد الناس. تصل بضاعة جديدة لمنتج ما ولا يوجد مكان في موقعه المعتاد، فتذهب الدفعة الثانية إلى رف على بُعد ممرّين. لا أحد يكتب ذلك. الآن صار الـ SKU في مكانين، لكن في ذهن أحدهم مكانًا واحدًا فقط — عادةً ذهن من وضعه هناك.

عندما يتسلّم موظف جديد ذلك الطلب، يذهب إلى المكان الوحيد الذي يعرفه، فيجده فارغًا أو ناقصًا، ثم إما يخمّن، أو يسأل هنا وهناك، أو يجوب المستودع كله بحثًا عن بقية البضاعة. اضرب ذلك في بضعة SKU يوميًا، فيصبح وقتًا ضائعًا حقيقيًا.

الحل الحقيقي الوحيد هو تسجيل كل خانة يوجد فيها المنتج، لا الخانة «الرئيسية» فقط، بحيث تشير قائمة الانتقاء إليها جميعًا. هذا بالضبط ما ينهار مع الأوراق اللاصقة وملصقات الرفوف، وهذا بالضبط ما يتتبّعه Bins-USA منذ البداية — يمكن أن يكون للمنتج الواحد أكثر من خانة، وقائمة الانتقاء تعرفها كلها.

لا باركود، فتجري المطابقة كلها بالعين

إذا لم يكن على الخانات والمنتجات باركود، يصبح الانتقاء لعبة مطابقة: اقرأ الـ SKU في القائمة، اقرأ الملصق على الرف، طابِق حرفًا بحرف، وتمنَّ ألّا تكون قد قرأت 0 على أنه O. هذا بطيء حتى عندما يسير العمل جيدًا، وعندما لا يسير، يُشحن الصنف الخطأ ولا يكتشف أحد ذلك إلا بعد ثلاثة أيام.

الباركود على الخانات والمنتجات يحوّل هذه المطابقة إلى مسحة واحدة. هو أسرع، ويقضي على ذلك النوع المحدّد من الأخطاء الذي ينتج عن قراءة SKU متشابهة بعيون متعبة في الرابعة عصرًا. إذا كان لديك أي حجم عمل يُذكر، فهو من أرخص الحلول في هذه القائمة قياسًا بما يوفّره.

انتقاء الطلبات واحدًا تلو الآخر بدل تجميعها

إذا كان مستودعك يستقبل عشرة طلبات صغيرة في الساعة وكان الموظف يجهّز كلًا منها منفردًا، فهذه عشر جولات في الممرات نفسها، وغالبًا المرور أمام الرفوف نفسها خمس أو ست مرات. التجميع — ضمّ الطلبات التي تتشارك منتجات أو مواقع متقاربة وانتقاؤها معًا — يقلّل المشي كثيرًا. يتطلّب في البداية تنظيمًا أكثر قليلًا (إعادة فرز الأصناف إلى طلبات منفصلة بعد الانتقاء)، لكن لمن يشحن طلبات كثيرة يوميًا يكون وقت المشي الموفَّر عادةً أكبر من وقت الفرز الإضافي.

لا يحتاج التجميع إلى أن يكون معقّدًا. حتى قاعدة بسيطة — «اجمع الطلبات التي تتشارك ثلاثة SKU أو أكثر» — تلتقط معظم المكاسب السهلة دون أن تحوّل طريقة عملك إلى لغز.

طباعة قائمة الانتقاء قبل تأكيد الطلب

هذا يتعلّق بالتوقيت أكثر من أرضية المستودع. إذا طُبعت قوائم الانتقاء فور وصول الطلب — قبل تأكيد الدفع بالكامل، وقبل ظهور مشكلة في العنوان، وقبل أن يضيف العميل صنفًا آخر بعد خمس دقائق — فإنك تنتقي طلبات تتغيّر أو تُلغى أو يجب إعادة طباعتها مع الإضافات. يمشي الموظف مرتين من أجل طلب واحد.

ترك مهلة قصيرة قبل الطباعة، أو جعل الطباعة تبدأ عند تغيّر الحالة بدل إنشاء الطلب، يتجنّب معظم ذلك. لن يلتقط كل شيء، لكنه سيمنع الشكل الأكثر شيوعًا للمشكلة: الانتقاء، ثم إعادة الانتقاء فورًا.

لا يتطلّب أي من هذه الحلول اقتلاع طريقة عملك. معظمها يعني فقط أن تكون المعلومات التي يحتاجها الموظف — الموقع، والكمية، والباركود، والدفعة — بين يديه في اللحظة التي يحتاجها، بدل أن يحفظها في رأسه أو يكتشفها في المكان.