بدائل Amazon Pinpoint: دليل شراء لعام 2026

Amazon Pinpoint يتجه إلى نهايته. تنهي AWS دعم الخدمة في 30 أكتوبر 2026، وتختفي معها الكونسول: نقاط النهاية، الجماهير المستهدفة، الحملات، الرحلات، ولوحات التحليلات. إذا كنتم تقرؤون هذا، فقد تقبّلتم على الأرجح أنكم بحاجة إلى وجهة جديدة لبرنامج الرسائل لديكم، وأنتم الآن أمام السؤال الأصعب: أيّها؟

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

ما الذي يجب تقييمه

تتشابه قوائم الميزات بعد العرض التوضيحي الثالث لأي مزوّد. هذه هي المعايير الستة التي تغيّر القرار فعلياً عند استبدال Pinpoint تحديداً:

• القنوات الجاهزة. الإشعارات الفورية (الجوال والويب)، الرسائل داخل التطبيق، البريد الإلكتروني، الرسائل النصية/واتساب: أيها أصلي، وأيها إضافة أو تكامل مع طرف ثالث؟ الرسائل داخل التطبيق هي القناة التي يجب التحقق منها بأكبر قدر من الدقة. إنها القناة التي يفترض مستخدمو Pinpoint غالباً أن كل منصة تدعمها، لكن الافتراض لا يصمد: المسار الموصى به من AWS نفسها، Amazon Connect، لا يدعم الرسائل داخل التطبيق إطلاقاً.
• نموذج التسعير. لكل مستخدم نشط شهرياً، أو لكل ملف تعريفي، أو لكل مقعد، أو حسب الاستخدام الفعلي: النموذج أهم من الرقم المعلن. نموذج الملف التعريفي يعاقبكم على القوائم الكبيرة غير النشطة؛ ونموذج المستخدم النشط شهرياً يعاقبكم على النمو المتفاعل. طابقوا النموذج مع شكل قاعدة مستخدميكم، لا مع عدد الموظفين الحالي فقط.
• جهد الانتقال. هل يمكنكم استيراد نقاط النهاية عبر واجهة برمجية أو واجهة مستخدم، أم تحتاجون لبناء خط ETL مخصص لإعادة تشكيلها وتحميلها؟ هذه تكلفة حقيقية بساعات هندسية، وتتفاوت كثيراً بين المزوّدين.
• التكافؤ مع ما كان لديكم. كانت حملات ورحلات Pinpoint تؤدي وظائف محددة: أتمتة متعددة الخطوات، وتقسيم سلوكي. أي بديل تنتقلون إليه يجب أن يعيد إنتاج هذا المنطق، وإلا فأنتم لا تنتقلون بل تعيدون البناء من الصفر.
• لمن هذا الحل فعلياً. مطوّر منفرد، وفريق منتج، ومؤسسة تسويقية كبرى لا يريدون الأداة نفسها. نصف حالات عدم الملاءمة في هذه الفئة سببها فريق صغير يشتري برمجية مؤسسية، أو مؤسسة تتجاوز أداة بداية بعد 6 أشهر فقط.
• دعم اللغة العربية وواجهة RTL. لفرق تستهدف جمهوراً عربياً، تحقّقوا مما إذا كان محرر الحملات نفسه يعرض النصوص العربية ويعالج الاتجاه من اليمين إلى اليسار بشكل صحيح في المعاينة، لا فقط في الرسالة النهائية المرسلة للمستخدم.

الآن الخيارات، تقريباً من “الأقرب إلى AWS” إلى “الأبعد”.

البقاء داخل AWS: Amazon Connect وAWS End User Messaging

المسار الذي توصي به AWS نفسها. تنتقل أعباء التفاعل لديكم إلى حملات Amazon Connect الصادرة مع Customer Profiles، وتنتقل قنواتكم الخام (الرسائل النصية، الإشعارات الفورية، المكالمات الصوتية، رموز التحقق) إلى AWS End User Messaging، وهي ببساطة واجهات قنوات Pinpoint القديمة تحت اسم غيّرته AWS في 2024.

إذا كنتم منغمسين في منظومة AWS وترسلون في الغالب رسائل معاملاتية تُطلَق من الواجهة الخلفية الخاصة بكم، فقد يكون هذا هو القرار الصحيح، إذ تبقون على مزوّد واحد وفاتورة واحدة. لكن بالنسبة للتفاعل عبر الجوال تحديداً، توجد ثغرتان موثقتان: لا تملك Connect رسائل داخل تطبيق أصلية، والإشعارات الفورية ليست قناة حملة أصلية (توجّهونها عبر رحلة بإجراء Lambda). كلتا الحقيقتين واردتان مباشرة في توثيق انتقال AWS، وما تعنيانه عملياً موضّح في دليل الانتقال بدلاً من تكراره هنا.

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

Pushwoosh

للشفافية الكاملة: هذه منصتنا، فاقرؤوا المعايير أعلاه وحاسبونا وفقها.

Source: Pushwoosh

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

مقابل المعايير الستة، يظهر أداءً قوياً. القنوات: 3 قنوات إشعارات فورية بالإضافة إلى البريد الإلكتروني والرسائل النصية، مع رسائل داخل التطبيق أصلية لا موعودة. جهد الانتقال: تستوردون عبر الواجهة البرمجية أو واجهة المستخدم بدلاً من كتابة نص برمجي مخصص لإعادة تشكيل نقاط النهاية (مسار AWS يطلب تشغيل مهمة Python لتحويلها إلى Customer Profiles)، وتحصل الفرق المنتقلة على دعم بأولوية مع تثبيت السعر لمدة 24 شهراً. التكافؤ: مجموعة الأدوات الكاملة قياسية: التقسيم، أداة بناء رحلة العميل، اختبار A/B، التحليلات، دون تقييد ميزات ودون فئات “للمؤسسات فقط”. التسعير: يُحتسب لكل مستخدم نشط شهرياً ومُوحَّد حسب معرّف المستخدم، فيُحتسب الشخص الواحد الذي وصلتموه عبر الجوال والويب مرة واحدة لا مرتين. اللغة العربية وRTL: واجهة إدارة الحملات ومحرر الرسائل يدعمان النصوص العربية بشكل صحيح في المعاينة، وهي نقطة ينبغي التحقق منها قبل الالتزام بأي منصة بديلة.

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

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

Braze

الاسم الذي يتبادر لذهن أغلبهم عند سماع “منصة تفاعل العملاء”. إنها العلامة الأم للفئة في معظم مقارنات المزوّدين، وهذا انعكاس عادل لموقعها. Braze منصة تفاعل عملاء ناضجة ومتعددة القنوات، بقدرات تنسيق رحلات قوية (Canvas)، تستخدمها علامات استهلاكية كبرى بعشرات ملايين المستخدمين النشطين شهرياً، مثل Etsy وGrubhub وHBO Max.

Source: G2

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

الأنسب لـ: مؤسسات التسويق الكبرى ذات الاحتياجات متعددة القنوات والميزانية المناسبة.

OneSignal

تاريخياً كانت الإشعارات الفورية أولويتها، وربما الأقرب مطابقةً على صعيد الإشعارات الفورية البحتة. توسّعت OneSignal لاحقاً في البريد الإلكتروني والرسائل النصية والرسائل داخل التطبيق، ونشرت دليلها الخاص للانتقال من Amazon Pinpoint قبل الموعد النهائي. لا حاجة لتكرار حججهم هنا؛ المهم أنها أخذت التوقف على محمل الجد بما يكفي لتكتب عنه، وهذا يدل على أنها خيار نشط وموجّه للجوال وليس خياراً قديماً.

Source: OneSignal

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

Customer.io وIterable

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

Source: G2

تحقّقوا من نموذج التسعير هنا، لأنه يعمل بشكل مختلف عن نموذج المستخدم النشط شهرياً الذي اعتاد عليه مستخدمو Pinpoint. تسعّر Customer.io بحسب عدد الملفات التعريفية المخزّنة لا الرسائل المرسلة، بدءاً من حوالي 100 دولار شهرياً لـ5000 ملف تعريفي، وتتصاعد من هناك. هذا فعّال إن كنتم ترسلون بكثافة لقائمة ضيّقة، لكنه “ضريبة نجاح” إن كانت لديكم قاعدة مستخدمين كبيرة منخفضة التفاعل أو مجانية. تقع Iterable في نطاق مؤسسي مشابه بتسعير عبر عرض سعر. كلتاهما أقرب إلى طبيعة البريد الإلكتروني منها إلى طبيعة الجوال، فزنوا بينهما وفقاً لمركز ثقل برنامجكم فعلياً.

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

MoEngage

لاعب في التفاعل مبني أولاً للجوال، والاسم الذي يتكرر كمرجع لعبارة “منصة تفاعل عملاء للجوال”، بحضور أعمق في تطبيقات الجوال ومنطقة آسيا والمحيط الهادئ مقارنة بمعظم هذه القائمة. إذا كانت قاعدة مستخدميكم كثيفة الجوال ولديها امتداد في أسواق APAC، فهي تستحق مكاناً في القائمة المختصرة إلى جانب Pushwoosh وOneSignal كخيار موجّه للجوال لا للبريد الإلكتروني.

Source: G2

الأنسب لـ: التطبيقات الاستهلاكية كثيفة الجوال، خصوصاً بحضور قوي في آسيا والمحيط الهادئ.

مقارنة جنباً إلى جنب

الأسعار أدناه مؤشرات لمستوى الدخول، وليست عروض أسعار. المزوّدون المؤسسيون لا ينشرون تسعيراً ثابتاً، فاقرؤوا تلك الخلايا على أنها “تتطلب محادثة مبيعات”.

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

تضييق قائمتكم المختصرة

عندما تصلون إلى خيارين أو 3، هذه الأسئلة الأربعة تخترق أغلب لمعان العروض التوضيحية:

• “أروني رسالة داخل تطبيق حية مبنية في محرركم، لا شريحة عرض.” إذا كانت قناة حقيقية أصلية، يمكنهم عرضها خلال 5 دقائق. إذا كانت بنداً على خارطة الطريق أو تكاملاً مع طرف ثالث، ستسمعون تردداً.
• “كيف أستورد نقاط نهاية Pinpoint: عبر API، أو واجهة مستخدم، أم أكتب التحويل بنفسي؟” هذا رقم جهد الانتقال لديكم في إجابة واحدة.
• “على ماذا يتصاعد تسعيركم فعلياً: المستخدمون النشطون، الملفات المخزّنة، المقاعد، أم الرسائل؟” ثم قارنوا ذلك بقاعدة مستخدميكم الفعلية، خصوصاً أي شريحة كبيرة غير نشطة.
• “هل يمكنني تشغيل تجربة على بيانات حقيقية قبل الالتزام؟” باقة مجانية أو تجربة تقبل بيانات مستوردة فعلية تساوي أكثر من أي قائمة ميزات.

من أين تبدأون

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

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