من يجب أن يمتلك حقًا خطة التتبع الخاصة بك؟

ملاحظة المحرر: تم نشر هذه المقالة في الأصل على مدونة Iteratively في 11 كانون الثاني (يناير) 2021.

"البيانات هي رياضة جماعية" شيء نؤمن به بشدة ونتحدث عنه كثيرًا في Amplitude. لا تختلف خطط تتبع التحليلات - خطط التتبع (وأدواتها) تعاونية بطبيعتها. إنهم يعملون بشكل أفضل عندما تجتمع الفرق ذات الصلة.

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

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

إذا كانت مملوكة للجميع ، فلا أحد يملكها

مع إشراك العديد من أصحاب المصلحة ، غالبًا ما تصبح خطة التتبع مسؤولية مشتركة ، بدون مالك واضح. ومع تقاسم المسؤولية يأتي القليل من المساءلة.

لقد تحدثنا إلى الكثير من الشركات التي ترغب في (إعادة) إنشاء عمليات حول تتبع التحليلات. عادة ما يدور حول جدول بيانات أو صفحة التقاء أو فكرة. على الرغم من أنه يدوي في الغالب ولا توجد طريقة لفرض خطة التتبع في الكود ، إلا أنه يثبت أنه مفيد في البداية ويجبر الفرق على التفكير أكثر في تتبع الأحداث.

ومع ذلك ، بعد بضعة أشهر ، أصبحت صفحة Notion أو جدول بيانات Google قديمة: تم توثيق تتبع أحدث إصدار فقط في قصة Jira وبالنسبة لعدد قليل من إصدارات الميزات الأخرى ، أصبح من غير الواضح الآن ما إذا كان التتبع قد تم تنفيذه أم لا. لا أحد يجعل من مسؤوليته الحفاظ على تحديث خطة التتبع.

لذا ، كيف يمكنك تغيير هذا للأفضل ومن هو الأفضل لامتلاك تتبع التحليلات؟

ابدأ بوضع التحليلات في المقدمة وفي المنتصف

قبل أن نتعمق في مسألة الملكية ، علينا أن نذكر الأساس المطلوب لتتبع التحليلات الناجحة: تتبع الأحداث أمر مهم وبدونه تُترك في الظلام. الحقيقة هي أن التحليلات هي فكرة متأخرة لمعظم الفرق. هذا مثال نراه طوال الوقت:

• يعمل PM على إصدار
• الإصدار يحدث
• الرئيس التنفيذي يسأل رئيس الوزراء عن كيفية أدائه
• م: "دعني أسأل فريق البيانات"
• فريق البيانات: "لم تحضرنا أبدًا - لا توجد بيانات حول هذه الميزة."
• يعود رئيس الوزراء إلى الرئيس التنفيذي بدون إجابات
• فريق البيانات ورئيس الوزراء في ذهول

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

أنت بحاجة إلى مساءلة ووقت وموارد واضحة لتمكين الفرق ذات الصلة ومن ثم تحتاج إلى تضمين تتبع الأحداث ومقاييس النجاح وصولاً إلى مستوى تذكرة Jira (يتم القيام بذلك فقط عندما يتم شحن كود التتبع مع بقية الكود).

ما تعلمناه من أكثر من 400 مقابلة مع محترفي البيانات والمنتجات

في غضون عامين ، أجرينا مقابلات مع أكثر من 400 من مديري المنتجات وفرق البيانات والمهندسين. لقد رأينا بعض الأشياء.

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

الشركات الناشئة

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

الشركات الصغيرة والمتوسطة

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

الشركات

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

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

ما ينجح: فريق المنتج هو المالك النهائي

هذا ما نعرفه: تحدث أفضل عملية ملكية عندما يتصرف فريق المنتج بصفته المالك النهائي. يجب أن يكون مديرو المنتجات هم المحرك الرئيسي وأن يتأكدوا من أن تتبع التحليلات جزء من كل إصدار ميزة . اعتمادًا على حجم فريقك ، قد يكون هذا مديرًا واحدًا أو أكثر للمنتج أو محلل منتج مخصصًا. يجب أن يكونوا مسؤولين عن تتبع التحليلات كجزء من دورهم و OKRs.

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

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

لكي تمتلك فرق المنتج هذا بنجاح ، تحتاج إلى عملية واضحة في المكان:

• ضع معايير نجاح واضحة لكل من المقاييس النوعية والكمية كجزء من قصة كل مستخدم. يجب تحديد هذه من قبل رئيس الوزراء والتنافس مع فريق البيانات أو المحللين.
• تتبع مفقود؟ فشل البناء. يجب أن تتطور فكرة "تم" لتشمل تتبع التحليلات كجزء من كل إصدار. هذا لا يعني منع الإصدارات مباشرة قبل الإطلاق ، بل يعني تنفيذ عملية تتضمن اعتبارات التتبع من البداية.
• التعاون هو المفتاح. بينما يمتلك رئيس الوزراء مواصفات تتبع الأحداث ، يجب أن يكون فريق البيانات أو المحللين متاحين للتدخل والمساعدة في تحديد تفاصيل ما يجب تتبعه.

قم بتمكين مديري المنتجات لديك من الحصول على الملكية

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

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

إذن كيف يمكنك تمكين فريق المنتج الخاص بك لامتلاك خطة التتبع؟ هذه ليست قائمة شاملة ولكن نأمل مكانًا للناس للبدء:

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

تذكير: مديري المشاريع الجيدين لا يحتاجون إلى معرفة لغة الاستعلامات البنيوية

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

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

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

السعة هنا لمساعدتك

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

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