كم تكلفة تصميم واجهات وتجربة المستخدم في الكويت؟

تكلفة تصميم UI/UX في الكويت تحددها خمس أشياء: كم شاشة في منتجك، كم حالة تحتاج كل شاشة، هل لازم يشتغل بالعربي والإنجليزي، كم بحث وتجربة داخلين في الشغل، وهل تستلم مكتبة مكونات تنعاد ولا مجموعة صور مسطحة. عرضين لنفس التطبيق ممكن يختلفون واجد، بس لأن واحد حسب الخمسة والثاني حسب أول وحدة بس. وعلشان جذي ما ننشر قائمة أسعار؛ نحسب النطاق معاك ونثبت السعر قبل ما نبدأ.

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

أغلب العروض تبدأ بعدد الشاشات، وهذي بداية منطقية. اكتب كل شاشة يقدر يوصلها المستخدم: شاشة البداية، التعريف بالتطبيق، تسجيل الدخول، الرئيسية، الأقسام، تفاصيل المنتج أو الخدمة، السلة، العنوان، الدفع، التأكيد، تتبع الطلب، سجل الطلبات، الحساب، الإعدادات، الدعم. تطبيق طلبات بسيط يعدّي العشرين شاشة أسرع مما يتوقع أغلب أصحاب الأعمال، ولوحة تحكم لموظفينك ممكن تضاعف القائمة.

مو كل الشاشات بنفس الوزن. صفحة إعدادات مبنية من صفوف عادية تخلص بسرعة. صفحة منتج فيها خيارات وإضافات ودليل مقاسات ووقت توصيل متوقع هي مشروع صغير بحد ذاتها. والشاشة الرئيسية اللي تتغير مع رمضان والعيد والأعياد الوطنية في فبراير لازم تتصمم كقالب مرن، مو صورة وحدة ثابتة. لما تحسب الشاشات، علّم الثقيلة منها؛ والعرض العادل راح يتعامل معاها بشكل مختلف.

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

الشاشة مو تصميم واحد. هي عائلة تصاميم: شكلها وهي فاضية، وهي تحمّل، لما يصير خطأ، لما ينجح الشي، وأحياناً لما المستخدم ما عنده صلاحية أو ما عنده إنترنت. شاشة سجل الطلبات لعميل جديد تكون فاضية ولازم تقول له شي مفيد. ونفس الشاشة لعميل دايم تكون قائمة طويلة. الحالتين حقيقيات، والمطور يحتاج يشوف الثنتين.

وبعدين فيه حالات المكونات داخل كل شاشة. الزر له حالة عادية، ومضغوط، ومعطّل، ويحمّل. خانة الإدخال لها فاضية، ومحددة، ومعبّاة، وخطأ، ونجاح. وموعد التوصيل ممكن يكون متاح، أو مختار، أو قرب يمتلي، أو مسكّر. تصميم هالحالات مرة وحدة داخل مكتبة مكونات شي اقتصادي؛ وتركها يعني كل مطور يخترعها بطريقته، والتطبيق يبدأ يبان مرقّع بعد كم تحديث.

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

في الكويت أغلب المنتجات تحتاج عربي وإنجليزي، وهذا العامل اللي ينستهان فيه أكثر شي. النسخة الرخيصة تصمم كل شي بالإنجليزي وتطلب من المطور يقلبه بالنهاية. والنسخة المدروسة تصمم العربي كواجهة أساسية: شنو ينعكس وشنو ما ينعكس، أي أرقام تنستخدم للأسعار وأرقام الطلبات، كيف تتصرف الجملة لما يكون فيها اسم ماركة بحروف لاتينية، وكيف تدخل الكلمات العربية الطويلة في شريط التبويبات والأزرار.

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

فلما تضرب الشاشات في حالاتها، اضربها مرة ثانية في لغتين. اللغة الثانية ما تضاعف الجهد، لأن المكونات مشتركة، بس تضيف وقت تصميم حقيقي. والعرض اللي يعتبر العربي ببلاش يا إنه يتخطى هالشغل، يا إنه ناوي يحاسبك عليه بعدين كتعديل.

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

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

لما تقارن العروض، تأكد هل البحث يعني كلام مع عملاءك، ولا مصمم يتفرج على تطبيقات المنافسين. الاثنين لهم فايدة، بس مو نفس البند وما لازم ينسعّرون كأنهم نفس الشي. وإذا عرض فيه تجربة مع ناس حقيقيين والثاني ما فيه، فأنت قاعد تقارن خدمتين مختلفتين.

آخر عامل كبير هو شنو تستلم فعلاً. بطرف فيه مجموعة صور مصدّرة تبان خالصة بس ما تقدر تبني منها بدون تخمين. وبالطرف الثاني ملف Figma فيه رموز ألوان ومسافات لها أسماء، ومكونات بكل نسخها وحالاتها، واللغتين مرتبة، وملاحظات تسليم تقول للمطور كيف تتصرف الأشياء. الثاني ياخذ وقت تصميم أكثر بشكل واضح، وهو اللي يخلي وقت البرمجة وإعادة التصميم لاحقاً تحت السيطرة.

مكتبة المكونات بعد تغير تكلفة كل شي بعد الإطلاق. لما تضيف ميزة جديدة بعد كم شهر، المصمم يركبها من قطع موجودة بدل ما يرسم من الصفر، والمطور يعيد استخدام الكود بدل ما يكتب نسخة شبه مكررة. ونظام التصميم اللي سلمناه لـ Ordenaire، بنظام الألوان ومجموعة الخطوط ونظام البطاقات والمسافات ومجموعة الأيقونات، هو نوع الأساس اللي نقصده.

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

فيه أشياء مو غريبة، بس خاصة بالبيع في الكويت، وكل وحدة تضيف شاشات أو حالات. صفحة دفع فيها KNET و Apple Pay، مع الانتقال لصفحة البنك ونتيجتين الرجعة مصممين. مسار عنوان مفصل فيه القطعة والشارع والجادة والمبنى والدور والشقة، مع دبوس على الخريطة. زر دعم واتساب يعبّي رقم الطلب تلقائياً. واختيار موعد توصيل يتعامل مع سهرات رمضان وزحمة العيد.

المنصة بعد تفرق. تطبيق iOS وتطبيق Android ونسخة ويب يقدرون يشتركون بنفس لغة التصميم، بس كل واحد له أعرافه في التنقل والمشاركة والصلاحيات ونوافذ النظام. التصميم للثلاثة شغل أكثر من التصميم لوحدة، حتى مع مكتبة مكونات مشتركة. وإذا نشاطك يبيع أغلب شي عن طريق Instagram وموقع، ممكن متجر ثنائي اللغة مصمم زين على Shopify يحل المشكلة قبل ما تحتاج تطبيق أصلاً.

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

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

وبعدين اقرا كل عرض مقابل صفحتك. الشاشات: كلها مكتوبة ولا رقم مدوّر؟ الحالات: مذكورة ولا ساكتين عنها؟ العربي: متصمم كواجهة مستقلة ولا مقلوب؟ البحث: عملاء حقيقيين ولا مراجعة من المكتب؟ المكتبة: رموز ومكونات ولا صور مصدّرة؟ التسليم: المكالمات ومراجعة البناء داخلة؟ العرض اللي أرخص بشكل واضح غالباً جوابه «لا» على اثنين أو ثلاث من هذي.

وهني الحد الصادق لطريقة سوّها بنفسك. حساب الشاشات والحالات يقول لك حجم الشغل؛ بس ما يقول لك أي مسار قاعد يضيّع عملاءك اليوم، ولا كيف لازم تتصرف واجهتك العربية. العروض اللي تحسب الشاشات وتتخطى الحالات والاتجاه من اليمين لليسار ومكتبة المكونات تبان أرخص، وتكلف أكثر وقت البرمجة. إحنا نحدد كل هذا معاك من البداية ونثبت السعر قبل ما نبدأ.

النطاق المحدد معانا ياخذ أسبوعين إلى ثلاثة أسابيع من توقيع البريف لين التسليم للمطور، والمنتجات الأكبر تنقسم مراحل بنفس الإيقاع. تقدر تشوف الطريقة كاملة، أسبوع بأسبوع، في صفحة تصميم UI/UX.

وإذا الواجهة جزء من مشروع هوية أكبر، صفحة البراندنج في الكويت توريك باقي اللي يصممه نفس الفريق، من الشعارات لين التغليف.

ولما تجهز قائمة شاشاتك، حتى لو كانت ملاحظات مبدئية في صفحة وحدة، أرسلها من صفحة التواصل ونحسبها معاك سطر سطر، قبل ما أحد يتكلم عن أي رقم.