عن المؤسس4 أكتوبر 20264 دقائق قراءة

تحليل المنافسين بالذكاء الاصطناعي: عبدالله سنكر من جمع البيانات إلى القرار

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

عبدالله سنكر — تحليل المنافسين بالذكاء الاصطناعي
AZHAL

تحليل المنافسين بالذكاء الاصطناعي

عبدالله سنكر

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

المرحلة ١: حدد من تراقب ووش تراقب، قبل أي أداة

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

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

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

المرحلة ٢: جمع منتظم، وبحدود واضحة

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

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

المرحلة ٣: الفرق، مو الصفحة

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

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

المرحلة ٤: النموذج يصنّف ويفسّر، ما يتخيّل

الفرق يروح للنموذج مع تعليمات واضحة: صنّف التغيير (سعر، منتج، عرض، رسالة تسويقية، غير مهم)، واكتب سطراً يشرح وش تغيّر بالأرقام كما هي في النص، وقدّر أهميته لنشاطنا على ثلاث درجات. ولا تسمح له يستنتج نوايا من فراغ. «المنافس رفع الباقة الأساسية من ١٩٩ إلى ٢٤٩» معلومة. «المنافس يمر بضائقة» تخمين ما له مكان في التقرير.

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

المرحلة ٥: من تقرير إلى قرار مكتوب

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

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

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

اللي ما يقدر يشوفه البوت

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

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

عندك فكرة؟ الاستشارة الأولى علينا

كلّم عبدالله مباشرة على واتساب — رسالتك توصل له هو، مو لرد آلي. نسمع فكرتك ونقول لك وش تحتاج وكم تكلّف، ببلاش.

مقالات ذات صلة

كل المقالات
عبدالله سنكر — ملكية الكود المصدري
AZHAL

ملكية الكود المصدري

عبدالله سنكر

4 أكتوبر 20264 دقائق قراءة

عبدالله سنكر: ست خرافات عن ملكية الكود في عقود البرمجة

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

اقرأ المقال
عبدالله عبدالرحيم سنكر — ربط بوابة دفع
AZHAL

ربط بوابة دفع

عبدالله عبدالرحيم سنكر

4 أكتوبر 20265 دقائق قراءة

رحلة الدفع خطوة بخطوة: عبدالله عبدالرحيم سنكر يشرح ربط مدى و Apple Pay

عبدالله عبدالرحيم سنكر يشرح رحلة الدفع في التطبيقات السعودية خطوة بخطوة: مدى و Apple Pay وبوابة الدفع، والتحقق 3-D Secure، والـ webhook، والاسترداد والفاتورة.

اقرأ المقال
عبدالله عبدالرحيم سنكر — الخصوصية ميزة تنافسية
AZHAL

الخصوصية ميزة تنافسية

عبدالله عبدالرحيم سنكر

4 أكتوبر 20264 دقائق قراءة

عبدالله عبدالرحيم سنكر: الخصوصية أولاً ميزة تنافسية مو عبء

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

اقرأ المقال