عقلية المنصة كمنتج

في عام 2025، تُدار أكثر من 80% من منصات المؤسسات كمنتجات، وليس كمشاريع. هذا التحول الجوهري يفصل بين فرق المنصات الناجحة وتلك التي تعاني من التبني.

المشاريع مقابل المنتجات

الفرق حاسم:

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

تفكير المشروع:
"ابنه، سلّمه، انتقل"
        ↓
   تبني منخفض، يصبح برنامجاً مهملاً

تفكير المنتج:
"ابن، قس، تعلم، كرر"
        ↓
   تبني عالي، قيمة مستمرة

مطوروك هم عملاؤك

أنجح فرق المنصات تعامل المطورين كـ عملاء يدفعون—حتى لو لم يتم تبادل أي أموال:

# لوحة منتج المنصة
product_name: "منصة المطور الداخلية"

customers:
  primary: "مطورو التطبيقات"
  secondary: "مهندسو DevOps، SREs"

value_proposition:
  - "شحن الميزات أسرع دون خبرة البنية التحتية"
  - "موارد ذاتية الخدمة في دقائق، ليس أيام"
  - "إعدادات افتراضية متسقة وآمنة"

jobs_to_be_done:
  - "أحتاج لنشر خدمة مصغرة جديدة"
  - "أحتاج قاعدة بيانات لتطبيقي"
  - "أحتاج لفهم الخدمات الموجودة"
  - "أحتاج للإعداد بسرعة في فريق جديد"

success_metrics:
  - "الوقت للنشر الأول < ساعة واحدة"
  - "درجة رضا المطور > 8/10"
  - "معدل إكمال الخدمة الذاتية > 90%"

تجربة المطور (DevEx)

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

خريطة رحلة المطور:
┌──────────────────────────────────────────────────────────┐
│ اليوم 1: الإعداد                                         │
│ ├─ الوصول للبوابة                                       │
│ ├─ استكشاف كتالوج الخدمات                               │
│ └─ إيجاد التوثيق                                        │
├──────────────────────────────────────────────────────────┤
│ اليوم 2-5: النشر الأول                                   │
│ ├─ استخدام قالب لبناء الخدمة                            │
│ ├─ طلب موارد سحابية                                     │
│ └─ النشر للتجهيز                                        │
├──────────────────────────────────────────────────────────┤
│ الأسبوع 2+: العمل اليومي                                 │
│ ├─ مراقبة صحة الخدمة                                    │
│ ├─ تصحيح المشاكل                                        │
│ └─ شحن الميزات                                          │
└──────────────────────────────────────────────────────────┘

في كل مرحلة، اسأل: "أي احتكاك يمكننا إزالته؟"

أنحف منصة قابلة للحياة (TVP)

لا تبني منصة ضخمة مقدماً. ابدأ بـ أنحف منصة قابلة للحياة:

نهج TVP:
الأسبوع 1-4:   ┌─────────────────┐
               │ كتالوج أساسي   │  ← ابدأ هنا
               │ (قائمة الخدمات) │
               └─────────────────┘
                       ↓
الأسبوع 5-8:   ┌─────────────────┐
               │ + القوالب      │  ← أضف البناء
               │ (إنشاء خدمة)   │
               └─────────────────┘
                       ↓
الأسبوع 9-12:  ┌─────────────────┐
               │ + الخدمة الذاتية│  ← أضف البنية التحتية
               │ (توفير DB)     │
               └─────────────────┘
                       ↓
الأسبوع 13+:   ┌─────────────────┐
               │ + المراقبة     │  ← أضف لوحات المراقبة
               │ (لوحات القيادة)│
               └─────────────────┘

قياس نجاح المنصة

فرق المنتجات تتتبع المقاييس. فرق المنصات يجب أن تفعل ذلك أيضاً:

# مؤشرات أداء المنصة
adoption_metrics:
  - name: "المستخدمون النشطون شهرياً"
    target: "80% من المطورين"
  - name: "معدل استخدام القوالب"
    target: "> 90% من الخدمات الجديدة"

efficiency_metrics:
  - name: "الوقت للنشر الأول"
    baseline: "3-5 أيام"
    target: "< ساعة واحدة"
  - name: "وقت طلب البنية التحتية"
    baseline: "تذكرة (2-3 أيام)"
    target: "خدمة ذاتية (< 5 دقائق)"

satisfaction_metrics:
  - name: "NPS المطور"
    target: "> 50"
  - name: "حجم تذاكر الدعم"
    direction: "متناقص"

بحث المستخدم للمنصات

مديرو المنتجات يجرون بحث المستخدم. مهندسو المنصات يجب أن يفعلوا ذلك أيضاً:

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

1. استطلاعات المطورين: فحوصات رضا ربع سنوية
2. مقابلات المستخدمين: غوص عميق في نقاط الألم
3. تحليلات الاستخدام: تتبع الميزات المستخدمة
4. تحليل تذاكر الدعم: تحديد المشاكل الشائعة

# مثال: تتبع استخدام القوالب
kubectl get pods -A -o json | \
  jq '.items[].metadata.annotations["backstage.io/template-name"]' | \
  sort | uniq -c | sort -rn

في الدرس التالي، سنستكشف مكونات منصة المطور الداخلية (IDP). :::