تقارير أداء الدفع أسبوعًا بعد أسبوع عبر الذكاء الاصطناعي

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

الإجمالي مدى الحياة لا يمكن أن يخبرك ما إذا كان هذا الأسبوع أفضل أو أسوأ من الأسبوع الماضي

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

إذا كنت قد قرأت منشور PushEngage حول تحليلات إشعارات الدفع مدى الحياة، فأنت تعلم بالفعل أن pushengage_get_analytics_summary يجيب على سؤال "كيف حالنا بشكل عام": المشتركون مدى الحياة، عمليات الإرسال مدى الحياة، النقرات مدى الحياة، قيمة الهدف مدى الحياة. هذه أداة مختلفة لسؤال مختلف، ومن المفيد أن تكون دقيقًا بشأن الحدود - هذا المنشور لا يمس هذا الإجمالي مدى الحياة مرة أخرى. هذا المنشور يدور حول pushengage_get_analytics_timeseries - الأداة التي تجيب على "كيف حالنا *الآن*، وهل يتحرك؟" - عن طريق تقسيم أداء حسابك إلى فئات تحددها بنفسك والسماح لك بالسؤال عنها باللغة الإنجليزية العادية بدلاً من بناء تقرير يدويًا.

ما تعيده pushengage_get_analytics_timeseries: أداء إشعارات الدفع أسبوعًا بعد أسبوع، عند الطلب

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

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

هذه المرونة مهمة أكثر في نطاق PushEngage مما ستكون عليه في منصة أصغر. ترسل الشبكة 15.2 مليار إشعار في نافذة مدتها 30 يومًا عبر أكثر من 25,000 صاحب عمل في أكثر من 150 دولة - حجم لا يخبرك فيه رقم واحد مدى الحياة تقريبًا عن هذا الأسبوع على وجه التحديد. عرض الاتجاه، وليس الإجمالي، هو الطريقة الوحيدة لمعرفة ما إذا كان جزء حسابك من هذا الحجم يتحرك في الاتجاه الذي تريده.

البدء: ربط خادم PushEngage MCP بمساعدك الذكي

لا تعمل أي من الأمثلة أدناه حتى يتم توصيل خادم PushEngage MCP بمساعدك الذكي. أضف npx -y @pushengage/mcp إلى تكوين MCP الخاص بـ Claude Desktop أو Claude Code أو Cursor، وأعد تشغيل العميل، وسيظهر خادم "pushengage" في قائمة أدواتك. في المرة الأولى التي تستخدمه فيها، اطلب من المساعد تسجيل دخولك إلى PushEngage - سيفتح علامة تبويب في المتصفح حيث تنقر على "تفويض"، ولن تلمس بيانات اعتمادك المساعد نفسه أبدًا.

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

طلب الاتجاه: ثلاث طرق لتجميع نفس السؤال

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

أسبوعًا بعد أسبوع، لمراجعة شهرية:

"قسم نقرات الشهر الماضي أسبوعًا بعد أسبوع."

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

يومًا بعد يوم، لتحديد إرسال سيء واحد:

"أرني عمليات الإرسال والنقر إلى الظهور اليومية لآخر 14 يومًا."

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

شهرًا بعد شهر، للعرض ربع السنوي:

"كيف قارن أكتوبر سبتمبر، شهرًا بشهر؟"

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

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

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

قراءة المقارنة: ما الذي تخبرك به سطر نسبة النقر إلى الظهور (CTR) المتحرك بالفعل

يبدو التغيير بنسبة نقطة مئوية في نسبة النقر إلى الظهور صغيرًا حتى تحوله إلى نقرات. لنفترض أن حسابك أرسل 400,000 إشعار في سبتمبر بنسبة نقر إلى ظهور 4.1% - 16,400 نقرة. في أكتوبر، ظلت عمليات الإرسال ثابتة عند 400,000، لكن نسبة النقر إلى الظهور انخفضت إلى 3.6% - 14,400 نقرة. هذا يعني 2,000 نقرة أقل مقابل نفس حجم الإرسال، وكانت كل نقرة من هذه النقرات فرصة لاستعادة عربة تسوق، أو استعادة عميل، أو عملية شراء متكررة لم تحدث. يجب على المدير الذي يقدم تقريرًا عن هذا الارتفاع أن يقول "2,000 فرصة أقل لاستعادة الإيرادات شهرًا بعد شهر"، وليس "انخفضت نسبة النقر إلى الظهور بنصف نقطة" - الإصدار الثاني يقلل من شأن ما تحرك بالضبط.

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

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

عندما ينخفض الاتجاه: ما الذي يجب التحقق منه قبل أن تلوم النسخة

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

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

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

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

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

إذا كنت تقدم تقارير عن أكثر من حساب واحد، فهذا هو الجزء الذي يوفر معظم الوقت

إذا كنت وكالة تدير الإشعارات الفورية لعدة مواقع عملاء، فإن البديل لهذا سير العمل هو بناء تقرير Looker Studio لكل حساب، كل أسبوع، يدويًا. مع اتصال خادم MCP، يتم طرح نفس السؤال مرة واحدة لكل موقع: حدد العميل أ باستخدام pushengage_select_site، واسأل "قارن هذا الشهر بالشهر الماضي، أسبوعًا بعد أسبوع"، واحصل على الإجابة، ثم انتقل إلى العميل ب، واطرح نفس السؤال مرة أخرى. لا يوجد تجميع للحسابات المتعددة مدمج في الأداة - لا تزال تسأل موقعًا تلو الآخر - ولكن ثلاثة مواقع عملاء وثلاثة أسئلة سريعة هي يوم اثنين مختلف ماديًا عن ثلاثة تصديرات للوحة المعلومات وثلاث لقطات شاشة للرسوم البيانية.

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

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

التقرير لا يهم إلا إذا تغير شيء ما بسببه

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

هذا هو الاختبار الفعلي لهذا النوع من التقارير: ليس ما إذا كان خط الاتجاه موجودًا، ولكن ما إذا كان قد غيّر قرارًا. بمجرد أن تصبح الأرقام على بعد سؤال بدلاً من تصدير لوحة معلومات، لا يوجد عذر متبقٍ لتخطي هذه الخطوة. انظر خطط PushEngage لتوصيل خادم MCP بحسابك الخاص والبدء في طرح الأسئلة.