استراتيجيات التقارير المتقدمة لمسوقي Braze

تبدأ استراتيجيات إعداد التقارير المتقدمة في Braze بمطابقة كل سؤال مع التقرير المخصص له. حيث يقوم "منشئ التقارير" (Report Builder) بالمقارنة بين الحملات وCanvas، بينما يجيب "منشئ الاستعلامات" (Query Builder) على الأسئلة المخصصة باستخدام لغة SQL، وتوضح تقارير القمع (funnel reports) نقاط خروج المستخدمين، وتكشف تقارير الاحتفاظ (retention reports) عن المستخدمين العائدين. يتناول هذا الدليل متى يجب استخدام كل منها، وسبب اختلاف الأرقام بينها، والترتيب المقترح لإعدادها.

‍

أبرز النقاط

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

‍

ما هي استراتيجيات إعداد التقارير في Braze التي تستحق الإعداد؟

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

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

‍

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

‍

كيف تختار بين "منشئ التقارير" و"منشئ الاستعلامات"؟

يناسب "منشئ التقارير" المقارنة بين الرسائل، بينما يناسب "منشئ الاستعلامات" الأسئلة التي لا تغطيها المقاييس المدمجة. كلاهما يقرأ بيانات Braze، ويستخدم "منشئ الاستعلامات" نفس جداول Snowflake SQL المستخدمة في امتدادات شرائح SQL ومشاركة بيانات Snowflake.

تختلف إمكانية الوصول؛ إذ يحتاج "منشئ التقارير" إلى أذونات مساحة العمل للعرض والتحرير، بينما يحتاج "منشئ الاستعلامات" إلى تلك الأذونات بالإضافة إلى إذن "عرض معلومات التعريف الشخصية" (View PII)، لأن البيانات التي يفتحها قد تتضمن بيانات العملاء.

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

‍

كيف يجب أن تنظم تقارير "منشئ التقارير"؟

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

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

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

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

‍

لماذا تظهر تقارير Braze أرقاماً مختلفة؟

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

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

‍

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

‍

ما الذي يجب أن تعرفه قبل كتابة لغة SQL في منشئ الاستعلام؟

يعيد منشئ الاستعلام بيانات من آخر 60 يوماً. إذا كنت تستخدم Currents أو مشاركة بيانات Snowflake، فقد تتمكن من الاستعلام عن بيانات تصل إلى عامين، وهي المدة التي يتم فيها الاحتفاظ ببياناتك في Snowflake.

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

-- مقتبس من وثائق منشئ الاستعلام. استبدل العناصر النائبة. SELECT DATE_TRUNC('day', CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME))) AS send_date, COUNT(ID) AS emails_sent FROM USERS_MESSAGES_EMAIL_SEND_SHARED WHERE CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME)) >= 'START_DATE' AND CONVERT_TIMEZONE('UTC', 'YOUR_TIME_ZONE', TO_TIMESTAMP(TIME)) < 'END_DATE' AND APP_GROUP_ID = 'YOUR_APP_GROUP_ID' GROUP BY send_date ORDER BY send_date;

‍

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

يتم الاحتفاظ بسجل الاستعلام لمدة سبعة أيام، وتتم إزالة الاستعلامات القديمة تلقائياً. احفظ أي استعلام تتوقع إعادة استخدامه. تساعد المتغيرات هنا: يمكن لزملاء الفريق المتمكنين من SQL إنشاء تقارير يمكن لزملائهم الأقل خبرة تقنية استخدامها.

‍

كيف تختلف تقارير القمع عن تحليلات Canvas؟

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

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

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

هناك نقطتان مهمتان يجب مراعاتهما قبل التخطيط باستخدام القمع. تقارير القمع غير متاحة لحملات API. كما أنها لا تتعقب المستخدمين المجهولين: عندما يصبح المستخدم المجهول لاحقاً معروفاً من خلال طريقة changeUser()، يتغير معرف Braze الخاص به، ولا يتعقب القمع سوى الأحداث اللاحقة التي تطابق معرف المستخدم عند الدخول.

‍

كيف تقرأ تقارير الاحتفاظ بالمستخدمين دون أن تخدع نفسك؟

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

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

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

بمجرد تشغيل التقرير، لا يمكن إعادة تشغيله باستخدام نفس حدث الاحتفاظ بالعملاء لمدة 24 ساعة. بالنسبة لمقارنات المتغيرات، تقارن Braze معدل تحويل كل متغير مقابل المجموعة الضابطة باستخدام إجراء إحصائي يسمى "اختبار Z" (Z Test)، وذلك لحساب نسبة الثقة.

تقارير الاحتفاظ بالعملاء غير متاحة للحملات التي يتم تشغيلها عبر واجهة برمجة التطبيقات (API).

‍

كيف يبدو المثال العملي؟

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

  1. في "منشئ التقارير" (Report Builder)، اضبط الصفوف على "Canvases" وأضف عمود "العلامات" (Tags). تأكد من أن الـ Canvas الترحيبي يحمل العلامة التي تتطلبها اتفاقيتك، حتى يتمكن التقرير القائم على القواعد من التقاطه.
  2. افتح تقرير مسار تحويل الـ Canvas. ابدأ من استلام الرسالة، وأضف الحدثين اللذين يحددان أسبوعاً أول جيداً، وقارن كل متغير بالمجموعة الضابطة.
  3. قم بتشغيل تقرير الاحتفاظ بالعملاء على نفس الـ Canvas، باستخدام حدث الاحتفاظ الذي اتفق عليه الفريق قبل الإطلاق. اقرأ التقرير حسب المتغير، وتحقق من رقم الثقة مقابل المجموعة الضابطة.
  4. إذا كان الفريق بحاجة إلى تحليل لا توفره طرق العرض المدمجة، مثل عمليات الإرسال حسب اليوم في المنطقة الزمنية للشركة، فاكتب استعلاماً قصيراً مع تحويل المنطقة الزمنية.
  5. دوّن في دليل القياس سبب اختلاف أعداد خطوات الـ Canvas عن مسار التحويل، حتى لا يطرح أحد هذا السؤال مرة أخرى في الشهر المقبل.

‍

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

‍

ما الذي يسير بشكل خاطئ عندما تبني الفرق تقارير متقدمة؟

أنماط الفشل هذه هي مسمياتنا لأنماط تجعلها الوثائق ممكنة. يرتبط كل نمط منها بسلوك موثق في الجداول أعلاه.

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

‍

ما الذي يجب عليك إعداده أولاً؟

التسلسل أهم من التغطية. كل خطوة أدناه تجعل الخطوة التالية أقل تكلفة، ولا تتطلب أي منها أداة جديدة.

  1. اتفق على اتفاقية العلامات (Tags) للحملات و الـ Canvases.
  2. أنشئ تقريراً واحداً دائماً في "منشئ التقارير" يستخدم القواعد وعمود العلامات.
  3. قرر من يملك صلاحية عرض معلومات التعريف الشخصية (PII) قبل أن يكتب أي شخص استعلامات SQL.
  4. اكتب الصفحة التي تشرح سبب اختلاف الأرقام.
  5. أضف تقارير مسار التحويل والاحتفاظ بالعملاء على الـ Canvases التي تحمل البرنامج.

‍

بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK بالبدء بالعلامات وتقرير واحد دائم في "منشئ التقارير"، ثم إضافة طرق عرض مسار التحويل والاحتفاظ بالعملاء وSQL فقط عندما يتطلب سؤال محدد ذلك.

‍

كيف يرتبط هذا ببقية البرنامج؟

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

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

‍

الأسئلة الشائعة
‍

1. ما هو تقرير Braze الذي يجب أن أبدأ به؟

ابدأ بـ Report Builder. الغرض الموثق منه هو إجراء مقارنات بين الحملات وCanvases، وهو ما يجعله مناسباً كتقرير أولي.

2. هل يحتاج Query Builder إلى أذونات خاصة؟

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

3. كم من الوقت يحتفظ Query Builder بسجل الاستعلامات الخاص بي؟

يتم الاحتفاظ بسجل الاستعلامات لمدة سبعة أيام، وتتم إزالة الاستعلامات الأقدم تلقائياً.

4. هل يمكنني استخدام تقارير القمع (funnel) والاحتفاظ (retention) في حملات API؟

لا، تقارير القمع غير متاحة لحملات API، وتقارير الاحتفاظ غير متاحة للحملات التي يتم تشغيلها عبر API.

5. لماذا يتجاوز معدل الاحتفاظ المتغير (rolling retention) الخاص بي 100%؟

يتم احتساب المستخدم الذي يكمل حدث الاحتفاظ عدة مرات في أطر زمنية متعددة، مما قد يؤدي إلى تجاوز معدل الاحتفاظ نسبة 100%.

‍

المصادر

  • Braze،التقارير. تم الاسترجاع في 31 أكتوبر 2026.
  • Braze،Report Builder. تم الاسترجاع في 31 أكتوبر 2026.
  • Braze،Query Builder. تم الاسترجاع في 31 أكتوبر 2026.
  • Braze،تقارير القمع. تم الاسترجاع في 31 أكتوبر 2026.
  • Braze،تقارير الاستبقاء. تم الاسترجاع في 31 أكتوبر 2026.
  • قد تتغير الحدود والسلوكيات في وثائق Braze، لذا يرجى التحقق من الصفحات المرتبطة قبل الاعتماد عليها.
  • بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.

‍

CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.

إذا كنت ترغب في مواءمة تقارير Braze مع الأسئلة التي يطرحها فريقك بالفعل، فلنتحدث.

‍

التفضيلات

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

قبول جميع ملفات تعريف الارتباط
قبول جميع ملفات تعريف الارتباط

هذه العناصر مطلوبة لتمكين الوظائف الأساسية للموقع.

نشط دائماً

تُستخدم هذه العناصر لتقديم إعلانات أكثر صلة بك وباهتماماتك.

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

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

شكراً لك! لقد تم استلام طلبك بنجاح.
عذراً! حدث خطأ ما أثناء إرسال النموذج.