إنه يوم الإثنين، الساعة 8 صباحًا، وأنت تدير إشعارات الدفع لخمسة عملاء Shopify Plus و WooCommerce. قبل أي اجتماع مع العملاء هذا الأسبوع، تحتاج إلى شيئين لكل حساب: هل كل الأتمتة تعمل، وكيف تحركت أرقام الشهر الماضي. الطريقة القديمة تعني خمس تسجيلات دخول وخمس رحلات عبر نفس الشاشات (حملات التنقيط، الحملات المشغلة، سير العمل، التحليلات)، مكررة مرة لكل عميل. سمها ما هي عليه: مشكلة مساعد ذكاء اصطناعي لتقارير العملاء الخاصة بوكالات التسويق، وليست مشكلة لوحة تحكم. نفس عمليات التحقق تتم خمس مرات منفصلة لأن الحسابات لا تتحدث مع بعضها البعض، ولا تفعل علامات التبويب التي تبقيها مفتوحة.
مع توصيل PushEngage MCP بحذائك الوكيل، تطلب من مساعد واحد التحقق من حالة الأتمتة واستخراج التحليلات لكل عميل في نفس المحادثة، والتبديل بين الحسابات بالاسم بدلاً من تسجيل الدخول. هذا المنشور يتناول سير العمل الفعلي صباح يوم الإثنين هذا: تدقيق أتمتة كل عميل بحثًا عن أي شيء متوقف بشكل غير صحيح، ثم استخراج نسبة النقر إلى الظهور والتحليلات المتعلقة بالإيرادات للمضي قدمًا في كل اجتماع بأرقام حقيقية - وليس خمس لوحات تحكم، استعلام واحد في كل مرة.
لماذا تبدأ "تقارير العملاء" بأتمتة معطلة، وليس برقم
تخيل علامة تجارية متوسطة الحجم في مجال البيع المباشر للمستهلك تديرها: حملة مشغلة للتخلي عن سلة التسوق كان من المفترض أن تعمل بعد 30 دقيقة، و 4 ساعات، و 24 ساعة بعد إتمام عملية الشراء، ولكن تم تركها. قبل ثلاثة أسابيع، قام شخص ما بتعديل قاعدة جمهور الحملة وتم إيقافها بصمت. لم يلاحظ أحد. انخفضت إيرادات استعادة سلة التسوق للعميل بهدوء لمدة ثلاثة أسابيع قبل أن يفكر أي شخص في التحقق من الأتمتة نفسها، لأن أرقام نسبة النقر إلى الظهور التي ظهرت (فتح البريد الإلكتروني، نقرات الإعلانات) بدت طبيعية. قناة الدفع أصبحت مظلمة.
هذا هو وضع الفشل الذي لا تأخذه "تقارير العملاء" في الاعتبار أبدًا. كل منتج لتقارير الوكالات في السوق، من لوحات التحكم ذات العلامات البيضاء إلى موصلات ذكاء الأعمال ومولدات تقارير الذكاء الاصطناعي، يفترض أن المهمة هي تحويل المقاييس الحالية إلى قراءة أسرع. لا أحد منهم يسأل ما إذا كانت الأتمتة التي تولد هذه المقاييس لا تزال تعمل. بالنسبة لقناة الاحتفاظ مثل الدفع، هذا عكسي. حملة تنقيط متوقفة أو سير عمل عالق لا يظهر كرقم سيء؛ بل يظهر كغياب، والغياب هو بالضبط ما تفوته نظرة سريعة على لوحة التحكم لمدة خمس دقائق.
لذلك قبل أن يصل هذا المنشور إلى نسبة النقر إلى الظهور، أو عدد المشتركين، أو قيمة الهدف (الأرقام التي يرغب العميل فعليًا في سماعها في مكالمة)، يبدأ بالتحقق الذي يجب أن يأتي أولاً: هل هناك أي شيء متوقف بشكل غير صحيح. هذه هي الخطوة الأولى الفعلية لتقارير العملاء لوكالة تدير برامج الاحتفاظ بالدفع عبر عدة حسابات PushEngage، وهي الخطوة التي تتخطاها جميع أدوات التقارير الأخرى.
السبب في تخطيها في كل مكان آخر هو هيكلي، وليس عرضيًا. لوحة تحكم بيضاء العلامة أو موصل ذكاء الأعمال يسحب أي أرقام تعرضها واجهة برمجة تطبيقات النظام الأساسي الأساسي بالفعل كمقاييس: الإرسالات، الفتحات، النقرات. إنها تعرضها بشكل أسرع أو أجمل، لا أكثر. لا تسأل أي من هذه الأدوات النظام الأساسي "أي من أتمتاتي غيرت حالتها دون أن يخبرك أحد"، لأن هذا ليس مقياسًا، إنه فحص للحالة، وفحوصات الحالة تعيش في جزء مختلف من واجهة برمجة التطبيقات عن التحليلات.
تحتاج وكالة تقوم بإعداد تقارير إشعارات الدفع بشكل جيد إلى إجراء كلا النوعين من الفحص، بالترتيب الصحيح، لكل حساب تديره. حتى الآن، كان هذا يعني تذكر القيام بذلك يدويًا، علامة تبويب لوحة تحكم واحدة في كل مرة.
البدء: PushEngage MCP في نظامك الوكيل
يقوم PushEngage MCP بالتثبيت بأمر واحد، npx -y @pushengage/mcp، مضافًا إلى تكوين خادم MCP الخاص بـ Claude Desktop أو Claude Code أو Cursor. بمجرد تسجيل الخادم، اطلب من مساعدك تسجيل الدخول إلى PushEngage؛ يفتح علامة تبويب متصفح لتفويض بنقرة واحدة، لذلك لا يتم كتابة أو لصق أي مفتاح API في الدردشة أبدًا. من هناك، اطلب مواقعك واختر الموقع الذي تريد العمل معه، وكل استدعاء أداة يتبع ذلك يعمل على هذا الحساب حتى تقوم بالتبديل. يبقى هذا القسم قصيرًا عن قصد - للحصول على أمثلة ملفات التكوين الكاملة، ومتطلبات npx المسبقة، وإصلاحات لأكثر أخطاء "الاتصال مغلق" شيوعًا، راجع دليل إعداد PushEngage MCP الكامل.
تشغيل حساب PushEngage واحد لكل عميل، بأمان
يفترض كل شيء في هذا المنشور أنك قمت بالفعل بإعداد للاحتفاظ بأكثر من حساب PushEngage واحد داخل نفس المساعد دون عبور الرموز. هذه الآلية (تسجيل الخادم مرة واحدة لكل عميل مع PE_MCP_CONFIG_PATH الخاص به، ثم استخدام list_sites و select_site للانتقال بين الحسابات في منتصف المحادثة) حقيقية، وهي ما يجعل يوم الاثنين لخمسة عملاء ممكنًا من نافذة دردشة واحدة.
إنه أيضًا موضوع خاص به وخطوات إعداد خاصة به، وأمثلة تكوين، ومشكلات، وتكرار ذلك هنا سيؤدي فقط إلى إبطاء سير العمل الذي يدور حوله هذا المنشور بالفعل. إذا لم تقم بتوصيل الوصول متعدد العملاء بعد، شاهد كيف يحافظ PushEngage MCP على فصل حسابات العملاء أولاً، ثم عد إلى هنا لمعرفة ما يجب فعله به بالفعل بمجرد تشغيله.
هذه أيضًا هي القطعة التي تجعل إدارة إشعارات الدفع متعددة العملاء مختلفة حقًا عن تبديل الحساب الذي تقدمه معظم أدوات الوكالات. لا يزال تسجيل الدخول المشترك مع عوامل تصفية على مستوى العميل يعني رمزًا واحدًا يمكنه رؤية كل عميل في وقت واحد؛ إعداد مسار تكوين لكل عميل يعني أن بيانات اعتماد كل عميل تعيش في ملف منفصل يقرأه مساعدك فقط عندما تحدد هذا الموقع صراحةً. يفترض سير العمل أدناه أن هذا الفصل موجود بالفعل.
الخطوة الأولى، صباح الاثنين: تدقيق أتمتة كل عميل بحثًا عن أي شيء متوقف مؤقتًا
مع توصيل حسابات العملاء، فإن التدقيق نفسه يتكون من ثلاث استدعاءات للأدوات، مكررة لكل عميل. اطلب من مساعدك سرد حملات التنقيط، والحملات المشغلة، وسير العمل للعميل الأول، وتضمين التحليلات في استدعاء سير العمل. تُرجع pushengage_list_drip_campaigns و pushengage_list_triggered_campaigns حالة كل أتمتة، نشطة أو متوقفة مؤقتًا، لذا فإن الحملة التي تم تعديلها إلى حالة متوقفة مؤقتًا قبل أسابيع ولم يلاحظها أحد تظهر في الاستجابة الأولى، وليس في الشاشة الخامسة للوحة تحكم كان عليك النقر عليها بخلاف ذلك. pushengage_list_workflows مع تعيين include_analytics يذهب أبعد من ذلك: إلى جانب الحالة، فإنه يُرجع عدد المشتركين الذين دخلوا، والنشطين، والمكتملين، والفاشلين، بالإضافة إلى إحصائيات الأهداف لكل سير عمل.
هنا تكمن إشارة التدقيق الحقيقية. سير عمل يحتوي على عدد "مدخل" صحي ولا يتحرك شيء تقريبًا إلى "مكتمل" ليس معطلاً بطريقة تظهر كحالة متوقفة مؤقتًا: إنه يعمل، وهو يفشل على أي حال، ويتراكم المشتركون في "نشط" لأن شرط الخروج أو خطوة التأخير لا تتصرف كما كانت عندما بناها شخص ما. هذا هو نوع الفشل الذي تخفيه عمود الحالة ويكشفه رقم معدل الإكمال على الفور.
قد يبدو ناتج يوم الاثنين الواقعي لعميل واحد، في تبادل واحد للمطالبة والاستجابة، كالتالي:
- حملة مشغلة للتخلي عن سلة التسوق: نشطة، تعمل بشكل طبيعي.
- حملة مشغلة لتخفيض الأسعار: متوقفة مؤقتًا، لم يتغير الجمهور منذ الإعداد؛ تمييز لمكالمة العميل.
- سير عمل سلسلة الترحيب: دخل 1,240 هذا الشهر، وأكمل 1,190، صحي.
- سير عمل استعادة العملاء: دخل 890، وأكمل 210، وفشل 40. انخفض معدل الإكمال من نطاقه المعتاد ويستحق نظرة فاحصة قبل افتراض أنه على ما يرام.
كل سطر من هذه الأسطر الأربعة يجيب على نسخة مختلفة من نفس السؤال (هل هذا يفعل ما يفترض أن يفعله) وكل منها كان سيحتاج بخلاف ذلك إلى نقرة منفصلة على صفحة تفاصيل حملة أو سير عمل منفصلة للتأكيد. سطر تخفيض الأسعار وحده يستحق التمرين بأكمله: حملة مشغلة متوقفة مؤقتًا بدون سبب واضح لتوقفها هو بالضبط نوع الفشل الصامت الذي يكلف العميل ثلاثة أسابيع من الإيرادات المستردة قبل أن يسأل أحد عنه، ويظهر هنا في نفس الاستجابة مثل كل شيء آخر، وليس مدفونًا على بعد ثلاث نقرات في لوحة تحكم لم يفتحها أحد.
كرر نفس تسلسل الاستدعاءات الثلاثة هذا للعميل التالي عن طريق تبديل المواقع، وبحلول الوقت الذي تنتهي فيه من جميع الحسابات الخمسة، سيكون لديك قائمة مرجعية بما تم إيقافه بالضبط، وما هو عالق، وما هو سليم — مجمعة من محادثة واحدة، وليس خمس جلسات تدقيق منفصلة. هذا هو تدقيق أتمتة العملاء كفئة تقارير خاصة به، وليس نتيجة ثانوية لسحب التحليلات، وهو الخطوة التي تتخطاها كل منتجات التقارير المنافسة لأن أياً منها لا يقرأ حالة الأتمتة على الإطلاق. تشغيل نفس تسلسل أتمتة العملاء المدققة عبر كل حساب قبل أول مكالمة عميل في الأسبوع هو، من الناحية العملية، الفرق بين الإبلاغ عن مشكلة واكتشافها قبل العميل.
الخطوة الثانية: سحب تحليلات نسبة النقر إلى الظهور (CTR) والإيرادات لكل عميل، في تمريرة واحدة
بمجرد أن تعرف ما الذي يعمل بالفعل، فإن النصف الثاني من تقارير العملاء هو الأرقام التي يتوقعها العميل في المكالمة: نمو المشتركين، ومعدل النقر إلى الظهور، وقيمة الهدف، وهو الرقم الأكثر أهمية من أي منهما. تُرجع الدالة pushengage_get_analytics_summary الإجماليات مدى الحياة لكل موقع: المشتركين، والإشعارات المرسلة، والمشاهدات، والنقرات، وعدد وقيمة الأهداف. تُقسم الدالة pushengage_get_analytics_timeseries نفس المقاييس إلى فئات يومية أو أسبوعية أو شهرية عبر نطاق زمني، بالإضافة إلى اتجاه نسبة النقر إلى الظهور وإلغاء الاشتراك، حتى تتمكن من إظهار العميل ليس فقط مكانته ولكن أيضًا الاتجاه الذي تحركت فيه الأيام الـ 30 الماضية.
التمييز المهم لتقارير إشعارات الدفع الخاصة بالوكالات تحديدًا: قيمة الهدف هي رقم إيرادات، وليست رقم تفاعل. العميل الذي ظل معدل النقر إلى الظهور لديه ثابتًا شهرًا بعد شهر ولكن قيمة هدفه من الدفع ارتفعت بسبب استعادة تسلسل التخلي عن سلة التسوق الذي أكدته للتو أنه نشط واستعاد المزيد من السلات هو قصة مختلفة ماديًا عن معدل النقر إلى الظهور الذي ارتفع بدون إيرادات خلفه. اربط المحادثة بقيمة الهدف أولاً ثم معدل النقر إلى الظهور ثانيًا، وستقرأ التقرير على أنه إيرادات مستعادة بدلاً من مقياس وهمي.
من الناحية العملية، يبدو هذا وكأنه طلب الملخص والسلسلة الزمنية لآخر 30 يومًا لكل عميل بدوره، مباشرة بعد التحقق من حالة الأتمتة لنفس العميل — لذلك بحلول الوقت الذي تنتقل فيه إلى الحساب التالي، سيكون لديك بالفعل كلا الجزأين من قصة هذا العميل: ما الذي يعمل، وماذا أنتج. سحب نسبة النقر إلى الظهور وقيمة الهدف لثلاثة عملاء جنبًا إلى جنب في نفس المحادثة، بدلاً من ثلاث تسجيلات دخول منفصلة للوحة المعلومات، هو ما يحل فعليًا نسخة "خمس علامات تبويب للمتصفح" من هذا اليوم الاثنين.
ضع في اعتبارك نفس العملاء الخمسة من التدقيق أعلاه. لنفترض أن ثلاثة منهم يظهرون معدل نقر إلى ظهور ثابتًا أو يرتفع قليلاً شهرًا بعد شهر، ويظهر أحدهم انخفاضًا يستحق الملاحظة، والخامس (الذي تبين أن حملة خفض الأسعار الخاصة به متوقفة في التدقيق) يظهر انخفاضًا في قيمة الهدف واسعًا بما يكفي ليكون من الواضح أنه نفس القصة، وليس مصادفة.
إن الدخول في مكالمة العميل هذه مع ربط الحقائق بالفعل ("توقفت أتمتة خفض الأسعار لديك قبل ثلاثة أسابيع، وهنا انخفاض الإيرادات المستردة الذي يتوافق معها") هو محادثة مختلفة جوهريًا عن الدخول بجدول بياني للنسبة المئوية للنقرات دون تفسير لسبب تحركها. هذه هي فائدة إجراء التدقيق أولاً: تتوقف التحليلات عن كونها رقمًا تقوم بالإبلاغ عنه وتبدأ في كونها رقمًا يمكنك تفسيره.
ما يحل هذا محله فعليًا، وما لا يحل محله
يجدر أن نكون مباشرين بشأن النطاق. PushEngage MCP للوكالات ليس مولد تقارير يواجه العميل: فهو لا ينتج ملف PDF يحمل العلامة التجارية أو رابط لوحة تحكم تحمل العلامة البيضاء لتسليمها للعميل، بالطريقة التي يفعلها منتج تقارير ذكاء الأعمال. كما أنه لا يصلح أي شيء يجده. عندما يكشف التدقيق عن حملة إيقاف لخفض الأسعار أو سير عمل بمعدل إكمال متناقص، لا تزال تفتح لوحة تحكم PushEngage لتعديل قاعدة الجمهور أو خطوة التأخير، لأن كل أداة هنا للقراءة فقط، وليست للإنشاء أو التعديل. وإدارة إشعارات الدفع متعددة العملاء عبر MCP هي فقط عبر سطر الأوامر، وتعمل محليًا عبر npx داخل مساعدك؛ لا يوجد إصدار موصل عن بعد ولا قدرة على إرسال واتساب معها.
ما يحل محله أضيق، ولصباح يوم الاثنين، أكثر فائدة: الطقس اليدوي لتسجيل الدخول إلى خمس لوحات تحكم منفصلة للنقر عبر نفس شاشات حالة الأتمتة ونفس علامة التبويب التحليلية، عميل واحد في كل مرة، قبل أن تقول كلمة لأي شخص. عبر أكثر من 25000 شركة في أكثر من 150 دولة ترسل دفعات بمعدل 15.2 مليار إشعار مجمع في آخر 30 يومًا، يتكرر هذا الطقس كل أسبوع في كل وكالة تدير أكثر من حساب واحد - وهو الجزء المحدد الذي تم بناء 27 أداة لـ PushEngage MCP عبر 10 مجالات لضغطه في محادثة واحدة.
هذا هو النطاق الصادق لمساعد الذكاء الاصطناعي لعمليات إعداد تقارير العملاء للوكالات التسويقية المبنية على MCP: فهو يقصر المسار إلى صورة كاملة ودقيقة عبر كل عميل. لا يسلمك تقريرًا جاهزًا، ولا يلمس أي إعداد نيابة عنك.
اختتام السلسلة: ما تضيفه أربعة عشر منشورًا من PushEngage MCP
هذا هو المنشور الرابع عشر والأخير في هذه السلسلة، ويستحق تلخيص القوس بوضوح: قم بتثبيت PushEngage MCP مرة واحدة، في Claude Desktop، Claude Code، أو Cursor، ويغطي مساعد واحد إرسال وجدولة الإشعارات الفورية، واستهداف المشتركين المناسبين، وسحب التحليلات أسبوعًا بعد أسبوع، وكما غطى هذا المنشور، تدقيق حملات التنقيط وسير العمل عبر أكبر عدد ممكن من حسابات العملاء التي تديرها. لا يتطلب أي من ذلك اشتراك تقارير ثانٍ أو لوحة تحكم مصممة خصيصًا للذكاء الاصطناعي. يتطلب التثبيت بأمر واحد الذي بدأت به هذه السلسلة، وقضاء صباح يوم الاثنين في السؤال بدلاً من النقر.
بالنسبة لوكالة على وجه التحديد، تتضاعف هذه الدورة بطريقة لا تحدث لعلامة تجارية ذات موقع واحد: كل أداة غطتها هذه السلسلة (الإرسال، الاستهداف، التحليلات، وتسلسل أتمتة عملاء التدقيق الذي تناولته هذه المشاركة) تعمل مرة واحدة لكل عميل بدلاً من مرة واحدة، إجمالاً. يوم الاثنين لخمسة عملاء الذي بدأت به هذه المشاركة ليس حالة خاصة؛ إنه ما تبدو عليه كل مشاركة في هذه السلسلة بمجرد ضربها في عدد الحسابات التي يكون شخص واحد مسؤولاً عنها.
إذا كنت تدير PushEngage لأكثر من عميل واحد وهذه هي المشاركة الأولى في السلسلة التي وصلت إليها، فابدأ بـ دليل الإعداد، ثم عد إلى هنا - ترتيب العمليات الذي يبدأ بالتدقيق ثم الأرقام هو الذي يتوسع إلى ما بعد حساب واحد. ترتيب العمليات هذا هو ما يُستخدم فعليًا في مساعد الذكاء الاصطناعي لتقديم تقارير العملاء لوكالات التسويق: اكتشف ما هو معطل، ثم اشرح ما تغير. راجع خطط PushEngage لمعرفة ما هو متاح في كل مستوى من مستويات العملاء، بما في ذلك الخطة المجانية التي يبدأ بها كل حساب جديد.
