نظام التصميم وأتمتة المكوّنات
قواعد مقنّنة لطريقة بناء المكوّنات (المتغيّرات، الحالات، التخطيط التلقائي) وخط أنابيب عبر Tokens Studio يُبقي Figma والكود متزامنين.
- الدور
- مصمم واجهات وتجربة مستخدم (أنظمة التصميم)
- السنة
- المنصة
- Figma وTokens Studio وواجهات الويب الأمامية
- الفريق
- NSG للخدمات الجيومكانية
السياق
عبر عدة منتجات، كان الفريق يعيد بناء الأزرار وحقول الإدخال والبطاقات نفسها مع اختلافات طفيفة في كل مرة، وكانت الرموز التصميمية (Design Tokens) موزّعة في مكانين: أنماط Figma ومتغيّرات CSS تُحدَّث يدوياً، فتباعدت مع الوقت.
القيود
- كان يجب أن تكون القواعد قابلة للاستخدام من مصممين لا خلفية هندسية لديهم، فكُتبت كقوائم تحقق للبناء لا كأكواد.
- كان على خط أنابيب الرموز أن يندمج في المستودعات القائمة دون عملية ترحيل كبيرة.
القرارات التصميمية
[عنصر نائب] القرار الأول — استبدله بالقرار التصميمي الأهم
[عنصر نائب] لماذا اختير هذا الخيار دون البدائل. يكتبه محمد؛ مادة للمقابلات.
البديل المرفوض: [عنصر نائب] ما الذي دُرس ورُفض، ولماذا لم يُعتمد.
[عنصر نائب] القرار الثاني — استبدله بالقرار الثاني
[عنصر نائب] المبررات هنا.
البديل المرفوض: [عنصر نائب] البديل المرفوض هنا.
النتيجة
معيار مكتوب لبناء المكوّنات: التسمية، وخصائص المتغيّرات، وتغطية الحالات (الافتراضية، التحويم، التركيز، المعطّلة، الخطأ)، وقواعد التخطيط التلقائي.
خط أنابيب عبر Tokens Studio يصدّر الرموز من Figma إلى ملف JSON كمصدر وحيد للحقيقة ويولّد منها متغيّرات CSS، فيصل أي تغيير في الألوان داخل Figma إلى الكود دون خطوة يدوية.
بأثر رجعي
كان أثر قواعد البناء أكبر من أثر الأدوات. فما إن التزم كل مكوّن بنموذج المتغيّرات والحالات نفسه حتى أصبحت الأتمتة مسألة مباشرة؛ قبل ذلك لم يكن هناك ما هو متسق بما يكفي لأتمتته.
- نظام تصميم
- الرموز التصميمية
- Tokens Studio
- Figma
- أتمتة