تجربتي مع بناء نظام تصميم (Design System) لشركة ناشئة
التعليقات (30)
يمكنك قراءة كل التعليقات بحرية، لكن الكتابة والتفاعل يحتاجان تسجيل الدخول.
نصيحة إضافية: لا تنسوا أهمية وجود شخص (Design System Lead) يكون مسؤولًا عن إدارة وتطوير وصيانة النظام بشكل مستمر لضمان عدم تلاشيه بمرور الوقت.
هذا ممتاز، هل واجهت أي مشاكل في الصيانة أو التحديث الدوري للـ Design System مع نمو المنتج؟
صحيح جداً، مشكلة الصيانة والتحديث قائمة، ولكننا خصصنا أسبوعًا واحدًا كل ربع سنة لمراجعة وتحديث المكونات بناءً على التغذية الراجعة من المصممين والمطورين.
كنت أود لو ذكرت بعض الأمثلة للمبادئ الأساسية التي حددتموها لعلامتكم التجارية. هذا يساعد في الفهم أكثر.
من المبادئ التي حددناها: "البساطة في الاستخدام"، "التناسق في التجربة"، و "المرونة في التطوير". هذه المبادئ وجهت كل قراراتنا التصميمية.
انا اشوف ان الـ Design System يكون أسهل بكثير لما تكون التوليفات بين المصمم والمطور قوية من البداية. هل هذا كان موجود عندكم؟
مرحباً! التعاون الوثيق بين المصممين والمطورين كان مفتاح النجاح. جلسات عمل مشتركة ومراجعات دورية كانت أساسية لضمان هذا التوافق.
تجربتي كانت مشابهة، لكننا واجهنا مشكلة في التوافق بين الـ Design System و الـ Branding Guidelines الحالية. كيف تعاملتم مع هذا الجانب؟
بالنسبة لمشكلة التوافق مع الـ Branding Guidelines، بدأنا بمراجعة شاملة للـ Guidelines ودمجها كنقطة انطلاق أساسية لنظام التصميم، بحيث لا يكون هناك تعارض بل تكامل.
هل قمتم بتضمين الـ Design Tokens في نظامكم؟ أعتقد أنها أساسية لتسهيل التغييرات المستقبلية.
أنا مبتدئ في عالم التصميم، هل يمكن أن تشرح لي ببساطة ما هي الـ "Design Tokens" التي ذكرها أحدهم؟ وهل هي ضرورية لشركة ناشئة؟
الـ Design Tokens هي قيم محددة (مثل كود لون معين، أو حجم خط معين) تستخدم في كل مكان في التصميم والتطوير. تجعل التغيير أسهل بكثير لأنك تغيرها في مكان واحد وتتغير تلقائيًا في كل المكونات التي تستخدمها. نعم، ضرورية حتى للناشئة إذا كنت تخطط للنمو.
نعم، قمنا بتضمين الـ Design Tokens، وهي كانت عاملًا حاسمًا في الحفاظ على التناسق وتسهيل التغييرات الشاملة مستقبلاً، مثل تغيير الثيمات (Themes) أو الألوان الأساسية بضغطة زر.
هل استخدمتم مكونات جاهزة (Component Libraries) كبداية، أم أن كل شيء بني من الألف إلى الياء؟
لم نستخدم مكونات جاهزة بشكل كامل، بل بدأنا بـ Base Components من الصفر لتتناسب تمامًا مع هويتنا، ولكن استلهمنا من أمثلة معروفة مثل Material Design و Ant Design.
كيف كان رد فعل المطورين على هذا التغيير؟ هل أثر إيجاباً على سرعة عملهم؟
بالنسبة لرد فعل المطورين، كان إيجابيًا جدًا بعد فترة التكيف الأولية. أصبحت عملية تطوير الميزات أسرع وأقل عرضة للأخطاء البصرية.
كلامك دهب يا صاحبي! فعلاً التحدي الأكبر هو الإقناع مش البناء نفسه. إحنا عندنا بنحاول من شهور ومش عارفين نخلي الكل يلتزم.
نظام التصميم هو حجر الزاوية لأي منتج ناجح. هل ركزتم على الـ Accessibility (إمكانية الوصول) كجزء أساسي من مكوناتكم؟
بخصوص الـ Accessibility، نعم كانت جزءًا أساسيًا من عملية التصميم والتطوير. كل مكون يتم فحصه والتأكد من توافقه مع معايير WCAG قدر الإمكان.
بصراحة، أرى أن البناء من الصفر لشركة ناشئة قد يكون استهلاكاً للموارد كان يمكن توجيهها لتطوير المنتج نفسه. هل النتائج كانت تستحق الجهد؟
بالنسبة لسؤالك عن استحقاق الجهد، نعم وبكل تأكيد! لقد قلل وقت المطورين والمصممين بنسبة تجاوزت الـ 30% خلال الأشهر القليلة الأولى، وهذا رقم كبير لشركة ناشئة.
أنا مصمم وأعرف تماماً أهمية الـ Design System، لكن للأسف الكثير من الشركات الصغيرة لا ترى فيه استثماراً ضرورياً في البداية. كيف أقنعت الإدارة؟
أنا معك تمامًا في نقطة الإقناع! أحيانًا يكون عرض دراسات حالة لشركات كبرى استفادت من Design Systems مفيداً في إقناع الإدارة بأهميته على المدى الطويل.
لإقناع الإدارة، ركزنا على الجانب المالي وتوفير الوقت والموارد على المدى الطويل، بالإضافة إلى تحسين تجربة المستخدم وتقليل الأخطاء.
عظيم جداً! توحيد اللغة البصرية هو المفتاح لتجنب الفوضى. هل استخدمتم أداة لإنشاء التوثيق غير Figma؟
فيما يتعلق بالتوثيق، اعتمدنا بشكل كبير على Figma نفسها مع صفحات مخصصة للـ Documentation، وكانت كافية لمتطلباتنا الأولية. لم نستخدم أداة خارجية منفصلة.
تجربة ملهمة جداً! كنت أفكر في البدء بمشروع مماثل لشركتنا الناشئة، هل واجهت صعوبات في تقدير الوقت المطلوب لإكمال النظام بشكل فعال؟
أهلاً بك، بالنسبة لسؤالك عن تقدير الوقت، استخدمنا منهجية الـ Agile وقسمنا النظام لمراحل صغيرة، مما ساعد في إدارة التوقعات بشكل أفضل. استغرقت المرحلة الأولى حوالي 3 أسابيع.
Abdelrhman Rabea




