ثقافة المنتج وثقافة المشاريع

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

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

المشكلة هنا ليست في إدارة المشاريع نفسها؛ فهي ضرورية لتنظيم الوقت والميزانية والموارد. المشكلة تظهر عندما تُدار المنتجات الرقمية وكأنها أعمال مؤقتة تنتهي بمجرد التسليم.

فالمنتج لا ينتهي عند الإطلاق، بل يبدأ حين يستخدمه الناس.

ما الفرق بين عقلية المشروع وعقلية المنتج؟

تركز عقلية المشروع عادة على أسئلة مثل:

• هل اكتملت المتطلبات؟
• هل التزمنا بالميزانية؟
• هل أطلقنا في الموعد المحدد؟
• هل سلّم المورد جميع المخرجات؟

أما عقلية المنتج فتركز على أسئلة مختلفة:

• هل حللنا المشكلة الصحيحة؟
• هل يستخدم الناس المنتج؟
• هل تحققت القيمة المتوقعة؟
• ما الذي تعلمناه بعد الإطلاق؟
• ما التحسين التالي الذي يستحق الاستثمار؟

في المشروع يكون التسليم غالبًا هو نقطة النهاية، بينما في المنتج يكون الإطلاق بداية دورة من القياس والتعلم والتحسين.

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

علامات أن المنظمة ما زالت تعمل بعقلية المشاريع

يمكن ملاحظة ذلك عندما تتكرر ممارسات مثل:

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

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

لا تبدأ بتغيير الهيكل التنظيمي

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

لكن تغيير المسميات لا يصنع ثقافة منتج.

التحول الحقيقي يبدأ من تغيير طريقة اتخاذ القرار، وتعريف النجاح، وتوزيع المسؤوليات، والعلاقة بين الفريق والمستخدم.

يمكن البدء بمنتج واحد أو فريق صغير، وتجربة أسلوب مختلف قبل تعميمه على المنظمة.

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

عرّف المنتج قبل أن تديره

بعض المنظمات تطلق كلمة «منتج» على كل نظام أو مبادرة أو منصة.

لكن المنتج ليس مجرد نظام تقني. هو وسيلة مستمرة لتقديم قيمة لفئة محددة من المستخدمين وتحقيق نتيجة للمنظمة.

لذلك يجب أن يكون لكل منتج تعريف واضح يشمل:

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

وضوح هذه العناصر يساعد على منع تحول المنتج إلى مجموعة غير مترابطة من الطلبات.

غيّر تعريف النجاح

لن تتغير طريقة عمل الفرق إذا استمرت القيادة في مكافأتها فقط على سرعة التسليم وعدد الخصائص.

يجب أن تشمل مؤشرات النجاح نتائج تعكس أثر المنتج، مثل:

• نسبة المستخدمين الذين يكملون الرحلة.
• انخفاض وقت تنفيذ الخدمة.
• زيادة الاستخدام المتكرر.
• تقليل الأخطاء أو التدخل اليدوي.
• تحسن رضا المستخدم.
• خفض تكلفة التشغيل.
• ارتفاع الإيرادات أو معدل التحويل.
• زيادة الاعتماد على القناة الرقمية.

المواعيد والميزانيات تظل مهمة، لكنها لا تكفي للحكم على نجاح المنتج.

فالسؤال بعد الإطلاق لا ينبغي أن يكون: «هل تم التسليم؟»

بل: «ماذا تغيّر بسبب ما تم تسليمه؟»

امنح الفريق مشكلة لا قائمة متطلبات

في بيئة المشاريع، يحصل الفريق غالبًا على قائمة تفصيلية بما يجب بناؤه.

أما في ثقافة المنتج، فيحتاج الفريق إلى فهم المشكلة والنتيجة المطلوبة، ثم المشاركة في اكتشاف الحل.

على سبيل المثال، بدلًا من تكليف الفريق بـ:

إنشاء لوحة معلومات وإضافة خمسة تقارير.

يمكن صياغة التحدي هكذا:

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

الصياغة الثانية تفتح المجال أمام الفريق لدراسة الأسباب، وتحليل البيانات، وتجربة حلول متعددة. فقد تكون المشكلة في جودة البيانات أو توزيع المسؤوليات، وليس في غياب التقارير.

هذا لا يعني العمل دون متطلبات، بل يعني ألا تُكتب التفاصيل النهائية قبل فهم المشكلة واختبار الحل.

حافظ على الفريق بعد الإطلاق

من الصعب بناء منتج جيد عندما يتغير الفريق بالكامل بعد كل مشروع.

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

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

قد يشمل الفريق:

• إدارة المنتج.
• التصميم وتجربة المستخدم.
• التطوير.
• تحليل البيانات.
• تحليل الأعمال.
• الجودة.
• التشغيل أو التخصص التجاري.

لا يعني ذلك أن جميع الأعضاء يعملون على المنتج بصورة حصرية دائمًا، لكن يجب أن توجد مسؤولية مستمرة وواضحة عنه.

أدخل الاكتشاف ضمن العمل وليس قبله فقط

تتعامل بعض المنظمات مع التحليل باعتباره مرحلة تنتهي قبل التطوير، ثم يُمنع تغيير الحل بعد اعتماد المتطلبات.

لكن فرق المنتجات تحتاج إلى اكتشاف مستمر قبل التنفيذ وأثناءه وبعده.

يشمل ذلك:

• مقابلة المستخدمين.
• تحليل سلوك الاستخدام.
• اختبار النماذج الأولية.
• مراجعة الشكاوى.
• تحليل أسباب التعثر.
• اختبار الفرضيات.
• قياس نتائج الإطلاقات.

يمكن لفريق صغير أن يعمل بالتوازي: جزء منه يطور تحسينات تم التحقق منها، بينما يختبر الجزء الآخر الفرص التالية.

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

اجعل خارطة الطريق أداة اتجاه

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

أما في ثقافة المنتج، فالأفضل أن توضح الخارطة المشكلات والنتائج التي سيركز عليها الفريق.

بدلًا من:

• تطوير الإشعارات.
• إنشاء تطبيق جوال.
• إضافة التقارير.
• إعادة تصميم الصفحة الرئيسية.

يمكن أن تركز الخارطة على:

• تقليل الطلبات غير المكتملة.
• رفع استخدام الخدمة بين الفئة المستهدفة.
• تقليل وقت الوصول إلى المعلومة.
• تحسين قدرة المستخدم على متابعة معاملته.

بعد ذلك تُختبر الحلول، ولا يُفترض أن تكون جميع الأفكار الأولية صحيحة.

غيّر علاقة الأعمال بالتقنية

من أكبر التحديات في منظمات المشاريع وجود فصل واضح بين «قطاع الأعمال» الذي يطلب، و«الفريق التقني» الذي ينفذ.

ثقافة المنتج تحتاج إلى شراكة مبكرة بين الأعمال والتقنية والتصميم.

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

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

تعامل مع المورد كشريك في التنفيذ لا كمالك للمنتج

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

يجب أن تحتفظ المنظمة داخليًا بملكية:

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

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

تقبّل أن بعض الأفكار ستتوقف

ثقافة المشاريع تشجع أحيانًا على استكمال المبادرة لأن ميزانيتها اعتُمدت، أو لأن العمل بدأ، أو لأن التراجع قد يُفهم باعتباره فشلًا.

أما ثقافة المنتج فتعامل إيقاف الفكرة غير المناسبة باعتباره قرارًا مسؤولًا.

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

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

دور القيادة في التحول

لا يمكن بناء ثقافة منتج بجهد مديري المنتجات وحدهم.

تحتاج القيادة إلى دعم سلوكيات جديدة، مثل:

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

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

كيف تبدأ بصورة عملية؟

يمكن للمنظمة أن تبدأ بخطوات محدودة:

1. اختيار منتج واحد للتجربة.
2. تعريف مستخدميه ومشكلته والقيمة التي يقدمها.
3. تحديد نتيجة رئيسية قابلة للقياس.
4. تشكيل فريق مسؤول عنه قبل الإطلاق وبعده.
5. مراجعة خارطة الطريق وتحويلها من خصائص إلى نتائج.
6. تنفيذ تجربة صغيرة قبل بناء الحل الكامل.
7. قياس النتائج بعد الإطلاق.
8. توثيق ما تعلمه الفريق ومشاركته مع بقية المنظمة.

الهدف في البداية ليس تطبيق نموذج مثالي، بل إثبات أن طريقة العمل الجديدة تؤدي إلى قرارات أفضل ونتائج أوضح.

الخلاصة

الانتقال من عقلية المشاريع إلى ثقافة المنتج لا يعني التخلي عن التخطيط أو الميزانية أو إدارة التنفيذ.

بل يعني توسيع مفهوم النجاح ليشمل ما يحدث بعد التسليم.

المشروع يهتم بوصول الفريق إلى الموعد النهائي، أما المنتج فيهتم بوصول المستخدم إلى القيمة.

وثقافة المنتج تبدأ عندما تتوقف المنظمة عن السؤال فقط:

ماذا سلّمنا؟

وتبدأ في السؤال:

ما النتيجة التي حققناها، وما الذي تعلمناه، وما القرار التالي؟