تخيل أنك رائد أعمال ناشئ قام للتو بإنشاء موقع ويب وتطبيق للهاتف المحمول (على سبيل المثال، لمتجر دونات). تريد ربط تحليلات المستخدم بميزانية صغيرة، لكن لا تعرف كيف. يستخدم كل من حولك Mixpanel، وFacebook analytics، وYandex.Metrica وأنظمة أخرى، ولكن ليس من الواضح ما يجب اختياره وكيفية استخدامه.
ما هي أنظمة التحليلات؟
بادئ ذي بدء، يجب القول أن نظام تحليلات المستخدم ليس نظامًا لتحليل سجلات الخدمة نفسها. تركز مراقبة أداء الخدمة على الاستقرار والأداء، ويتم إجراؤها بشكل منفصل بواسطة المطورين. يتم إنشاء تحليلات المستخدم من أجل دراسة سلوك المستخدم: ما هي الإجراءات التي يقوم بها، وعدد المرات، وكيف يتفاعل مع الإشعارات أو الأحداث الأخرى في الخدمة. على الصعيد العالمي، تنقسم تحليلات المستخدم إلى اتجاهين: تحليلات الهاتف المحمول والويب. على الرغم من الواجهات والإمكانيات المختلفة لخدمات الويب والهاتف المحمول، إلا أن العمل مع نظام التحليلات في كلا الاتجاهين هو نفسه تقريبًا.
لماذا نفعل ذلك؟
هناك حاجة إلى تحليلات المستخدم:
- لمراقبة ما يحدث عند استخدام الخدمة؛
- لتغيير المحتوى وفهم مكان التطوير والميزات التي يجب إضافتها أو إزالتها؛
- للعثور على ما لا يحبه المستخدمون وتغييره.
كيف يعمل؟
لدراسة سلوك المستخدم، تحتاج إلى جمع تاريخ هذا السلوك. ولكن ما الذي يجب جمعه بالضبط؟ يمثل هذا السؤال ما يصل إلى 70٪ من تعقيد المهمة بأكملها. يجب على العديد من أعضاء فريق المنتج الإجابة على هذا السؤال معًا: مدير المنتج والمبرمجون والمحللون. أي خطأ في هذه الخطوة يكون مكلفًا: قد لا تجمع ما تحتاجه، وقد تجمع شيئًا لن يسمح لك باستخلاص استنتاجات ذات معنى.
بمجرد أن تقرر ما ستجمعه، عليك أن تفكر في بنية كيفية جمعه. الكائن الرئيسي الذي تعمل معه الأنظمة التحليلية هو الحدث. الحدث هو وصف لما حدث يتم إرساله إلى نظام التحليلات استجابةً لإجراء المستخدم. عادةً، بالنسبة لكل إجراء من الإجراءات المحددة للتتبع في الخطوة السابقة، يبدو الحدث كحزمة JSON تحتوي على حقول تصف الإجراء المتخذ.
ما هو نوع حزمة JSON هذه؟
حزمة JSON عبارة عن ملف نصي يصف ما حدث. على سبيل المثال، قد تحتوي حزمة JSON على معلومات مفادها أن المستخدم Mary قام بإجراء اللعبة التي بدأت في الساعة 23:00 يوم 15 نوفمبر. كيف تصف كل عمل؟ على سبيل المثال، يقوم المستخدم بالنقر على زر. ما هي الخصائص التي يجب جمعها في هذه اللحظة؟ وهي مقسمة إلى نوعين:
- الخصائص الفائقة - الخصائص المميزة لجميع الأحداث الموجودة دائمًا. هذا هو الوقت، معرف الجهاز، إصدار API، إصدار التحليلات، إصدار نظام التشغيل؛
- خصائص محددة للحدث - هذه الخصائص عشوائية والصعوبة الرئيسية تكمن في كيفية تحديدها. على سبيل المثال، بالنسبة لزر "شراء العملات المعدنية" في إحدى الألعاب، ستكون هذه الخصائص هي "عدد العملات المعدنية التي اشترىها المستخدم"، و"كم تكلفة العملات المعدنية".
مثال على حزمة JSON في خدمة تعلم اللغة:
ولكن لماذا لا نجمع كل شيء فقط؟
لأنه يتم إنشاء جميع الأحداث يدويًا. لا تحتوي أنظمة التحليلات على زر "حفظ الكل" (وهذا سيكون بلا فائدة). يتم جمع فقط تلك الإجراءات من منطق الخدمة التي تهم جزءًا من الفريق. حتى بالنسبة لكل حالة زر أو نافذة، ليست كل الأحداث عادة ما تكون ذات أهمية. بالنسبة للعمليات الطويلة (مثل مستوى اللعبة)، قد يكون من المهم فقط البداية والنهاية. ما يحدث في المنتصف قد لا يأتي معًا.
كقاعدة عامة، يتكون منطق الخدمة من كائنات - كيانات. يمكن أن يكون هذا كيان "عملة" أو كيان "مستوى". لذلك، يمكنك إنشاء أحداث من الكيانات وحالاتها وأفعالها. أمثلة: "بدأ المستوى"، "انتهى المستوى"، "انتهى المستوى، السبب - أكله التنين". يُنصح بإغلاق جميع الكيانات التي يمكن "فتحها" حتى لا تنتهك المنطق ولا تعقد المزيد من العمل مع التحليلات.
كم عدد الأحداث الموجودة في نظام معقد؟
يمكن للأنظمة المعقدة معالجة عدة مئات من الأحداث، التي تم جمعها من جميع العملاء (مديري المنتجات والمبرمجين والمحللين) وإدخالها بعناية (!) في الجدول، ثم في منطق الخدمة. يعد التحضير للأحداث عملاً كبيرًا متعدد التخصصات يتطلب من الجميع فهم ما يجب جمعه والانتباه والدقة.
ما هي الخطوة التالية؟
لنفترض أننا توصلنا إلى جميع الأحداث المثيرة للاهتمام. حان الوقت لجمعها. للقيام بذلك، تحتاج إلى ربط تحليلات العملاء. انتقل إلى Google وابحث عن تحليلات الهاتف المحمول (أو اختر من بين التحليلات المعروفة: , , , , , ). نحن نأخذ SDK من موقع الويب وندمجه في كود خدمتنا (ومن هنا جاء اسم "العميل" - لأن SDK مدمج في العميل).
وأين تجمع الأحداث؟
يجب تخزين كافة حزم JSON التي سيتم إنشاؤها في مكان ما. أين سيتم إرسالهم وأين سيجتمعون؟ وفي حالة النظام التحليلي للعميل، فهو نفسه مسؤول عن ذلك. لا نعرف مكان حزم JSON الخاصة بنا، أو مكان تخزينها، أو عددها، أو كيفية تخزينها هناك. تتم عملية التحصيل بأكملها بواسطة النظام ولا تهمنا. في خدمة التحليلات، يمكننا الوصول إلى حساب شخصي، حيث نرى نتائج معالجة البيانات السلوكية الأولية. بعد ذلك، يعمل المحللون مع ما يرونه في حساباتهم الشخصية.
في الإصدارات المجانية، عادة لا تكون البيانات الأولية قابلة للتنزيل. النسخة باهظة الثمن لديها مثل هذه الميزات.
كم من الوقت سيستغرق الاتصال؟
يمكن توصيل أبسط التحليلات خلال ساعة: سيكون App Metrika، الذي سيعرض أبسط الأشياء دون تحليل الأحداث المخصصة. يعتمد الوقت اللازم لإعداد نظام أكثر تعقيدًا على الأحداث المحددة. تنشأ صعوبات تتطلب تطويرًا إضافيًا:
- هل هناك طابور من الأحداث؟ على سبيل المثال، كيف يمكن حل مشكلة عدم إمكانية ظهور حدث قبل الآخر؟
- ماذا تفعل إذا قام المستخدم بتغيير الوقت؟ تغيير المنطقة الزمنية؟
- ماذا تفعل إذا لم يكن هناك إنترنت؟
في المتوسط، يمكنك إعداد Mixpanel في غضون يومين. عندما يتم التخطيط لجمع عدد كبير من الأحداث المحددة، فقد يستغرق الأمر أسبوعًا.
كيفية اختيار أي واحد أحتاج؟
تعمل الإحصائيات العامة بشكل جيد في جميع الأنظمة التحليلية. مناسب تمامًا للمسوقين وموظفي المبيعات: يمكنك رؤية نسبة الاحتفاظ بالمستخدمين، والمدة التي قضاها المستخدمون في التطبيق، وجميع المقاييس الأساسية عالية المستوى. بالنسبة لأبسط صفحة مقصودة، ستكون مقاييس Yandex كافية.
عندما يتعلق الأمر بالمهام غير القياسية، يعتمد الاختيار على خدمتك والمهام التحليلية والأحداث التي تحتاج إلى معالجة لحلها.
- في Mixpanel، على سبيل المثال، يمكنك إجراء اختبارات A/B. كيف افعلها؟ يمكنك إنشاء تجربة تحتوي على عدة عينات وإجراء تحديد (يمكنك تعيين كذا وكذا مستخدمين إلى A، وآخرين إلى B). بالنسبة إلى الزر A سيكون باللون الأخضر، وبالنسبة إلى الزر B سيكون باللون الأزرق. نظرًا لأن Mixpanel يجمع جميع البيانات، فيمكنه العثور على معرف الجهاز لكل مستخدم من A وB. في رمز الخدمة، باستخدام SDK، يتم إنشاء القرص - هذه هي الأماكن التي يمكن أن يتغير فيها شيء ما للاختبار. بعد ذلك، لكل مستخدم، يتم سحب القيمة (في حالتنا، لون الزر) من Mixpanel. إذا لم يكن هناك اتصال بالإنترنت، سيتم تحديد الخيار الافتراضي.
- غالبًا ما لا ترغب في تخزين الأحداث ودراستها فحسب، بل تريد أيضًا تجميع المستخدمين. يقوم Mixpanel بذلك تلقائيًا، في علامة التبويب "المستخدمون". هناك يمكنك عرض جميع بيانات المستخدم الدائمة (الاسم والبريد الإلكتروني والملف الشخصي على الفيسبوك) وسجل سجل المستخدم. يمكنك الاطلاع على بيانات المستخدم كإحصاءات: أكل التنين 100 مرة، واشترى 3 زهور. في بعض الأنظمة، يمكن تنزيل التجميع حسب المستخدم.
- ما هو البرودة الرئيسية ؟ يقوم بربط زائر الخدمة بصفحته الشخصية على الفيسبوك. لذلك يمكنك معرفة جمهورك، والأهم من ذلك، تحويله إلى جمهور إعلاني. على سبيل المثال، إذا قمت بزيارة موقع ما مرة واحدة، وقام مالكه بتشغيل الإعلانات (الجمهور القابل للتعبئة التلقائية في تحليلات Facebook) للزائرين، فسوف أرى في المستقبل إعلانات لهذا الموقع على Facebook. بالنسبة لمالك الموقع، يعمل هذا الأمر ببساطة وسهولة؛ كل ما عليك فعله هو أن تتذكر وضع حد أقصى يومي لميزانيتك الإعلانية. عيب تحليلات Facebook هو أنها ليست مريحة بشكل خاص: الموقع معقد للغاية، وغير مفهوم على الفور، ولا يعمل بسرعة كبيرة.
لا يلزم القيام بأي شيء تقريبًا وكل شيء يعمل! ربما هناك بعض السلبيات؟
نعم، وأحدها أنه عادة ما يكون باهظ الثمن. بالنسبة لبدء التشغيل، يمكن أن يكون حوالي 50 ألف دولار شهريًا. ولكن هناك أيضًا خيارات مجانية. Yandex App Metrica مجاني ومناسب للمقاييس الأساسية.
ومع ذلك، إذا كان الحل غير مكلف، فلن يتم تفصيل التحليلات: ستتمكن من رؤية نوع الجهاز ونظام التشغيل، ولكن ليس أحداثًا محددة، ولن تتمكن من إنشاء مسارات تحويل. يمكن أن تبلغ تكلفة Mixpanel 50 ألف دولار سنويًا (على سبيل المثال، يمكن أن يستهلك تطبيق مع Om Nom هذا القدر من المال). وبشكل عام، غالبًا ما يكون الوصول إلى البيانات محدودًا في جميع هذه البلدان. أنت لا تبتكر نماذجك الخاصة وتطلقها. يتم الدفع عادةً شهريًا / دوريًا.
هل يوجد آخرون؟
لكن أسوأ شيء هو أنه حتى Mixpanel يعتبر حجم البيانات المتأصل في تطبيق الهاتف المحمول النشط بمثابة تقدير تقريبي (مذكور بشكل علني مباشرة في الوثائق). إذا قمت بمقارنة النتائج مع تحليلات الخادم، فسوف تتباين القيم. (اقرأ عن كيفية إنشاء التحليلات الخاصة بك من جانب الخادم في مقالتنا التالية!)
العيب الكبير لجميع الأنظمة التحليلية تقريبًا هو أنها تحد من الوصول إلى السجلات الأولية. لذا، فإن تشغيل النموذج الخاص بك على بياناتك الخاصة لن ينجح. على سبيل المثال، إذا نظرت إلى مسارات التحويل في Mixpanel، يمكنك فقط حساب متوسط الوقت بين الخطوات. ولا يمكن حساب المقاييس الأكثر تعقيدًا، على سبيل المثال، متوسط الوقت أو النسب المئوية.
وأيضًا، غالبًا ما تكون القدرة على إجراء عمليات التجميع والتجزئة المعقدة غير موجودة. على سبيل المثال، قد لا تكون عملية الشراء الجماعي الصعبة "لتوحيد المستخدمين الذين ولدوا في عام 1990 واشتروا ما لا يقل عن 50 كعكة دونات لكل منهم" متاحة.
يتمتع Facebook Analytics بواجهة معقدة للغاية كما أنه بطيء.
ماذا لو قمت بتشغيل جميع الأنظمة مرة واحدة؟
فكرة عظيمة! غالبًا ما يحدث أن تنتج الأنظمة المختلفة نتائج مختلفة. أرقام مختلفة. بالإضافة إلى ذلك، لدى بعضها وظيفة واحدة، والبعض الآخر لديه وظيفة أخرى، والبعض الآخر مجاني.
بالإضافة إلى ذلك، يمكن تشغيل العديد من الأنظمة بالتوازي للاختبار: على سبيل المثال، للتعرف على واجهة واحدة جديدة والتحول إليها تدريجيا. كما هو الحال في أي عمل تجاري، تحتاج هنا إلى معرفة متى تتوقف عن التحليلات وتتصل بها إلى الحد الذي يمكنك من تتبعها (وهذا لن يؤدي إلى إبطاء اتصالك بالشبكة).
لقد ربطنا كل شيء، ثم أطلقنا ميزات جديدة، كيف نضيف الأحداث؟
كما هو الحال عند توصيل التحليلات من البداية: قم بجمع أوصاف الأحداث الضرورية واستخدم SDK لإدراجها في كود العميل.
آمل أن تكون الإجابات على الأسئلة المتداولة مفيدة لك. إذا ساعدتك على فهم أن التحليلات من جانب العميل ليست مناسبة لتطبيقك، فنوصي بتجربة التحليلات من جانب الخادم. سأتحدث عنها في الجزء التالي، وبعد ذلك سأتحدث عن كيفية تنفيذ ذلك في مشروعك.
يمكن للمستخدمين المسجلين فقط المشاركة في الاستطلاع. ، من فضلك.
ما هي أنظمة تحليلات العملاء التي تستخدمها؟
-
Mixpanel
-
تحليلات فيسبوك
-
Google Analytics
-
ياندكس متريكا
-
آحرون
-
مع النظام الخاص بك
-
لا شئ
صوّت 33 مستخدمًا. امتنع 15 مستخدما عن التصويت.
المصدر: www.habr.com