كيف تخطط لمشروع ذكاء اصطناعي قبل البناء: المخطط الذي يحميك

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

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

لماذا تفشل مشاريع الذكاء الاصطناعي حين يكون النطاق غامضًا؟

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

• سوء فهم المشكلة أو سوء توصيلها. من يطلب النظام ومن يبنيه يقصد كلٌّ منهما شيئًا مختلفًا.
• غياب البيانات. لا تملك المؤسسة البيانات اللازمة لبناء نموذج فعّال.
• التقنية أولًا. ينشغل الفريق بأحدث أداة بدل مشكلة حقيقية يعانيها من سيستخدمون النظام.
• بنية تحتية ناقصة. لا يوجد ما يدير البيانات ويشغّل النظام بعد اكتماله.
• مشكلة أصعب من قدرة التقنية. يُطبَّق الذكاء الاصطناعي على عمل لا يستطيع إنجازه بموثوقية حتى الآن.

وأرقام الاستخدام تشير إلى الاتجاه نفسه. فتجربة الذكاء الاصطناعي صارت أمرًا شائعًا: يذكر مؤشر الذكاء الاصطناعي لعام 2026 من جامعة ستانفورد أن نسبة المؤسسات التي تستخدم الذكاء الاصطناعي ارتفعت من 55% في 2023 إلى 88% في 2025. أما تشغيل وكلاء الذكاء الاصطناعي (AI agents) في العمل اليومي فأندر بكثير: ما زالت نسبة نشرهم دون 10% في كل وظائف الأعمال تقريبًا.

ويرى المحللون النمط نفسه من جهة المشترين. ففي يونيو 2025 توقعت Gartner إلغاء أكثر من 40% من مشاريع الذكاء الاصطناعي الوكيلي (agentic AI) بحلول نهاية 2027، بسبب تصاعد التكاليف، أو غموض القيمة التجارية، أو ضعف ضوابط المخاطر.

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

ما هو مخطط مشروع الذكاء الاصطناعي؟

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

والإرشادات الهندسية الرصينة تضع هذه الخطوة أولًا. يقول دليل Google لإدارة مشاريع تعلّم الآلة إن تحديد مقاييس النجاح والاتفاق على المخرجات أمر حاسم قبل بدء أي مشروع. ويبدأ إطار NIST لإدارة مخاطر الذكاء الاصطناعي، وهو إطار طوعي صدر في يناير 2023، بوظيفة «Map» التي تحدد سياق النظام. وبعد إنجازها ينبغي أن تملك المؤسسة من المعرفة ما يكفي لقرار أولي بالمضي أو التوقف (go/no-go) في تصميم النظام أو تطويره أو تشغيله.

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

ماذا يتضمن مخطط مشروع الذكاء الاصطناعي؟

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

1. المشكلة بلغة العمل

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

2. خريطة سير العمل كما يحدث اليوم

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

3. المدخلات ومصادر البيانات

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

4. ما سيفعله النظام، وما لن يفعله

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

5. قواعد التسليم إلى الموظفين

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

6. مقاييس النجاح وخط الأساس

اختر من مقياسين إلى أربعة من مقاييس العمل نفسه، مثل سرعة أول رد، ونسبة الاستفسارات التي تُحل دون تدخل الموظفين، وعدد الحجوزات في الأسبوع، أو الساعات التي تذهب في المهمة. ثم قِسها قبل البناء على مدى أسبوعين عاديين على الأقل، وهذا هو خط الأساس (baseline). وينبّه دليل Google إلى أن مقاييس النموذج، مثل نسب الدقة، لا تضمن تحسّن مقاييس العمل. ومن دون خط أساس لا يستطيع أحد أن يقول هل ساعد النظام أم لا.

7. الربط والحسابات

سمِّ كل نظام سيقرأ منه الذكاء الاصطناعي أو يكتب فيه، وهل لديه واجهة برمجية (API)، وباسم من يعمل الحساب. حين تكون الحسابات باسم شركتك (حساب واتساب للأعمال، والتقويم، ومزوّد نموذج الذكاء الاصطناعي، والاستضافة)، تبقى السيطرة بيدك مهما تغيّر الموظفون أو المزوّدون.

8. المخاطر والضوابط

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

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

9. الاستضافة والملكية

حدد أين يعمل النظام، ومن يملك الكود والتعليمات (prompts) وقاعدة المعرفة والبيانات، وكيف تنقله إلى مزوّد آخر إن احتجت. تضع الإرشادات البريطانية تجنّب الخوارزميات المغلقة والارتهان لمزوّد واحد (vendor lock-in) بين أهم اعتباراتها، إلى جانب التخطيط لدورة حياة النظام كاملة: نقل المعرفة، والتدريب، والدعم المستمر، والاستضافة. ودليلنا عن امتلاك نظام الذكاء الاصطناعي الخاص بك يشرح أسئلة الملكية بالتفصيل.

10. الجدول الزمني

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

11. السعر وما الذي يغيّره

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

ما الأسئلة التي تجيب عنها قبل أن تدفع؟

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

1. ما المشكلة في جملة واحدة، دون كلمة «ذكاء اصطناعي»؟
2. كم تكلّفنا اليوم؟ ساعات العمل في الأسبوع، والاستفسارات الضائعة، والأخطاء التي نصححها، وهل هذه الأرقام مقيسة أم مجرد تقدير.
3. هل جرّبنا الحل البسيط؟ قالب رسالة، أو نموذج، أو قاعدة واحدة قد تحل أغلب المشكلة. ويوصي دليل Google بـالتأكد أولًا من أن حلك الحالي الذي لا يعتمد على تعلّم الآلة في أفضل حالاته، أو تجربة حل بسيط قائم على قواعد، ثم اعتماده معيارًا يجب أن يتفوق عليه الذكاء الاصطناعي.
4. هل يتكرر العمل بما يكفي؟ مهمة تتكرر خمس مرات في الشهر نادرًا ما تبرر بناء نظام، أما مهمة تتكرر مئة مرة في الأسبوع فغالبًا تبرره. ودليلنا عن أتمتة عمليات الأعمال بالذكاء الاصطناعي يشرح كيف تختار.
5. هل المعرفة مكتوبة، ومن يحدّثها؟
6. ما الذي يجب ألا يحدث أبدًا؟ سمِّ الإجابة أو الإجراء الخاطئ الذي قد يكلّفك عميلًا أو غرامة أو سمعتك.
7. من المسؤول عن المشروع داخل الشركة؟ لا بد من شخص يعتمد المعرفة، ويراجع الحالات المحوّلة، ويتخذ القرارات أثناء البناء.
8. ما الأنظمة التي سيتعامل معها، وهل نملك حساباتها؟
9. هل سيغطي تكلفته؟ يشير دليل Google لتقييم الجدوى إلى أن أغلب مشاريع تعلّم الآلة لن تُعتمد إذا كانت تكلفة تنفيذها وصيانتها أعلى مما تجلبه من مال أو توفّره. احسب تكاليف التشغيل إلى جانب تكلفة البناء.
10. إن توقفنا عن العمل مع هذا المزوّد، ماذا يبقى لنا؟

كيف تدير تجربة محدودة لنظام ذكاء اصطناعي وتحكم على نتائجها؟

التجربة المحدودة (Pilot) تختبر المخطط على عمل حقيقي قبل أن تلتزم بالنطاق الكامل. اجعلها ضيقة، وحدد مسبقًا ما النتيجة التي تُعد نجاحًا.

1. اختر شريحة واحدة. مهمة واحدة، وقناة واحدة، وفريقًا واحدًا: استفسارات الحجز على واتساب مثلًا، باللغات التي يكتب بها عملاؤك فعلًا.
2. حدد المدة ومعيار النجاح كتابةً. اجعل المدة تشمل أيام الضغط والأيام الهادئة، واربط الأهداف بمقاييس خط الأساس، مثل: أول رد خلال أقل من دقيقة في أغلب المحادثات، وإتمام 60% على الأقل من طلبات الحجز دون موظف، وعدم ذكر أي سعر خاطئ.
3. ابنِها على حساباتك واستضافتك الحقيقية. التجربة التي تعمل على حساب تجريبي لدى المزوّد يجب أن يُعاد بناؤها عند التشغيل، وإعادة البناء قد تغيّر سلوك النظام.
4. ابدأ تحت الإشراف. دع الموظفين يرون ردود النظام أو يعتمدونها في الأيام الأولى، ثم اتركه يرد وحده بينما يراجعون عينات من محادثاته.
5. راجع كل حالة محوّلة وكل إجابة خاطئة أسبوعيًا. صنّف كل واحدة: نقص في المعرفة، أو قاعدة غائبة، أو خطأ من النموذج، أو عطل في الربط، فلكل نوع علاج مختلف.
6. قِس بالطريقة نفسها التي قست بها خط الأساس.
7. قرّر: توسيع، أو تعديل، أو توقف. إيقاف تجربة لم تبلغ معيار النجاح يعني أن العملية أدّت وظيفتها، وتكلفته أقل بكثير من إيقاف نظام مكتمل.

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

قائمة جاهزة لكتابة مخطط مشروعك

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

كيف تُسعَّر مشاريع الذكاء الاصطناعي عادة؟

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

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

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

• الربط. كل نظام يجب ربطه، وهل لديه واجهة برمجية صالحة للاستخدام.
• القنوات واللغات. واتساب والدردشة على الموقع والبريد والمكالمات الصوتية لكل منها معالجته، وكذلك كل لغة ولهجة يجب أن يكتب بها النظام.
• العمل على البيانات. المعرفة التي يجب جمعها أو تنظيفها أو كتابتها قبل أن يستخدمها النظام.
• مستوى الموثوقية المطلوب. يشير دليل Google لتقييم الجدوى إلى أن رفع دقة النموذج من 99.9% إلى 99.99% قد يعني مضاعفة تكلفة المشروع عشر مرات، إن لم يكن أكثر. حدد أين تحتاج دقة شبه كاملة، وأين يكون تسليم الحالة لموظف هو الضمان الأرخص.
• الامتثال والتدقيق. قواعد السجلات والاحتفاظ بالبيانات وصلاحيات الوصول التي يفرضها قطاعك.
• الواجهات. لوحات المتابعة وأدوات الإدارة والتقارير الإضافية.

والنطاق الثابت يحميك أيضًا من الحالات المتطرفة التي تخفيها المتوسطات. في دراسة شملت 1,471 مشروعًا لتقنية المعلومات، أغلبها مشاريع حكومية كبيرة، وجد Flyvbjerg وBudzier أن متوسط تجاوز التكلفة بلغ 27%، لكن مشروعًا من كل ستة كان «بجعة سوداء» بمتوسط تجاوز في التكلفة بلغ 200%، وتجاوز في الجدول الزمني قارب 70%. المخطط المحدد، والسعر المقسّم على مراحل، وقاعدة التغيير المكتوبة، هي ما يُبقي المشروع الصغير بعيدًا عن هذا الطرف.

كيف تخطط Flowramo لمشاريعها؟

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

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

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