مقال رأي · الذكاء الاصطناعي وخطة دخول السوق · عمّان، الأردن
الواجهة الثالثة: ماذا يعني MCP Server للمسوّقين لا للمطورين فقط
يبدو أن كل شركة SaaS تطلق MCP Server هذه الأيام. السبب ليس موضة تقنية، بل أن البرمجيات صار لها مستخدم ثانٍ لا يتعامل معها كما يتعامل البشر.
باختصار: MCP Server واجهة مصممة خصيصًا لوكلاء الذكاء الاصطناعي (AI agents)، تقف إلى جانب الموقع المصمم للبشر وواجهة API المصممة للمطورين ولا تحل محل أيٍّ منهما. تسارع شركات SaaS إلى إطلاقه لا لأن MCP كلمة رائجة، بل لأن البرمجيات صارت تخدم مستخدمَين مختلفين تمامًا: إنسانًا يستخدم الموقع، ووكيل ذكاء اصطناعي يحتاج شيئًا آخر. ولهذا هو قرار يخص خطة دخول السوق (Go-to-Market) بقدر ما هو قرار هندسي.
أشرح هنا ما هو MCP Server بلغة بسيطة، ولماذا لا تصلح الخيارات القديمة (الموقع وواجهة API) لوكلاء الذكاء الاصطناعي، ولماذا سيتغير السؤال الذي تُسأل عنه فرق المنتج من «هل لدينا API؟» إلى «هل يستطيع الذكاء الاصطناعي استخدام منتجنا؟». تجد المقال بالإنجليزية في The Third Interface: What MCP Servers Mean for Marketers, Not Just Developers. وللجانب المرتبط بالظهور في إجابات الذكاء الاصطناعي انظر خدمة GEO، وللتخطيط على مستوى الشركة انظر استشارات التسويق الرقمي.
أهم النقاط
- كان للبرمجيات تاريخيًا واجهتان: موقع للبشر، وواجهة API للمطورين. وكلاء الذكاء الاصطناعي يحتاجون واجهة ثالثة.
- من دون MCP Server، يضطر وكيل الذكاء الاصطناعي إلى النقر في واجهتك، وقراءة وثائقك، وتخمين سلوك واجهة API، ويتعطل لحظة تتغير الواجهة.
- مع MCP Server، يحصل الوكيل على أدوات منظَّمة، ويفهم ما يستطيع منتجك فعله حقًا، ويُدمج خلال دقائق بدل أسابيع.
- MCP Server لا يحل محل موقعك ولا محل واجهة API، بل يقف إلى جانبهما واجهةً مبنية خصيصًا لوكلاء الذكاء الاصطناعي.
- السؤال الاستراتيجي أمام كل شركة SaaS ينتقل من «هل لدينا API؟» إلى «هل يستطيع الذكاء الاصطناعي استخدام منتجنا؟».
لماذا تطلق كل شركات SaaS خادم MCP الآن؟
هذا سؤال تكرر أمامي طوال العام الماضي: لماذا تطلق كل شركة SaaS فجأة MCP Server؟ الجواب الغريزي أنه مصطلح رائج آخر في الذكاء الاصطناعي تشعر الشركات بضغط لتبنّيه. والجواب الحقيقي بنيوي أكثر.
لسنوات، بُنيت البرمجيات لنوع واحد من المستخدمين: إنسان ينقر في موقع أو واجهة. أما اليوم فتُبنى لنوع ثانٍ أيضًا، وكيل ذكاء اصطناعي يتصرف نيابةً عن شخص ما، وهذا المستخدم لا يتعامل مع البرمجيات بالطريقة التي يتعامل بها الإنسان. وMCP اختصار لـ Model Context Protocol، أي بروتوكول يحدد كيف يتبادل النموذج السياق والأدوات مع البرمجيات الأخرى.
ماذا يفعل وكيل الذكاء الاصطناعي حين لا يجد MCP Server؟
من دون MCP Server، يبقى الوكيل الذي يحاول استخدام منتجك مضطرًا إلى الارتجال. عليه أن ينقر الأزرار كما يفعل الإنسان، وأن يحلل وثائق كُتبت لقرّاء من البشر، وأن يخمّن سلوك واجهة API من سياق ناقص. ويتعطل لحظة تتغير واجهتك، لأنه لم يُعطَ يومًا خريطة موثوقة لما يستطيع منتجك فعله.
هذا مقبول لمهمة عابرة. لكنه لا يصلح أساسًا يعتمد عليه وكلاء الذكاء الاصطناعي ليتصرفوا بموثوقية نيابةً عن مستخدمي منتجك، وهو ما يتوقع العملاء، وأنظمة الذكاء الاصطناعي الأخرى، أن يكون ممكنًا أكثر فأكثر.
ما الذي يتغير حين يكون لمنتجك MCP Server؟
المقارنة التالية تلخّص الفرق بين الحالتين كما يراه الوكيل نفسه:
| الجانب | بلا MCP Server | مع MCP Server |
|---|---|---|
| فهم قدرات المنتج | يستنتجها من صفحات بُنيت للبشر | معرّفة صراحةً |
| طريقة العمل | ينقر الأزرار ويحلل الوثائق | أدوات منظَّمة بدل التخمين |
| التعامل مع واجهة API | يخمّن سلوكها من سياق ناقص | يعرف ما يمكن تنفيذه |
| تنفيذ الإجراءات | ينقر على أمل ألا تكون الواجهة قد تغيرت | ينفّذ بموثوقية |
| حين تتغير الواجهة | يتعطل | لا يعتمد على شكل الواجهة |
| زمن الدمج | أسابيع لفك سير عمل غير موثّق | دقائق |
الزمن المذكور (دقائق مقابل أسابيع) مقارنة عامة بين الحالتين، لا قياس لمنتج بعينه.
موقع وAPI وMCP Server: هل يحل أحدها محل الآخر؟
أبسط طريقة أفكر بها في الأمر: الموقع واجهة البشر، وواجهة API واجهة المطورين، وMCP Server واجهة وكلاء الذكاء الاصطناعي. لا تحل أيٌّ منها محل الأخرى؛ كل واحدة مبنية لمستخدم مختلف باحتياجات مختلفة.
ولهذا فالشركات التي تطلق MCP Server اليوم لا تفعل ذلك لتستبدل به واجهة API أو واجهة الاستخدام، بل لتنشئ واجهة ثالثة مصممة خصيصًا للذكاء الاصطناعي، لأن حصة متزايدة من اكتشاف المنتجات واستخدامها بدأت تحدث هناك.
لماذا MCP قرار تسويقي وليس هندسيًا فقط؟
المشتري الذي يبحث في فئة منتجات، أو وكيل الذكاء الاصطناعي الذي يتصرف نيابةً عنه، يتعامل مع البرمجيات أكثر فأكثر قبل أن يفتح أي إنسان التطبيق الفعلي.
وهذا يعني أن السؤال الذي ستضطر كل شركة SaaS إلى الإجابة عنه في النهاية ليس «هل لدينا API؟» بل «هل يستطيع الذكاء الاصطناعي استخدام منتجنا؟». وبصفتي مسوّقة، وبالنسبة لفرق خطة دخول السوق، هذا ليس نقاشًا جانبيًا يُترك للهندسة وحدها. إنه يمس مدى قابلية منتجك للاكتشاف من وكلاء الذكاء الاصطناعي، ومدى دقة وصفهم لما تقدمه واستخدامهم له، وأكثر فأكثر، ما إذا كنت ستظهر أصلًا في رحلة شراء يتوسطها الذكاء الاصطناعي.
هذا امتداد طبيعي لعملي في GEO والظهور في إجابات الذكاء الاصطناعي: فأن يُستشهد بك في الإجابة شيء، وأن يُوصى بك شيء آخر، وقد فصّلت الفرق في سلّم الظهور في الذكاء الاصطناعي.
إجابات مختصرة عن MCP Server من زاوية التسويق.
ما هو MCP Server باختصار؟
+
MCP Server واجهة تعرّف لوكلاء الذكاء الاصطناعي، في صورة أدوات منظَّمة، ما يستطيع منتجك فعله. وهو للوكيل ما يكونه الموقع للإنسان وواجهة API للمطور.
هل أحتاج MCP Server إن كانت لديّ واجهة API جيدة؟
+
واجهة API الجيدة لا تغني عن MCP Server لأنها مبنية للمطورين لا للوكلاء. والوكيل الذي يستخدمها من دون MCP Server يخمّن سلوكها من سياق ناقص، أما MCP Server فيضيف إلى جانبها واجهة يفهمها الوكيل مباشرة.
من يجب أن يشارك في قرار بناء MCP Server؟
+
قرار بناء MCP Server يحتاج فرق التسويق وخطة دخول السوق إلى جانب الهندسة. فهو يمس اكتشاف المنتج ودقة وصفه في رحلة شراء يتوسطها الذكاء الاصطناعي، لا البنية التقنية وحدها.
هل يرتبط MCP Server بالظهور في إجابات الذكاء الاصطناعي؟
+
MCP Server يرتبط بالظهور في إجابات الذكاء الاصطناعي من جهة الاكتشاف: كلما فهم الوكيل منتجك بدقة، كان أقدر على وصفه واستخدامه. أما الظهور في الإجابات نفسها فيُبنى أيضًا بالمحتوى، وهو ما يعالجه GEO.
كيف أعرف إن كان منتجي جاهزًا لوكلاء الذكاء الاصطناعي؟
+
المنتج الجاهز لوكلاء الذكاء الاصطناعي هو الذي يستطيع الوكيل أن يفهم قدراته وينفّذ إجراءاته دون أن ينقر في واجهة بُنيت للبشر. فإن كان الوكيل مضطرًا إلى التخمين من صفحات الموقع والوثائق، فالمنتج ليس جاهزًا بعد.
هل MCP مجرد مصطلح رائج آخر في الذكاء الاصطناعي؟
+
MCP ليس مجرد مصطلح رائج آخر، فسببه بنيوي: صار للبرمجيات مستخدم ثانٍ هو وكيل الذكاء الاصطناعي. والشركات التي تتعامل معه كموضة عابرة تترك هذا المستخدم يرتجل في واجهة لم تُبنَ له.