كيف تقرر الأحداث التي يجب تتبعها؟

هذا هو الجزء الخامس من السلسلة المكونة من خمسة أجزاء حول بيانات العميل . فيما يلي الأجزاء الأول والثاني والثالث والرابع . _

ابدأ بطرح الأسئلة.

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

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

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

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

أسئلة ملحة

يمكن أن تكون الأسئلة المهمة مباشرة مثل "كم عدد المستخدمين الذين اشتركوا في آخر 7 أيام؟" أو معقدة مثل "كم عدد المستخدمين من صناعة SaaS الذين اشتركوا في آخر 7 أيام ودعوا مستخدمًا آخر إلى مؤسستهم؟"

عند التفكير في الأسئلة الملحة ، من المفيد البدء في سرد ​​الإجراءات التالية:

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

إنه أيضًا وقت مناسب لبدء التشكيك في تجربة المنتج والتفكير في عروضك الأساسية. الأسئلة التالية تنطبق على غالبية المنتجات التقنية:

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

الأحداث وخصائص الحدث

بمجرد أن يكون لديك قائمة بالأسئلة الملحة (ما بين 5 و 10 هو رقم جيد للبدء) ، يمكنك الانتقال إلى الخطوة الأكثر أهمية - تحديد الأحداث وخصائص الأحداث.

هذا هو المكان الذي تبدأ فيه أخيرًا في إنشاء خطة تتبع البيانات.

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

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

النقرات وطرق العرض والعمليات

من المهم جدًا أن تضع في اعتبارك الاختلافات بين النقرات وطرق العرض والعمليات التي تحدث داخل منتجك - يمكن تتبع كل زر يتم النقر عليه أو صفحة يتم عرضها أو عملية مكتملة كحدث فريد.

أيضًا ، في بعض الحالات ، يمكن تتبع حدث مثل أي حدث من الثلاثة — عرض صفحة أو نقرة زر أو إكمال عملية.

دعنا نلقي نظرة فاحصة باستخدام تدفق افتراضي للاشتراك:

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

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

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

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

and sign up ومع ذلك ، إذا كان هدفك هو فهم سلوك المستخدم ، فيجب عليك تجنب تكرار الأحداث من خلال التأكد من عدم تتبع إجراء المستخدم عدة مرات (تم النقر فوق زر التسجيل وعرض تمت مشاهدة الصفحة

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

بدلاً من تحديد حدث منفصل لكل صفحة ، يمكنك تحديد حدث عام يسمى عرض الصفحة بخصائص الحدث على النحو التالي:

تم النقر فوق الزر

مثل مشاهدات الصفحة ، يجب أيضًا تتبع نقرات الأزرار عبر حدث عام مثل النقر فوق الزر مع الخصائص المرتبطة على النحو التالي:

اكتملت العملية

تحدث العمليات نتيجة للتفاعل مع قاعدة بيانات حيث تتم كتابة البيانات (في جدول معين) أو استردادها (من جدول) - إذا فشل التفاعل ، تفشل العملية.

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

إليك سيناريو شائع جدًا:

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

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

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

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

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

من جانب العميل مقابل الأحداث من جانب الخادم

الأحداث مثل النقرات وطرق العرض التي لا تعتمد على تفاعلات قاعدة البيانات (أو العمليات الخلفية) هي في الأساس أحداث من جانب العميل.

تتم الأحداث من جانب العميل حصريًا على العميل (أو جهاز المستخدم) ويشار إليها أيضًا باسم أحداث الواجهة الأمامية.

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

يشار إلى الأحداث من جانب الخادم أيضًا باسم أحداث الواجهة الخلفية.

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

من المفيد دائمًا تحديد مصدر الحدث في خطة التتبع الخاصة بك حتى إذا تم تكليف مطور متكامل بتنفيذ كلا النوعين من الأحداث.

تتبع الحدث الخطوات التالية

يقودنا هذا إلى نهاية السلسلة المكونة من خمسة أجزاء حول بيانات العميل. لبدء تتبع أحداثك اليوم ، ابدأ باستخدام حساب Amplitude مجاني.