التكلفة الفعلية لتطوير ميزة ذكاء اصطناعي

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

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

أربعة أشكال لأعمال الذكاء الاصطناعي

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

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

ما الذي يحدد السعر فعليًا

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

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

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

تكلفة التشغيل التي يغفل عنها الناس

تقدير تكلفة البناء ليس ميزانية. تستمر ثلاثة أنواع من التكاليف بعد الإطلاق، ولا تتضمن الخطة عادةً سوى الأولى.

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

ما التكلفة التي ينبغي أن تكون لتجربة إثبات المفهوم، وما الذي ينبغي أن تثبته؟

من أسبوعين إلى أربعة أسابيع. إذا استغرقت أكثر من ذلك، فهي ليست تجربة إثبات مفهوم، بل مشروع بلا خطة.

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

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

أسئلة يجدر طرحها على أي مزود

1. 1. ما الذي قد يجعل التكلفة ضعف تقديركم؟
2. 2. كيف سنعرف، بالأرقام، أن النظام يعمل؟ ومن سيقيس ذلك؟
3. 3. ما التكلفة الشهرية عند حجم استخدام يعادل عشرة أضعاف تجربتنا الأولية؟
4. 4. ماذا سيحدث عندما يتوقف دعم النموذج الذي اخترتموه؟
5. 5. إلى أين تذهب بياناتنا، وما الذي يُحتفظ به منها؟
6. 6. ماذا يفعل النظام عندما لا يعرف الإجابة؟
7. 7. من يملك الشيفرة والتوجيهات ومجموعة التقييم في النهاية؟

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

متى لا ينبغي البناء

ثلاث حالات ننصحك فيها بعدم البناء، لأن قول ذلك مبكرًا أقل تكلفة لكلينا.

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

منهجية عملنا

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

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

أخبرنا بما تحاول بناءه

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

الأسئلة الشائعة