تشير توقعات المحللين إلى وصول عدد تحميلات تطبيقات الهاتف المحمول عالمياً إلى 292 مليار تحميل في عام 2026، وفقاً لبيانات حديثة من Sensor Tower. لبناء خارطة طريق ناجحة لمنتج برمجي في هذه البيئة المشبعة، يجب على المؤسسات إعطاء الأولوية للذكاء المخصص لمهام محددة والبنية التحتية القابلة للتوسع بدلاً من مجموعات الميزات المتضخمة، مع ربط كل دورة تطوير مباشرة بنتائج مستخدم قابلة للقياس.
بصفتي مديرة منتجات، أقضي أيامي في تقييم كيفية ترجمة الرؤية طويلة المدى إلى قرارات هندسية يومية عملية. تعمل SphereApps كشركة تطوير برمجيات متخصصة في حلول الويب والهاتف المحمول والسحابة، مما يعني أن فرقنا تقف عند نقطة التقاطع بين ما تعتقد الشركات أنها تريده وما يحتاجه المستخدمون بالفعل. ما لاحظته خلال السنوات القليلة الماضية هو وجود فجوة متزايدة بين الاستراتيجية والتنفيذ. فكثير من خرائط الطريق تُبنى على افتراضات قديمة حول كيفية عمل التطبيقات، وكيفية توسع البنية التحتية، وما يتوقعه المستهلكون.
للاستعداد للمرحلة التالية من تطور البرمجيات، نحتاج إلى إزالة الضجيج. دعونا نفحص خمسة مفاهيم خاطئة أساسية تقود استراتيجية المنتج اليوم، وننظر في الحقائق التي يجب أن تملي علينا كيفية تصميم التكنولوجيا ونشرها.
ما الذي نخطئ في فهمه بشأن تحول الذكاء الاصطناعي؟
الخرافة: الذكاء الاصطناعي هو مجرد فئة ميزات جديدة يمكن إضافتها إلى البرمجيات القديمة الحالية لزيادة قيمتها السوقية.
الحقيقة: إضافة واجهات تعلم آلي فوق قواعد برمجية قديمة يخلق ديوناً تقنية وليس ابتكاراً. إن نموذج التفاعل الأساسي في الحوسبة يتغير بشكل جذري. وفقاً لتوقعات غارتنر الأخيرة، فإن 40% من التطبيقات المؤسسية ستتضمن وكلاء ذكاء اصطناعي مخصصين لمهام محددة بحلول نهاية عام 2026، وهي قفزة هائلة من أقل من 5% في عام 2025.
بعيداً عن معدلات النمو، يشير أحدث تحليل لاتجاهات التكنولوجيا من ديلويت إلى أن الشركات الناشئة في مجال الذكاء الاصطناعي تتوسع الآن من مليون دولار إلى 30 مليون دولار في الإيرادات أسرع بخمس مرات مما فعلته شركات البرمجيات كخدمة (SaaS) التقليدية. تشير هذه السرعة إلى تحول في كيفية تقديم القيمة؛ فالمستخدمون لم يعودوا يريدون أدوات تخزن البيانات فحسب، بل يتوقعون أدوات تعمل بناءً عليها. وكما أوضحت هازال شين في تحليلها لـ فلسفة الهندسة وراء SphereApps، فإن البناء لعصر الوكلاء يتطلب بنية تحتية مختلفة تماماً. تملي خارطة طريق منتجاتنا ضرورة دمج الذكاء في طبقة البيانات نفسها، مما يضمن أن أي مكون للذكاء الاصطناعي لديه السياق اللازم لتنفيذ عمليات دقيقة وآمنة.
لماذا لا تعني استراتيجية "السحابة أولاً" الجاهزية السحابية تلقائياً؟
الخرافة: إذا قامت مؤسسة ما بنقل أنظمتها إلى السحابة، فإن بنيتها التحتية جاهزة تلقائياً للتعامل مع متطلبات الحوسبة الحديثة عالية الكثافة.
الحقيقة: الاستضافة السحابية القياسية والبنية التحتية المخصصة للذكاء الاصطناعي هما أمران مختلفان تماماً. كما ورد في تقرير ديلويت، تكتشف كل مؤسسة قامت بالدراسة الحقيقة نفسها: البنية التحتية التي بُنيت لاستراتيجيات "السحابة أولاً" ببساطة لا تستطيع تحمل اقتصاديات الذكاء الاصطناعي.
عندما تضع خارطة طريق للتطبيقات كثيفة البيانات، يجب أن تضع في اعتبارك الارتفاعات غير المتوقعة في متطلبات الحوسبة. خوادم الويب التقليدية المخصصة لحركة المرور الثابتة ستتعثر عند مطالبتها بمعالجة مهام توليدية في الوقت الفعلي. لهذا السبب تعطي خارطة طريقنا الأولوية للخدمات المصغرة المنفصلة (decoupled microservices) وبنيات الحوسبة بدون خادم (serverless) حيثما كان ذلك مناسباً. نحن لا نستضيف الكود فحسب، بل ندير بيئات حوسبة ديناميكية تتوسع بدقة عندما تتطلب سير عمل المستخدم ذلك، وتتقلص للحفاظ على الموارد عندما لا تكون هناك حاجة إليها.
كيف يجب أن تفرض واقعية الأجهزة تصميم البرمجيات؟
الخرافة: بما أن الشبكات السحابية تتولى المهام الثقيلة، فإن المواصفات المحددة لجهاز المستخدم المحمول أصبحت غير ذات صلة بتجربة التطبيق.
الحقيقة: أصبح مكان معالجة التطبيق لبياناته قراراً استراتيجياً حاسماً، وأصبح الذكاء الاصطناعي على الجهاز (on-device intelligence) هو المعيار للخصوصية والسرعة. وهذا يعني أن تشتت الأجهزة أصبح أكثر أهمية من أي وقت مضى.
عندما تطور SphereApps تطبيقات الهاتف المحمول الأصلية، لا يمكننا التصميم حصرياً لأحدث الأجهزة الرائدة. نعم، المحرك العصبي المتقدم داخل جهاز iPhone 14 Pro يمكنه تنفيذ نماذج تعلم آلي معقدة محلياً بزمن انتقال صفر. ومع ذلك، يجب أن تأخذ خارطة طريق المنتج المسؤولة في الاعتبار طيف الأجهزة الأوسع. نحن نختبر بصرامة على جهاز iPhone 14 القياسي وجهاز iPhone 14 Plus ذو الشاشة الأكبر لتحسين استخدام الذاكرة واستهلاك البطارية. والأهم من ذلك، أننا لا نزال نرى استخداماً عالمياً هائلاً لطرازات قديمة مثل iPhone 11.
إذا لم يتمكن برنامجنا من تقليل متطلبات الموارد بسلاسة لمجموعة شرائح قديمة، فإنه سيفشل مع شريحة كبيرة من المستخدمين. تتضمن خارطة الطريق الحقيقية واقع الأجهزة في المراحل الأولى من تصميم الميزات، مع اتخاذ قرار مسبق بشأن العمليات الحسابية التي تتم على الجهاز وتلك التي يتم دفعها إلى الخوادم الخارجية.
من المستفيد الحقيقي من إضافة المزيد من التطبيقات؟
الخرافة: توسيع المحفظة الرقمية من خلال نشر تطبيق متخصص لكل مشكلة عمل صغيرة سيؤدي بطبيعة الحال إلى زيادة إنتاجية المؤسسة.
الحقيقة: "إرهاق التطبيقات" هو خطر تشغيلي موثق. فإضافة واجهات متميزة عادة ما يخلق جزر بيانات منعزلة واختناقات في سير العمل بدلاً من حل المشكلات.
هذا اعتبار حيوي لمشتري تكنولوجيا المعلومات، ومديري العمليات، وفرق المشتريات في المؤسسات. إذا كنت تدير سير عمل رقمي لمؤسسة كبيرة، فإن نشر خمس أدوات مختلفة غير متكاملة يجبر موظفيك على التحول إلى مدخلي بيانات يدويين، ينسخون المعلومات ويلصقونها بين الشاشات. وقد غطى كوراي آيدوغان هذا الفخ التشغيلي في دليله حول كيفية نشر محفظة رقمية متصلة.
تفترض استراتيجية التطوير لدينا طويلة المدى أن العدد الإجمالي للتطبيقات التي يتفاعل معها المستخدم يومياً يجب أن ينخفض مثاليّاً، حتى مع توسع حجم سوق البرمجيات العالمي إلى 2.2 تريليون دولار المتوقع بحلول عام 2034 (Precedence Research). نحن نبني التكامل أولاً، ونصمم منصات توحد المهام، ونضمن تدفق البيانات بهدوء في الخلفية دون إجبار المستخدم على تبديل سياق عمله باستمرار.
أين تقع الأدوات المساعدة العملية في النظام البيئي للبرمجيات؟
الخرافة: في عصر خوارزميات التنبؤ المتقدمة والأتمتة على مستوى المؤسسة، أصبحت التطبيقات المساعدة البسيطة مهجورة.
الحقيقة: الفائدة العملية تفوز دائماً على الحداثة النظرية. فالمهام عالية التكرار ومنخفضة التعقيد تتطلب أدوات سريعة ومركزة تحترم وقت المستخدم.
عند تحديد ما سنبنيه تالياً، أعتمد على إطار عمل صارم لاتخاذ القرار يوازن بين التعقيد والتكرار. على سبيل المثال، لننظر إلى نظام إدارة علاقات العملاء (CRM) للمؤسسات. هذه بيئة عالية التعقيد حيث تحتاج فرق المبيعات إلى تحليلات تنبؤية عميقة، وتسجيل آلي للعملاء المحتملين، وتكاملات معقدة. البناء لهذه البيئة يعني التركيز بشكل كبير على الحوسبة السحابية وهياكل البيانات العلائقية العميقة.
على العكس من ذلك، انظر إلى محرر PDF قياسي أو ماسح ضوئي للمستندات عبر الهاتف المحمول. هذه أدوات مساعدة عالية التكرار. المستخدم الذي يفتح مستنداً يحتاجه ليتحمل فوراً، ويسمح بتوقيع سريع، ويصدره في الحال. لا يريدون معالج إعداد معقد أو واجهة محادثة تحاول تلخيص المستند ما لم يطلبوا ذلك صراحة.
تدرك خارطة طريق المنتج السليمة أنه ليس كل تفاعل يتطلب وكيلاً ذكياً. أحياناً، يكون أفضل قرار هندسي هو جعل مهمة بسيطة أسرع بمقدار 500 مللي ثانية. في SphereApps، التزامنا هو تقييم الاحتكاك الفعلي الذي يواجهه المستخدم وتطبيق المستوى الصحيح تماماً من التكنولوجيا لإزالته — لا أكثر ولا أقل. يضمن هذا النهج المنضبط في وضع خرائط الطريق أن تظل التطبيقات التي نطلقها اليوم ضرورية لروتين مستخدمينا اليومي لسنوات قادمة.