التسليم6 دقيقة قراءة

كيف تجعل شراء الأتمتة عملية قابلة للتكرار

بقلم DBR77 Team · نُشر في

توقف عن البدء من صفحة بيضاءتوقف عن البدء من صفحة بيضاء

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

لماذا يبدأ كل مشروع أتمتة من الصفر

في كثير من المصانع، يدير مشروع الأتمتة الأول مهندس واحد ومسؤول مشتريات واحد يتعلمان أثناء العمل. ثم يجد الفريق التالي مجلدًا من ملفات PDF ورسائل البريد الإلكتروني، لكن دون منهجية، فيكتب موجزًا جديدًا، ويبني جدول مقارنة جديدًا، ويتجادل من جديد حول من يعتمد ماذا.

كان يمكن تحمّل ذلك حين كانت الأتمتة حدثًا نادرًا. وفي استطلاع McKinsey الذي شمل قادة صناعيين، توقع كثير من المشاركين أن تمثّل الأنظمة المؤتمتة 25 بالمئة من الإنفاق الرأسمالي خلال السنوات الخمس المقبلة. وأحصى الاتحاد الدولي للروبوتات (IFR) تركيب 542,000 روبوت صناعي في 2024، أي أكثر من ضعف العدد قبل عشر سنوات. وعندما تصبح الأتمتة حصة منتظمة من الإنفاق الرأسمالي، فإن شراءها مشروعًا مرتجلًا تلو الآخر يهدر الوقت والمال والخبرة التي دفع المصنع ثمنها أصلًا.

وتظهر التكلفة في صورة مواجز تُغفل البيانات نفسها في كل مرة، وعروض لا يمكن مقارنتها، والخطأ نفسه في القبول أو التسليم في المشروع الثالث كما في الأول.

دورة من خمسة مستندات قياسية للشراء ومسؤوليها: نموذج الموجز، وقواعد الأسئلة والأجوبة، وجدول المقارنة، وسجل القرار، والتسليم مع الدروس المستفادة التي تُعاد إلى المشروع التالي.دورة من خمسة مستندات قياسية للشراء ومسؤوليها: نموذج الموجز، وقواعد الأسئلة والأجوبة، وجدول المقارنة، وسجل القرار، والتسليم مع الدروس المستفادة التي تُعاد إلى المشروع التالي.

المستندات القياسية الخمسة

تقوم العملية القابلة للتكرار على خمسة مستندات قصيرة تحمل المشروع معًا من الفكرة إلى التنفيذ.

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

طريقة كتابة الموجز مشروحة في كيف تكتب موجز أتمتة يستطيع المُكامِلون تسعيره، وأقسام طلب العروض في ما الذي يجب تضمينه في طلب عرض أسعار (RFQ) أو طلب عروض (RFP) للأتمتة. ولبناء جدول المقارنة، استعن بمقال كيف تقارن عروض الأتمتة جنبًا إلى جنب.

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

من يملك النظام

الملكية تتبع المستندات:

  • راعي المشروع (غالبًا مدير العمليات أو مدير المصنع) يملك النتيجة وسجل القرار، ويفرض قاعدة استخدام كل مشروع للنماذج.
  • المشتريات تملك قواعد الأسئلة والأجوبة وجدول المقارنة، وتحافظ على عدالتها تجاه جميع مقدّمي العروض.
  • الهندسة تملك نموذج الموجز والصفوف التقنية في المقارنة.
  • العمليات والصيانة تملكان معايير القبول والدروس المستفادة من تشغيل المعدات.

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

استخدم هيكلًا واحدًا لكل عملية شراء أتمتة

على DBR77 Marketplace، يتبع كل Technology Challenge (تحدٍّ تقني) الهيكل الموجَّه نفسه، ويصل كل عرض بالصيغة نفسها. الخدمة مجانية للشركات المصنّعة.

انشر Technology Challenge الخاص بك

كيف تحافظ على السرعة دون أن تفقد العمق التقني

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

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

قِس عملية الشراء نفسها: الأسابيع من الفكرة المعتمدة إلى العقد الموقّع، وجولات الاستيضاح، وأوامر التغيير الناتجة عن ثغرات في الموجز. فهذه الأرقام تُظهر أين تحتاج النماذج إلى تحسين.

متى تجمع عدة احتياجات في عملية شراء واحدة

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

اجمعها عندما:

  • تتشارك الخلايا الواجهات أو تدفق المواد، فيجب أن يتولى مورد واحد التنسيق بينها؛
  • يكون تسلسل العمل مهمًا للسلامة أو لاستمرارية الإنتاج؛
  • تستخدم الاحتياجات فئة التقنية نفسها، فيستطيع الموردون أنفسهم تسعيرها جميعًا جيدًا.

وأبقِها منفصلة عندما:

  • تستخدم الاحتياجات تقنيات مختلفة (مثلًا، خلية تكديس على المنصات ومحطة فحص بالرؤية الآلية)؛
  • يكون أحد الاحتياجات محددًا جيدًا والآخر لا يزال غير واضح؛
  • تختلف الجداول الزمنية أو الميزانيات؛
  • يتيح الفصل للموردين المتخصصين أن يتنافسوا.

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

كيف تبني النظام في ثلاث خطوات

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

الخطوة 2: انشر الإصدار 1 واستخدمه في المشروع التالي. اجعل النماذج قصيرة. وأضف مثالًا واحدًا معبّأً من مشروع سابق، بعد حذف البيانات الحساسة.

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

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

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

كيف يساعد DBR77 Marketplace

على DBR77 Marketplace، يبقى هيكل المناقصة نفسه من مشروع إلى آخر: فكل Technology Challenge يمر عبر النموذج الموجَّه نفسه في ثماني خطوات، ودرجة النضج التي تختارها تحدد الحقول الإلزامية. وتصل العروض بصيغة موحّدة تتضمن النطاق والشروط والتكاليف، فتبقى صفوف جدول المقارنة لديك ثابتة. ويبقى سجل القرار والدروس المستفادة لدى فريقك، بينما تعرض لوحة التحكم مسار التحديات، والمفاهيم والعروض المقبولة، والبنود التي تنتظر المراجعة.

لوحة المصنّع في DBR77 Marketplace: المفاهيم والعروض المقبولة، والعناصر المنتظرة للمراجعة، ومسار التحديات، والمهام المعلّقة. بيانات نموذجية.لوحة المصنّع في DBR77 Marketplace: المفاهيم والعروض المقبولة، والعناصر المنتظرة للمراجعة، ومسار التحديات، والمهام المعلّقة. بيانات نموذجية.
لوحة المصنّع في DBR77 Marketplace: المفاهيم والعروض المقبولة، والعناصر المنتظرة للمراجعة، ومسار التحديات، والمهام المعلّقة. بيانات نموذجية.

الأسئلة الشائعة

هل للعملية القياسية معنى في مصنع لديه مشروع أو مشروعان في السنة؟

نعم، بصيغة خفيفة. فحتى مشروعان في السنة يعنيان أن الفريق الثاني يستطيع إعادة استخدام موجز الفريق الأول وجدول مقارنته ودروسه. والجهد المطلوب بضعة أيام للإعداد وساعة مراجعة لكل مشروع.

هل تناسب النماذج القياسية مشاريع مختلفة جدًا؟

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

هل نعقد بدلًا من ذلك اتفاقيات إطارية مع عدد قليل من المُكامِلين؟

قد تسرّع هذه الاتفاقيات الأعمال المتكررة من النوع نفسه مع موردين مجرَّبين. لكن اختبر السوق بانتظام، خاصة للتقنيات الجديدة، كي لا تخفي الاتفاقية الإطارية خيارات أفضل.

الخلاصة

ابدأ بإعادة بناء آخر عمليتي شراء أتمتة: ما الذي حسم كل قرار، وما الذي سأل عنه الموردون، وأين صعبت مقارنة العروض. وحوّل ذلك إلى الإصدار 1 من النماذج الخمسة، واستخدمه في المشروع التالي، ثم انشر الإصدار 2 بعد المراجعة التي تلي بدء التشغيل.

اجعل المشروع التالي أسهل من السابق

أدِر عمليات شراء الأتمتة عبر هيكل واحد على DBR77 Marketplace، أو تحدّث إلى فريقنا عن إعداده لعدة مشاريع.

انشر Technology Challenge الخاص بك · تواصل مع فريق Marketplace

المصادر