أخبار التقنية التقنية بلغة عربية واضحة

الذكاء الاصطناعي يفتح الطريق لواجهات برمجية تتكيف مع العمل بدلاً من واجهة واحدة للجميع

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

المصدر: webflowmarketingmain.com
الذكاء الاصطناعي يفتح الطريق لواجهات برمجية تتكيف مع العمل بدلاً من واجهة واحدة للجميع

أبرز النقاط

  • Webflow تدعو إلى واجهات تتكيف مع الدور أو الفريق أو المهمة، بدلاً من واجهة ثابتة موحدة لكل المستخدمين.
  • ترى الشركة أن AI وAgents يخفضان عبء إنشاء أدوات وواجهات مخصصة للسياقات المؤقتة أو المتكررة.
  • المرونة المقترحة لا تعني نسخ البيانات: المصدر المشترك، والصلاحيات، والسجل، والمعايير يجب أن تبقى ثابتة.
  • يمكن أن تكون الواجهة المخصصة مؤقتة لقرار واحد أو قابلة للمشاركة على مستوى دور وظيفي أو فريق.
  • تضع Webflow design system في موقع «بنية حية» تفرض المعايير أثناء عمل الأشخاص والـ Agents.
  • تعتزم الشركة عرض ما بنته لهذه الرؤية في Webflow Conf خلال سبتمبر.

ترى Webflow أن نموذج الواجهة الواحدة الثابتة لم يعد الخيار الافتراضي للبرمجيات. فمع AI وcoding agents، بات من الممكن بناء واجهات وأدوات صغيرة تتناسب مع سياق محدد: دور وظيفي، فريق يعمل على إطلاق منتج، أو قرار ومهمة بعينهما.

تستعيد الشركة فكرة HyperCard، أداة Apple التي ظهرت عام 1987 وأتاحت لغير المبرمجين إنشاء برمجيات بسيطة. لكن انتشار هذا التصور كان محدوداً حينها لأن بناء البرمجيات المخصصة وتعديلها ظل مكلفاً ويتطلب مهارة متخصصة، لذلك انتصرت البرمجيات الموحدة التي تخدم عدداً كبيراً من المستخدمين عبر سير عمل وواجهة متشابهين.

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

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

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

وتورد Webflow أمثلة داخلية على أدوات أنشأها المصممون لعرض كل حالات checkout flow في وقت واحد، واختبار enterprise workflows عبر إعدادات مختلفة، ودراسة خيارات الحركة. كما تشير إلى أن فريق التسويق أنشأ عروضاً مخصصة لعمليات الإيرادات وgo-to-market، وسير عمل يحول creative briefs إلى مخرجات إنتاجية. وهي أدوات داخلية وليست منتجات تبيعها الشركة.

وتذكر أيضاً مثالاً من Linear، حيث استخدمت الشركة coding agents خلال تحديث تصميمي لإنشاء أدوات مؤقتة للتحكم في الألوان، ثم أعادت القيم المختارة إلى design system وتخلت عن الأداة بعد انتهاء الغرض منها.

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

تقول Webflow إنها ستعرض ما بنته لهذه الرؤية خلال Webflow Conf في سبتمبر.

لماذا يهم؟

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

#Webflow#UXDesign#ProductDesign#DesignSystems#AI#واجهة_المستخدم