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