كيف توظّف مصمم UI/UX بلبنان (دليل الشاري)
دليل عملي لتوظيف مصمم UI/UX بلبنان: شو لازم يوصلك فعلياً، الفرق بين الـwireframes والبروتوتايب، كيف بيختلف عن كلفة البرمجة، وكيف تدفع بأمان.
في مكان ما بين "عندي فكرة تطبيق" و"صار عندي تطبيق"، في خطوة معظم المؤسّسين اللبنانيين بيتخطوها أو بيدفعوا عليها أقلّ من قيمتها: التصميم. بيروحوا عالمبرمج مباشرة، بيوصفوا الفكرة بفقرة، والمبرمج بيبني اللي فهمو من القراءة. الشاشات بتنعاد مرتين. الأزرار بتتحرّك بعد ما الزبون يشوفها شغّالة. المشروع بياخد وقت وكلفة أكتر مما وعد فيه العرض الأول، ولا حدا اتفق قبل ما يبلّش الشغل شو يعني "خلص".
شغل مصمم UI/UX هو يشيل هالتخمين قبل ما تنكتب سطر برمجة واحد: شو الشاشات الموجودة، شو بيصير لمّا تضغط على كل شي، وشكلو شو، كل هيدا متفق عليه ومعتمد قبل ما يبلّش الشغل. هالدليل عن شو فعلياً هالشغل، قدّيش لازم شركة لبنانية تتوقّع تدفع عليه، وكيف توظّفو بلا ما يضيع الخطة بنص الطريق.
UI، UX، وليش الفرق بيكلّفك مصاري
الكلمتين بينستعملوا بالتبادل، وهالعادة بتكلّف مصاري. UX (تجربة المستخدم) هي البنية: شو الشاشات الموجودة، بأي ترتيب، شو بيصير بعد ما حدا يضغط زر، ووين بتطلع رسالة الخطأ وشو بتقول. UI (واجهة المستخدم) هو الشكل بعد ما تتحدّد البنية: الألوان، الخط، المسافات، الأيقونات، النظام البصري.
إذا تخطّيت الـUX ورحت مباشرة عالـUI، بتاخد شاشة حلوة لمسار محدا فكّر فيه — دفع بلا طريقة رجوع، فورم بيفقد بياناتك إذا بدّلت التطبيق، شاشة onboarding ما بتسأل الشي اللي التطبيق فعلياً محتاجو. معظم الفريلانسرز اللي بيحكوا عن حالهم "مصمم UI/UX" بيعملوا التنين، بس اسأل بالتحديد: رح تحدّد مسارات المستخدم قبل ما تصمّم أي شاشة، ولا رايح مباشرة عالشكل البصري؟ الجواب الصادق عهالسؤال هو أحسن فلتر عندك قبل ما توظّف حدا.
شو لازم فعلياً يوصلك
مشروع UI/UX حقيقي لتطبيق متوسط الحجم بيطلّع، بالترتيب:
مسارات المستخدم. رسومات بسيطة بتبيّن كل مسار بالتطبيق — التسجيل، الفعل الأساسي اللي التطبيق موجود لأجلو، الإعدادات، حالات الخطأ والفراغ. هون بتنمسك الشاشات الناقصة، قبل ما تصير غالية تضاف.
Wireframes. تخطيطات شاشات بسيطة، رمادية. بلا ألوان، بلا محتوى حقيقي، بلا تلميع — بس وين الأشياء واقفة وقديش حجمها. الـwireframes رخيصة تتبدّل ومؤلم تتخطّاها، لأنو هون بتنمسك "وين رح يروح هالزر" قبل ما ينخبز بالتصميم النهائي.
مجموعة عناصر / نظام تصميم. كل قطعة قابلة للتكرار — أزرار، حقول إدخال، كروت، أشرطة تنقّل — مبنيّة مرة وحدة، بكل حالاتها (عادي، مضغوط، معطّل، خطأ)، ومستعملة بكل مكان. بلا هيدا، المبرمج بيبني نفس الزر بخمس طرق مختلفة لأنو خمس شاشات مختلفة بيّنتو مختلف شوي، وما في شي بالتطبيق شكلو موحّد.
شاشات نهائية بجودة عالية. الشي الحقيقي: ألوان كاملة، خط حقيقي، محتوى حقيقي (أو قريب من الحقيقي)، متوافق مع براندك.
بروتوتايب قابل للضغط. الشاشات مربوطة ببعضها بـFigma (أو أداة مشابهة) حتى تقدر تضغط عالتطبيق قبل ما المبرمج يكتب أي كود. هيدا أهم مخرج لمسك المشاكل بأرخص كلفة — مسار مكسور بيكلّفك تعليق بFigma قبل البرمجة، وبيكلّفك سبرنت كامل من إعادة الشغل بعد البرمجة.
لتصميم واجهة تطبيق كامل من 10 لـ20+ شاشة على فرصتي، هالباقة كلّها بتتسعّر بالمشروع، عادةً 1500 لـ4000 دولار، حسب عدد الشاشات وكم حالة كل عنصر محتاج وكم جولة تعديل داخلة. وهيدا منفصل عن — وقريب بالحجم من — بناء التطبيق نفسو: تطبيق MVP بسيط عبر منصّتين بيتسعّر عادةً 2500 لـ7500 دولار كمشروع لحالو. حطّ ميزانية للمرحلتين؛ تطبيق مصمّم بشكل جميل بس ما حدا حسب كلفة بنائو هي خيبة أمل شائعة وسهل تتفادها. دليلنا عن كلفة تطوير تطبيقات الموبايل بيشرح شو بيغيّر هالرقم التاني.
البريف اللي فعلاً بيشتغل
بريف غامض بينتج تصميم غامض. قبل ما تتواصل مع حدا، اكتب:
- مين التطبيق إلو، بجملة وحدة لكل نوعين أو تلاتة من المستخدمين الأساسيين — مش "الكل."
- الفعل الوحيد اللي التطبيق لازم يخلّيه سهل جداً. كل تطبيق عندو شغلة موجود لأجلها؛ سمّيها. كل شي تاني ثانوي.
- شاشات إنت عارف أصلاً إنك محتاجها، ولو لائحة تقريبية. المصمم رح يلاقي اللي فاتتك، بس لائحة بداية بتوفّر جولة اكتشاف.
- تطبيقات عاجبك إحساسها، وبالتحديد شو عاجبك فيها — مش "خلّيه متل انستغرام"، بل "الطريقة اللي هالتطبيق بيأكّد فيها إجراء بضغطة وحركة صغيرة."
- المنصة: iOS، أندرويد، أو التنتين، لأنو هيدا بيغيّر بعض أنماط التفاعل (زر الرجوع، شريط التنقّل) حتى ضمن نفس التصميم.
- مواد براند عندك أصلاً — لوغو، ألوان، خطوط — حتى المصمم يبلّش من هويتك مش يخترع وحدة بنص المشروع.
دليلنا عن كتابة طلب الشغل عندو قالب أشمل إذا ما سبق وكتبت وحدة متل هيدي.
قراءة العرض، ومين مالك شو
سؤالين بيحسموا معظم إذا المشروع رح يمشي منيح.
رح تاخد الملف المصدر، مش بس صور؟ لازم ملف Figma (أو ما يعادلو) القابل للتعديل، مش صور PNG مصدّرة. بلا الملف المصدر، أي تعديل مستقبلي — شاشة جديدة، تعديل لون، زر مختلف — لازم يرجع عالمصمم الأصلي أو يبلّش من الصفر. تأكّد من ملكية الملف قبل ما يبلّش المشروع، مش بعد الفاتورة.
كم جولة تعديل داخلة، وشو بتعتبر جولة؟ "تعديلات بلا حدود" بتبيّن كرم بس بتعني عكس هيك عادةً — بتفتح الباب لتعديلات صغيرة بلا نهاية ما بتوصل لنتيجة لأنو ما حدا اعتمد شي بشكل نهائي. تنظيم أوضح: جولتين منظّمتين لكل مرحلة (wireframes، وبعدين الشاشات النهائية)، وكل جولة يعني ملاحظات مجمّعة بتوصل مرة وحدة، مش رسالة ورا رسالة على مدى أسبوعين. قارن العروض على هالأساس مش على السعر الرئيسي فقط؛ دليلنا عن تقييم عروض الفريلانسرز بيشرح أكتر كيف تقارن العروض متل بمتل.
نظّم المشروع كمراحل بدل مبلغ واحد: مسارات وwireframes معتمدة، وبعدين مجموعة العناصر، وبعدين الشاشات النهائية، وبعدين البروتوتايب الشغّال. كل مرحلة شي فيك فعلاً تتطلّع عليه وتوافق عليه أو ترجّعو بملاحظات محدّدة، وهيدا نقطة تفتيش أحسن بكتير من "خلصنا 35%."
التسليم للمبرمج
البروتوتايب مش نهاية مرحلة التصميم — هو مستند التسليم. مبرمج عمبيبني من ملف Figma حقيقي مع مجموعة عناصر موثّقة بيشتغل أسرع وبينتج شي أقرب لما وافقت عليه من مبرمج عمبيبني من وصف شفهي أو كم صورة شاشة. اطلب من مصمّمك يضيف ملاحظات للمبرمج مباشرة بFigma — قيم المسافات، أحجام الخط، الألوان الدقيقة — حتى المبرمج ما يخمّن قيم البكسل من صورة شاشة. إذا عمتوظّف المبرمج بشكل منفصل، شاركو ملف Figma ورابط البروتوتايب قبل ما هالتكليف يبلّش أصلاً؛ بيغيّر كيف المبرمج بيحدّد نطاق الشغل وبيسعّرو.
الدفع بأمان
فرصتي بتشيل المخاطرة عالتنين طرفي هالتسليم. بتنشر مشروعك، بتقارن عروض من فريلانسرز موثّقين، بتموّل مرحلة، وما بتحرّر الدفعة إلا بعد ما توافق على الشغل، ومصاري المرحلة محفوظة عند Stripe لحدّ ما تحرّرها إنت. رسوم الخدمة بتتشال من جهة الفريلانسر، فبتنضاف على فاتورتك بس رسوم معالجة البطاقة العادية، والمراحل الممولة من المحفظة ما عليها ولا رسم. الفريلانسرز بيوثّقوا هويتن قبل ما يقدروا يسحبوا؛ وإنت كزبون ما عليك أي توثيق. والدفعات بتوصل للفريلانسر جوّا لبنان عبر OMT أو Whish أو تحويل بنكي أو USDT.
خطوتك الجاي
اكتب الفعل الوحيد اللي تطبيقك لازم يخلّيه سهل، سمّي الشاشات اللي إنت عارف أصلاً إنك محتاجها، وجمّع أي مواد براند عندك. وبعدين وظّف مصمم UI/UX على فرصتي، نظّم المشروع بمراحل من المسارات لحدّ البروتوتايب، وخلّي دفعتك محمية لحدّ ما يكون عندك ملف فعلاً بتملكو.
الأسئلة الشائعة
قدّيش بيكلّف مصمم UI/UX بلبنان؟
على فرصتي، باقة واجهة تطبيق كامل من 10 لـ20+ شاشة — مسارات، wireframes، مجموعة عناصر، وبروتوتايب قابل للضغط — بتتسعّر بالمشروع، عادةً 1500 لـ4000 دولار. المدى بيعتمد على عدد الشاشات، كم حالة كل عنصر محتاج، وكم جولة تعديل داخلة.
تصميم UI/UX هو نفسو تطوير التطبيق؟
لأ، والتخطيط لهني كشي واحد غلط شائع. التصميم بينتج المسارات والشاشات والبروتوتايب؛ التطوير بيبني التطبيق الشغّال من هالتصميم. تطبيق MVP بسيط عبر منصّتين بيتسعّر عادةً 2500 لـ7500 دولار كمشروع منفصل، فوق كلفة التصميم.
شو الملفات اللي لازم تاخدها من مصمم UI/UX؟
الملف المصدر القابل للتعديل (Figma أو ما يعادلو)، مش بس صور مصدّرة. بلا الملف المصدر ما فيك تعمل تعديلات مستقبلية بلا المصمم الأصلي أو تبلّش من الصفر. تأكّد من هيدا قبل ما يبلّش المشروع.
كم جولة تعديل لازم أتوقّع؟
"تعديلات بلا حدود" غالباً بتشير إنو ما في تنظيم اعتماد حقيقي. تنظيم أوضح هو جولتين منظّمتين لكل مرحلة — wireframes، وبعدين الشاشات النهائية — وكل جولة يعني ملاحظات مجمّعة بتوصل مرة وحدة، مش طلبات صغيرة مستمرّة.
بدّي مصمم UI/UX قبل ما أوظّف مبرمج؟
لأي شي أبعد من شاشة أو تنتين بسيطة، إيه. مبرمج عمبيبني من ملف Figma موثّق مع مجموعة عناصر وملاحظات للمبرمج بيشتغل أسرع وبيبني أقرب لما وافقت عليه من واحد عمبيشتغل من وصف شفهي.