الجزء الثاني: التنقل في الغموض
بواسطة: فارون خيطان
مع شكر خاص لزملائي المذهلين: ماليكا راو، وإزمير ميسيتش، وهوغو ماركيز
بناءً على الأساس الذي تم وضعه في الجزء الأول، حيث استكشفنا “ماذا” وراء تحديات إمكانية ملاحظة إطلاق العنوان في Netflix، يحول هذا المنشور التركيز إلى “كيف”. كيف نضمن إطلاق كل عنوان بسلاسة وإمكانية اكتشافه من قبل الجمهور المناسب؟
في عالم التكنولوجيا الديناميكي، من المغري القفز إلى وضع حل المشكلات. لكن مفتاح النجاح الدائم يكمن في الرجوع خطوة إلى الوراء، أي فهم السياق الأوسع قبل الغوص في الحلول. هذا النهج المدروس لا يعالج العقبات المباشرة فحسب؛ فهو يبني المرونة وقابلية التوسع اللازمة للمستقبل. دعونا نستكشف كيف تؤدي هذه العقلية إلى تحقيق النتائج.
دعونا نلقي نظرة شاملة على جميع العناصر المعنية وكيفية ترابطها. يجب أن نهدف إلى معالجة أسئلة مثل: ما هو الأمر الحيوي بالنسبة للأعمال؟ ما هي جوانب المشكلة التي تعتبر ضرورية لحلها؟ و كيف وصلنا إلى هذه المرحلة؟
تتضمن هذه العملية:
- تحديد أصحاب المصلحة: حدد من يتأثر بالمشكلة ومن تعتبر مدخلاته حاسمة للتوصل إلى حل ناجح. في هذه الحالة، أصحاب المصلحة الرئيسيون هم:
– مشغلي إطلاق العنوان
دور: مسؤول عن إعداد العنوان وبياناته الوصفية في أنظمتنا.
تحدي: لا تفهم التأثيرات المتتالية لإعداداتها على أنظمة تخصيص الصندوق الأسود المتصورة– مهندسي نظام التخصيص
دور: تطوير وتشغيل أنظمة التخصيص.
تحدي: ينتهي الأمر بإنفاق دورات غير مخطط لها على إطلاق اللعبة وتحقيقات التخصيص.– مدراء المنتجات
دور: تأكد من أننا نقدم أفضل تجربة لأعضائنا.
تحدي: لا يجوز للأعضاء التواصل مع العنوان الأكثر صلة.– الممثلين المبدعين
دور: الوسيط بين منشئي المحتوى وNetflix.
تحدي: بناء الثقة في علامة Netflix التجارية مع منشئي المحتوى. - رسم خريطة للمشهد الحالي: ومن خلال رسم المشهد الحالي، يمكننا تحديد المجالات الجاهزة للتحسين والابتعاد عن الجهود الزائدة عن الحاجة. وبعيدًا عن الحلول المتناثرة والنصوص المؤقتة، أصبح من الواضح أنه لا يوجد حل ثابت لإمكانية ملاحظة إطلاق العنوان. يشير هذا إلى أن هذه المنطقة قد تم إهمالها لبعض الوقت ومن المحتمل أن تتطلب استثمارات كبيرة. ويطرح هذا الوضع تحديات وفرصاً على السواء؛ في حين أنه قد يكون من الصعب تحقيق تقدم أولي، إلا أن هناك الكثير من المكاسب السهلة للاستفادة منها.
- توضيح المشكلة الأساسية: ومن خلال تحديد المشكلة بوضوح، يمكننا التأكد من أن حلولنا تعالج السبب الجذري بدلاً من الأعراض فقط. على الرغم من وجود العديد من المشكلات والمشكلات التي يمكننا معالجتها، كانت المشكلة الأساسية هنا هي التأكد من التعامل مع كل عنوان بشكل عادل من خلال مجموعة التخصيص لدينا. إذا تمكنا من ضمان معاملة عادلة بثقة وجلب هذه الرؤية إلى جميع أصحاب المصلحة لدينا، فيمكننا معالجة جميع التحديات التي يواجهونها.
- تقييم أولويات العمل: إن فهم ما هو الأكثر أهمية بالنسبة للمنظمة يساعد في تحديد أولويات الإجراءات والموارد بشكل فعال. في هذا السياق، نحن نركز على تطوير الأنظمة التي تضمن إطلاق العناوين بنجاح، وبناء الثقة بين منشئي المحتوى وعلامتنا التجارية، وتقليل النفقات التشغيلية الهندسية. على الرغم من أن هذه حاجة عمل بالغة الأهمية ويجب علينا حلها بالتأكيد، إلا أنه من الضروري تقييم كيفية مقارنتها بالأولويات الأخرى عبر مناطق مختلفة من المؤسسة.
يتطلب التنقل في مثل هذا الفضاء الغامض فهمًا مشتركًا لتعزيز الوضوح والتعاون. ولمعالجة هذه المشكلة، قدمنا مصطلح “سلامة العنوان”، وهو مفهوم مصمم لمساعدتنا على التواصل بفعالية والتقاط الفروق الدقيقة في الحفاظ على رؤية كل عنوان وأدائه. أصبحت هذه اللغة المشتركة أساسًا لمناقشة تعقيدات هذا المجال.
“عنوان الصحة” يشمل مقاييس ومؤشرات مختلفة تعكس مدى جودة أداء العنوان، من حيث قابلية الاكتشاف ومشاركة الأعضاء. الأسئلة الثلاثة الرئيسية التي نحاول الإجابة عليها هي:
- هل هذا العنوان مرئي على الإطلاق ل أي عضو؟
- هل هذا العنوان مرئي لشخص مناسب حجم الجمهور؟
- هل يصل هذا اللقب كافة الجماهير المناسبة؟
يوفر تعريف صحة العنوان إطارًا لمراقبة وتحسين دورة حياة كل عنوان. لقد سمح لنا بالتوافق مع الشركاء بشأن المبادئ والمتطلبات قبل بناء الحلول، مما يضمن وصول كل عنوان إلى الجمهور المستهدف بسلاسة. لم تقدم هذه اللغة المشتركة مساحة المشكلة بشكل فعال فحسب، بل ساهمت أيضًا في تسريع التعاون واتخاذ القرار بين الفرق.
لبناء خطة قوية لإمكانية ملاحظة إطلاق اللعبة، احتجنا أولاً إلى تصنيف أنواع المشكلات التي نواجهها. يسمح لنا هذا النهج المنظم بمعالجة جميع جوانب صحة الملكية بشكل شامل.
حاليًا، يتم تجميع هذه المشكلات في ثلاث فئات أساسية:
1. إعداد العنوان
يتضمن إعداد العنوان سمات أساسية مثل البيانات الوصفية (على سبيل المثال، تواريخ الإطلاق، ولغات الصوت والترجمة، والعلامات التحريرية) والأصول (على سبيل المثال، العمل الفني، والمقاطع الدعائية، والرسائل التكميلية). تعتبر هذه العناصر حاسمة لأهلية العنوان على التوالي، والتخصيص الدقيق، والعرض التقديمي الجذاب. وبما أن هذه السمات تغذي الخوارزميات مباشرة، فإن أي تأخير أو عدم دقة يمكن أن ينتشر عبر النظام.
يجب أن يضمن نظام إمكانية المراقبة اكتمال إعداد العنوان والتحقق من صحته في الوقت المناسب، وتحديد الاختناقات المحتملة وضمان عملية إطلاق سلسة.
2. أنظمة التخصيص
العناوين مؤهلة للتوصية بها عبر لوحات متعددة على المنتج – الصفحة الرئيسية، وقريبًا، والمراسلة، والبحث والمزيد. تتعامل أنظمة التخصيص مع التوصية وتقديم العناوين على هذه اللوحات، مع الاستفادة من نظام بيئي واسع من الخدمات الصغيرة وذاكرة التخزين المؤقت وقواعد البيانات والتعليمات البرمجية والتكوينات لإنشاء لوحات المنتج هذه.
نحن نهدف إلى التحقق من أن العناوين مؤهلة في جميع لوحات المنتج المناسبة عبر مجموعة التخصيص الشاملة خلال جميع مراحل إطلاق العنوان.
3. الخوارزميات
تقود الخوارزميات المعقدة كل تجربة منتج مخصصة، وتوصي بالعناوين المصممة خصيصًا للأعضاء الفرديين. تعني إمكانية الملاحظة هنا التحقق من دقة التوصيات الخوارزمية لجميع العناوين.
يمكن أن يتأثر أداء الخوارزميات بعوامل مختلفة، مثل عيوب النموذج، أو إشارات الإدخال غير الكاملة أو غير الدقيقة، أو شذوذات الميزات، أو التفاعلات بين العناوين. إن تحديد هذه المشكلات ومعالجتها يضمن بقاء التوصيات دقيقة وفعالة.
من خلال تصنيف المشكلات في هذه المجالات، يمكننا معالجة التحديات بشكل منهجي وتقديم تجربة موثوقة وشخصية لكل عنوان على منصتنا.
دعنا نتعرف أيضًا على المزيد حول عدد المرات التي نرى فيها كل نوع من هذه المشكلات ومقدار الجهد المبذول لإصلاحها بمجرد ظهورها.
من الرسم البياني أعلاه، نرى أن مشكلات الإعداد هي الأكثر شيوعًا ولكن من السهل أيضًا إصلاحها نظرًا لأنه من السهل نسبيًا الرجوع إلى البيانات الوصفية الخاصة بالعنوان وتصحيحها. إن مشكلات النظام، والتي تظهر غالبًا على شكل أخطاء في خدمات التخصيص الصغيرة لدينا، ليست غير شائعة، وتتطلب مجهودًا متوسطًا لمعالجتها. من الصعب حقًا معالجة مشكلات الخوارزميات، على الرغم من ندرتها، نظرًا لأنها غالبًا ما تتضمن تفسير وإعادة تدريب نماذج التعلم الآلي المعقدة.
والآن بعد أن فهمنا بشكل أعمق المشكلات التي نريد معالجتها وكيف ينبغي لنا أن نحدد أولويات مواردنا. دعنا نعود إلى الخيارين اللذين ناقشناهما في الجزء الأول، ونتخذ قرارًا مستنيرًا.
في النهاية، أدركنا أن هذه المساحة تتطلب مجموعة كاملة من الميزات التي ناقشناها. لكن بقي السؤال: من أين نبدأ؟
وبعد دراسة متأنية، اخترنا التركيز على الكشف الاستباقي للمشكلات أولاً. لقد أتاح اكتشاف المشكلات قبل الإطلاق أكبر إمكانية للتأثير على الأعمال، مما يضمن عمليات إطلاق أكثر سلاسة، وتجارب أفضل للأعضاء، وموثوقية أقوى للنظام.
لم يكن هذا القرار يتعلق فقط بحل تحديات اليوم – بل كان يتعلق أيضًا بوضع الأساس لنظام قوي وقابل للتطوير ويمكن أن ينمو مع تعقيدات منصتنا المتطورة باستمرار.
في التكرار التالي، سنتحدث عن كيفية تصميم نقطة نهاية للملاحظة تعمل مع جميع أنظمة التخصيص. ما هي الأشياء الرئيسية التي يجب وضعها في الاعتبار أثناء إنشاء نقطة نهاية واجهة برمجة التطبيقات للخدمات الصغيرة؟ كيف نضمن التوحيد؟ ما هي بنية الأنظمة المعنية؟
ترقبوا الحلقة القادمة التي تستحق المشاهدة!
