إدارة المنتجات لرفع المعايير: إدارة دورة حياة المنتج مع آرون بونكو
مرحبًا بكم في سلسلة إدارة المنتجات لرفع المعايير. في هذه المجموعة من المقالات، سنستكشف بعمق تعقيدات إدارة المنتجات التقنية لمشاركة الرؤى وأفضل الممارسات والتجارب الواقعية التي تساعد مديري المنتجات التقنية (الذين يُطلق عليهم اسم "إدارة المنتجات التقنية" أو PMTs في Amazon) على رفع مهاراتهم وفهم كيفية عملنا في Amazon Ads ومعرفة المزيد عن العمل الذي يثير حماستنا.
في هذا الجزء الأول، نستمع إلى آرون بونكو، المدير الأول لإدارة البرامج التقنية (TPM) في فريق القياس وعلوم البيانات. يتمتع آرون بخبرة تقارب تسع سنوات في Amazon، وهو يشغل دورًا يضعه في ملتقى التكنولوجيا واستراتيجية الأعمال. يناقش هنا كيف ندير عادةً دورة حياة المنتج في Amazon.
دورة حياة المنتج في Amazon Ads
لا تختلف دورة حياة منتجاتنا في Amazon Ads اختلافًا جذريًا عن شركات التكنولوجيا الأخرى، ولكن على مر السنين، قمنا بتطوير نهجنا ليتوافق مع ثقافة الانتماء والاهتمام بالعملاء في Amazon. نقوم عادةً بتقسيمها إلى خمس مراحل:
- مرحلة ما قبل التطوير: هذه هي المرحلة التي يبدأ فيها كل شيء. في Amazon، نتحدث دائمًا عن "العمل بشكل عكسي"، فنحن نبدأ بالفهم العميق لعملائنا واحتياجاتهم. تتمثل عملية Amazonian في وضع المنتج في سياقه ضمن مجموعتنا الأوسع وتطوير PR/FAQ (بيان صحفي/أسئلة شائعة) تعتمد على البيانات والتي تتصور المنتج في تاريخ الإطلاق والفوائد التي سيقدمها للعملاء. بيان الرؤية هذا هو الأساس لجميع الأعمال المتعلقة بالمنتج؛ فنحن لا نبدأ في الإنشاء حتى يكون الجميع راضيًا عن البيان الصحفي/الأسئلة الشائعة.
- التطوير والاختبار: هنا نبدأ في تحويل الأفكار إلى واقع، حيث نقوم بإعداد التصاميم وإنشاء النماذج الأولية وإجراء اختبارات دقيقة. على عكس النهج التقليدي للمراحل المتسلسلة الخطية، لا ننتظر وثيقة المتطلبات الكاملة والشاملة. بدلاً من ذلك، نبدأ بنظرة عامة متقدمة ونشرك فرقنا الفنية في وقت مبكر. يتيح لنا ذلك الحصول على تقييمات قيّمة حول درجة التعقيد وإجراءات التبسيط المحتملة منذ البداية.
في Amazon، نعمل دائمًا على إنشاء منتج يتمتع بالحد الأدنى للمنتج المحبوب مقابل منتج الحد الأدنى القابل للتطبيق. "الاهتمام بالعملاء" هو مبدأ القيادة الأول لدينا، وحتى أن أبسط نسخة من المنتج الذي نصدره يجب أن تكون مبهجة للعملاء. يتم دمج الاختبار في جميع مراحل عملية التطوير لدينا، وليس فقط في النهاية، ونحن نستخدم مزيجًا من اختبار الوحدة والتكامل وقبول المستخدم. وإحدى الممارسات التي ساعدتنا جيدًا هي إشراك العملاء الفعليين في مرحلة الاختبار كلما أمكن ذلك. غالبًا ما نقوم بتنفيذ برامج تجريبية حيث يمكن للعملاء المحددين تجربة ميزات جديدة وتقديم التقييمات. يثبت هذا الاختبار الواقعي قيمته الكبيرة في تحديد مشكلات قابلية الاستخدام وتحسين منتجاتنا قبل الإطلاق الكامل. نحن أيضًا نولي اهتمامًا وثيقًا للمتطلبات غير الوظيفية خلال هذه المرحلة. إن الأداء وقابلية التوسع والأمان ليست أفكارًا تطرأ في وقت لاحق ولكنها أجزاء لا تتجزأ من عملية التطوير والاختبار لدينا. نجري اختبار التحميل للتأكد من أن المنتجات يمكنها التعامل مع الحجم المتوقع للزيارات وننفذ عمليات تدقيق أمنية لضمان حماية بيانات عملائنا، والتي تعد أولوية بالنسبة لنا. - الإطلاق: التنفيذ هو المفتاح خلال هذه المرحلة. عند تنفيذ خطتنا للذهاب إلى السوق، من المهم التفكير جيدًا فيما سيؤثر على نهج الإصدار الخاص بنا وكيف يمكن أن يؤثر ذلك على نطاقنا الفني. خلال مرحلة الإطلاق، نعمل أيضًا عن كثب مع فرق التسويق والمبيعات ونراقب مقاييس الإطلاق بدقة -غالبًا في الوقت الفعلي - لضمان تحقيق أهدافنا وتحديد أي مشكلات تحتاج إلى معالجة بسرعة. أحد الدروس الرئيسية التي تعلمتها على مر السنين هو أهمية المرونة خلال هذه المرحلة. بغض النظر عن مدى براعة تخطيطك، ستكون هناك دائمًا مفاجآت. تعد القدرة على التكيف بسرعة استنادًا إلى البيانات والتقييمات الواقعية أمرًا بالغ الأهمية.
- مرحلة ما بعد الإطلاق: لا يتوقف العمل بعد الإطلاق. نواصل مراقبة مقاييس النجاح على المدى الطويل ونبحث عن إشارات تفكير "اليوم الثاني" التي قد تشير إلى أننا نغفل عما يهم حقًا في منتجاتنا. يمكن أن تتضمن هذه الإشارات أن ينصب تركيز بعض الفرق بشكل زائد عن الحد على تحقيق مقاييس أو أهداف محددة على حساب ما يهم حقًا للعملاء أو الأعمال. مثال آخر هو عندما يبالغ الفريق في التركيز على إنشاء العمليات والآليات، مما يؤدي إلى خنق الإبداع والمرونة. على الرغم من أن الآليات مهمة وجزء أساسي من طريقة عملنا في Amazon، إلا أنها يجب أن تمكّن التقدم بدلاً من إعاقته.
- التكرار والتطور: في هذه المرحلة النهائية، نستخدم بيانات ما بعد الإطلاق للتحقق من صحة فرضيتنا الأصلية أو لتقدير ما إذا كنا بحاجة إلى تغيير وجهة نظرنا وتعديل رؤيتنا. على سبيل المثال، ربما لم يكن طلب العملاء على منتجنا كما كنا نعتقد، أو أنهم لا يفهمون القيمة المقترحة له. ندمج هذه الدروس في الإصدارات المستقبلية من المنتج وكذلك في المنتجات الأخرى التي نقوم بإنشائها في مجموعتنا. نتواصل مع العملاء ونحلل بيانات الاستخدام للحصول على تقييمات حول المنتج وللتأكد من أننا نعالج مخاوفهم والفجوات في المنتج أثناء تخطيطنا للتحسينات المستقبلية
الدروس المستفادة حول دورة حياة المنتج
مع قيامنا بتحسين نهجنا في هذه المراحل الخمس على مر السنين، اكتسبنا بعض الرؤى القيّمة حول دورة الحياة الأوسع نطاقًا للمنتج:
- دورة الحياة نادرًا ما تكون خطية: على الرغم أننا نقدم هذه المراحل بالتتابع، إلا أنها في الواقع غالبًا ما تتداخل وتتكرر. قد نكون في مرحلة ما بعد الإطلاق لميزة معينة بينما نحن في نفس الوقت في مرحلة ما قبل التطوير للميزة التالية.
- احتياجات العملاء تتطور بسرعة: ما كان يعد متطورًا في العام الماضي قد يكون متطلبات أساسية اليوم. لقد تعلمنا أن ندمج المرونة في رؤانا طويلة الأمد لتلبية ديناميكيات السوق المتغيرة.
- البيانات مهمة، لكن السياق هو الأهم: على الرغم من أننا نعتمد على البيانات، فقد تعلمنا أن الأرقام وحدها لا تروي القصة بأكملها. غالبًا ما يكون فهم السياق الكامن وراء البيانات هو ما يؤدي إلى الابتكارات الكبيرة.
- تجنب تفكير اليوم الثاني يبدأ في اليوم الأول: لقد اكتشفنا أن التخطيط للنجاح على المدى الطويل والمخاطر المحتملة من البداية يؤدي إلى منتجات أكثر استدامة.
- السرعة مهمة ولكن ليس على حساب الجودة: بينما نسعى إلى التحرك بسرعة، تعلمنا بالطريقة الصعبة أن التسرع في طرح منتج غير مُتقن في السوق يمكن أن يضر بثقة العملاء.
- الأفكار الأكثر تأثيرًا غالبًا ما تأتي من أماكن غير متوقعة: نشأت بعض أفضل تحسينات منتجاتنا من تذاكر دعم العملاء أو التعليقات في جلسات اختبار المستخدم.
لم تشكل هذه الرؤى كيفية تعامل Amazon مع كل مرحلة من مراحل دورة حياة المنتج فحسب، بل عززت أيضًا أهمية التعاون بين الأقسام المختلفة طوال العملية. هذه الروح التعاونية ليست مجرد أمر مفضل، بل هي أساسية في طريقة عملنا وابتكارنا. في Amazon Ads، لا نلتزم بنموذج RACI الرسمي (المسؤول والخاضع للمساءلة والمستشار والمطلع). لدينا بدلاً من ذلك إرشادات تعزز الانتماء والمساءلة:
- مدراء المنتجات يتحملون مسؤولية "ما الذي يجب عمله".
- المهندسون يتحملون مسؤولية "كيفية عمله".
- مديرو البرامج التقنية (TPM) يتحملون مسؤولية "متى يتم عمله".
ومع ذلك، هذه ليست قواعد صارمة. تشجع ثقافتنا الجميع على المساهمة بما يتجاوز مسؤولياتهم الأساسية، مما يعمل على تعزيز الابتكار والحل السريع للمشكلات.
التطور مستمر
يعد إنشاء المنتجات في Amazon Ads عملية دائمة التطور، فنحن نواصل التعلم من عملائنا وتوقعاتهم. ندفع أنفسنا باستمرار نحو الابتكار وتقديم تجارب تبهج عملائنا في نفس الوقت.
في المقالة التالية حول إدارة المنتجات لرفع المعايير، سنسمع من أحد مديري PMT لدينا عن كيفية التأثير دون سلطة.