إعادة تصوّر كيف تجد المؤسسات مورّديها وتثق بهم

الحل

اتبعت عملية تفكير تصميمي منهجية وغير خطية

والتزمت بألّا أمسّ أي تصميم بصري قبل أن تُعرَّف المشكلة بوضوح وتُصاغ الفرصة بدقة.

1. الاستكشاف: فهم مساحة المشكلة. 5 مقابلات معمّقة مع مستخدمين من قطاعات الحديد والطيران وتقنية المعلومات. رسمت سير العمل من جانب المشتري ومن جانب المورّد معًا. وحدّدت الفروق الخاصة بكل قطاع في طريقة إدارة المشتريات. الوسوم: مقابلات مستخدمين ×5 · خرائط سير عمل ×2 · دراسات حالة قطاعية ×2
2. التحديد: تجميع النتائج وصياغة المشكلة. بنيت خريطة تقارب (affinity map) جمعت أكثر من 30 ملاحظة في محاور. وطوّرت 3 شخصيات مستخدم مبنية على الأدلة. وأجريت تحليلَي SWOT لمنصتَي SAP Ariba و Jaggaer. ثم صغت بيان مشكلة دقيقًا من النتائج المجمّعة. الوسوم: خريطة تقارب · 3 شخصيات مستخدم · تحليل SWOT تنافسي ×2
3. التوليد: صياغة الفرص واتجاهات التصميم. رسمت رحلة أرجون الحالية عبر 9 مراحل مع طبقات المشاعر. واستخلصت 18 عبارة «كيف يمكننا» (HMW) مرتبطة مباشرة بنقاط الألم. وحدّدت 6 اتجاهات تصميم أساسية بروابط واضحة مع الميزات. الوسوم: خريطة رحلة (9 مراحل) · 18 عبارة HMW · 6 اتجاهات تصميم
4. التصميم: هيكلة الحل وبناؤه. هيكلة معلومات كاملة (9 وحدات، وأكثر من 40 صفحة فرعية). مسار مستخدم مفصّل من البداية إلى النهاية لرحلة أرجون الأساسية. 8 شاشات عالية الدقة جاهزة للإنتاج بنظام تصميم IBM Carbon. الوسوم: هيكلة المعلومات · مسار المستخدم · واجهة عالية الدقة · 8 شاشات

خمسة أشخاص حقيقيين، وثلاثة قطاعات، وإحباط واحد مشترك

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

• من هم؟

  ما الأدوار التي يشغلها مديرو المشتريات، وكم مورّدًا يديرون، وكيف يبدو سير عملهم اليومي؟

• كيف يعملون اليوم؟

  على أي أدوات يعتمدون؟ كيف يكتشفون المورّدين، ويقيّمون العروض، ويحصلون على موافقة الإدارة المالية والقيادة؟

• أين ينهار الأمر؟

  ما الذي يسبب التأخير، وما المعلومات الناقصة، وأين يشعرون بأكبر قدر من الاحتكاك والمخاطر وفقدان السيطرة؟

نقاط الألم المجمّعة

كشف تحليل المقابلات الخمس من منظورَي المشتري والمورّد عن ثمانية محاور ألم مشتركة ظهرت في كل حوار، بصرف النظر عن القطاع.

• كل شيء يدوي

  المتطلبات، والتواصل، والعروض، والمقارنة: كلها تُنجَز في أدوات منفصلة لا يربط بينها شيء.

• اكتشاف المورّدين عشوائي

  جميع المستخدمين وجدوا مورّديهم عبر Google أو بالتوصية الشفهية. لا مصدر منظّم وموثوق لمعلومات مورّدين مُتحقَّق منهم مسبقًا.

• لا ذاكرة مؤسسية

  بعد إتمام كل طلب، لا يُسجَّل أداء المورّد أبدًا. كل دورة جديدة تبدأ من الصفر.

• ثقوب سوداء في الموافقات

  الحصول على موافقة الإدارة المالية والقيادة عبر سلاسل بريد إلكتروني بلا أي رؤية للحالة، ما يسبب تأخيرات تمتد لأيام.

• المخاطر غير مرئية

  لا طريقة منظّمة لتقييم امتثال المورّد، أو حالة شهاداته، أو مخاطره المالية قبل إدراجه في القائمة المختصرة.

• لا تتبّع للتسليم

  متابعة حالة الطلب تتطلب مكالمات هاتفية يومية مع المورّدين. لا تنبيهات من النظام، ولا رؤية للمراحل.

• فوضى الفواتير والمدفوعات

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

من الملاحظات إلى فرصة مصوغة بوضوح

لا يصبح البحث مفيدًا إلا حين يُحوَّل إلى قرارات. استخدمت ثلاث طرق (خريطة التقارب، وتطوير شخصيات المستخدم، والتحليل التنافسي) لتحويل الملاحظات الخام إلى مبادئ تصميم قابلة للتنفيذ.

شخصيات المستخدم

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

مدير مشتريات تقنية المعلومات

الأهداف

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

نقاط الألم

• كل شيء يعيش في Excel والبريد الإلكتروني؛ لا شيء مترابط
• لا سجلّ أداء؛ كل دورة تبدأ من الصفر
• تأخّر الموافقات يضيف أيامًا إلى كل دورة قرار
• لا إنذار مبكر حين يكون التسليم في خطر

مسؤولة مشتريات أولى

الأهداف

• ضمان استيفاء كل مورّد لمعايير الشهادات والامتثال
• الاحتفاظ بسجلّ تدقيق كامل لجميع قرارات المورّدين
• أدوات بسيطة بما يكفي ليستخدمها فريقها كله فعلًا

نقاط الألم

• SAP Ariba معقّد للغاية؛ نصف فريقها يتجنّبه
• التحقق اليدوي من الشهادات بطيء وعرضة للخطأ
• لا إنذار مبكر حين تتراكم مشكلة امتثال
• تكامل نظام ERP معطّل؛ البيانات تعيش في جزر منفصلة

رئيس العمليات

التصنيع

الأهداف

• الحصول على أفضل سعر في السوق دون قضاء ساعات في التفاوض
• إعادة الطلب السريعة من المورّدين الموثوقين، دون إعادة الدورة كاملة
• تتبّع التسليم دون مكالمات هاتفية يومية مع المورّدين

نقاط الألم

• تعقيد أسعار PLB يتغيّر باستمرار؛ يستحيل تتبّعه يدويًا
• لا بيانات عن اتجاهات الأداء تدعم قرارات الطلبات الكبيرة
• موافقة المالك تضيف أيامًا إلى كل قرار شراء كبير

المشهد التنافسي

كشف تحليلا SWOT لمنصتَي SAP Ariba و Jaggaer عن الفجوات في السوق، وعن المواضع التي يمكن لـ ProcuraEdge أن تبني فيها موقعًا متميّزًا ذا معنى.

كيف يمكننا (من عبارات HMW إلى الحلول)

هيكلة المعلومات

تعكس هيكلة المعلومات النموذج الذهني لمدير المشتريات، لا لمدير المنتج. رُتّبت الوحدات بحسب الإيقاع الطبيعي لعمل المشتريات (الاكتشاف، ثم التوريد، ثم التقييم، ثم الموافقة، ثم التنفيذ، ثم التعلّم)، فيبدو التنقّل بديهيًا من اليوم الأول.

شاشات الواجهة النهائية

8 شاشات جاهزة للإنتاج بُنيت بنظام تصميم IBM Carbon (السمة الداكنة G100). كل شاشة ترتبط مباشرة بمرحلة من الرحلة وبعبارة HMW محدّدة.

لوحة التحكم

اكتشاف المورّدين

إدارة طلبات التسعير

لوحة المقارنة

الخطوات التالية الموصى بها

تغطي دراسة الحالة هذه المراحل من الاستكشاف إلى التصميم عالي الدقة. ويبقى العمل التالي لإيصال المنتج إلى حالة مُثبتة وقابلة للإطلاق.

ما علّمني هذا المشروع

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