شركة تصميم تطبيقات في دبي vs شركة برمجة

لماذا يخلط كثيرون بين شركة التصميم وشركة البرمجة في دبي؟

عندما يبحث صاحب مشروع عن شركة تصميم تطبيقات في دبي أو شركة برمجة تطبيقات، غالباً ما يصل إلى نتائج متشابهة: وكالات تعد بـ«تطبيق كامل»، وعروض أسعار تختلف بشكل كبير، ومصطلحات تقنية قد لا تكون واضحة لغير المختصين. هذا الالتباس ليس عيباً في السوق فقط؛ بل نتيجة طبيعية لأن المنتج النهائي — تطبيق يعمل على iPhone وأندرويد — يجمع بين تجربة بصرية وتفاعلية (UI/UX) وبين هندسة برمجية (Backend، APIs، أمان، نشر). في دبي تحديداً، حيث تتسارع وتيرة المشاريع الرقمية في قطاعات التجزئة والعقارات والصحة والخدمات، يصبح فهم متى تحتاج التصميم وحدَه، ومتى البرمجة وحدَها، ومتى تجمع بينهما في مسار واحد قراراً يؤثر مباشرة على الميزانية والمدة وجودة الإطلاق.

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

ما الذي تقدّمه شركة تصميم تطبيقات فعلياً؟

شركة التصميم المتخصصة في التطبيقات لا تقتصر على «جعل الشاشات جميلة». المخرجات المعيارية تشمل: تحليل المستخدم والسياق (User Research إن وُجد)، رسم مسارات الاستخدام (User Flows)، وايرفريمات منخفضة الدقة، ثم واجهات عالية الدقة (UI) متوافقة مع نظام تصميم (Design System)، وأخيراً نموذج تفاعلي (Prototype) يمكن اختباره مع مستخدمين أو أصحاب المصلحة قبل كتابة سطر كود واحد. في سوق دبي، حيث الجمهور ثنائي اللغة غالباً (عربي/إنجليزي)، يجب أن يُخطط للاتجاه RTL وللخطوط والمسافات منذ البداية — وليس كترجمة لاحقة فوق تصميم إنجليزي فقط.

مخرجات التصميم التي يحتاجها المطور

أهم ما يميّز شركة تصميم محترفة هو تسليم منظم للمطورين (Design Handoff): ملفات Figma أو Adobe XD منظمة بالطبقات والمكوّنات، مواصفات المسافات والألوان والخطوط، حالات الشاشات (فارغة، تحميل، خطأ، نجاح)، وتوثيق التفاعلات. بدون هذا المستوى، تتحول البرمجة إلى تخمين بصري يومياً — وهذا يولّد تعديلات مكلفة ويؤخر الإطلاق. إذا كنت في مرحلة ما قبل البرمجة، فإن الاستثمار في شركة تصميم تطبيقات في الإمارات يقلل عادةً من إعادة العمل بنسبة ملموسة مقارنة بالبدء مباشرة بالكود بناءً على أفكار شفهية فقط.

متى يكفي التصميم دون برمجة لدى نفس المزوّد؟

• عندما يكون لديك فريق برمجة داخلي أو عقد مستقل للتطوير مسبقاً، وتحتاج فقط مواصفات بصرية معتمدة.
• عندما تريد عرض المنتج للمستثمرين أو الشركاء عبر Prototype دون بناء Backend.
• عندما تختبر فكرة جديدة في السوق الإماراتي قبل الالتزام بميزانية تطوير كاملة.
• عندما تعيد تصميم تطبيق قائم (Redesign) والكود موجود وسيُحدَّث لاحقاً.

ما الذي تقدّمه شركة برمجة تطبيقات؟

شركة البرمجة — أو فريق التطوير الكامل (Full Stack) — يحوّل المواصفات إلى منتج يعمل: تطبيق آيفون و/أو أندرويد، خادم (Backend)، قاعدة بيانات، لوحة تحكم (Admin Panel)، تكاملات (دفع، خرائط، SMS، إشعارات Push)، اختبارات، نشر على المتاجر، وغالباً صيانة ما بعد الإطلاق. في دبي، تتضمن المشاريع الناجحة غالباً تكاملات محلية: بوابات دفع مثل تلر، ودعم العملة الدرهم، ومراعاة سياسات Apple وGoogle المتعلقة بالخصوصية والمحتوى.

الفرق الجوهري: البرمجة بدون تصميم معتمد قد تبدأ بسرعة لكنها تتوقف عند كل قرار واجهة؛ والعكس صحيح — تصميم بلا خطة تقنية قد يقترح تدفقات جميلة لكنها مكلفة أو مستحيلة تقنياً. لذلك السؤال ليس «أيهما أفضل؟» بل «أيهما يناسب مرحلتي الآن؟».

علامات أنك تحتاج شركة برمجة الآن

1. لديك وايرفريم أو UI معتمد وجاهز للتنفيذ.
2. حددت نطاق MVP بوضوح (ميزات لا غنى عنها مقابل مؤجلة).
3. تعرف المنصات المستهدفة (آيفون، أندرويد، أو كلاهما عبر Flutter).
4. لديك ميزانية ووقت محددان للإطلاق في السوق الإماراتي.
5. تحتاج Backend ولوحة تحكم وليس شاشات فقط.

لتقدير أولي للميزانية قبل التعاقد مع شركة برمجة في دبي، استخدم دليل تكلفة برمجة تطبيق في الإمارات أو حاسبة تكلفة برمجة التطبيقات على موقع MMB.

مقارنة عملية: تصميم مقابل برمجة

المعيار	شركة تصميم تطبيقات	شركة برمجة تطبيقات
الهدف الرئيسي	تجربة مستخدم وواجهات قابلة للاختبار	منتج يعمل وقابل للنشر والتوسع
المخرجات	Figma، Prototype، Design System	كود، APIs، Admin، متاجر
المدة النموذجية	2–6 أسابيع حسب التعقيد	6–16 أسبوعاً لـ MVP حسب النطاق
متى تبدأ	فكرة غير محددة أو خلاف داخلي على الشاشات	مواصفات وتصميم معتمدان
المخاطر إن أُهملت	واجهة ضعيفة ومعدل هجر مرتفع	أعطال، ثغرات، تأخر إطلاق
الربط بدبي	RTL، ثنائية لغة، معايير محلية UX	تكامل دفع وخرائط وامتثال تقني

متى تجمع بين شركة التصميم وشركة البرمجة في عقد واحد؟

التجميع في مسار واحد (سواء وكالة واحدة أو شراكة مُدارة بين فريقين تحت مظلة مشروع) يُفضَّل في الحالات التالية:

1. مشروع MVP من الصفر في دبي

عندما لا يوجد منتج قائم ولا مواصفات مكتوبة، فصل التصميم عن البرمجة بين مزوّدين غير منسّقين يزيد مخاطر سوء الفهم. عقد موحّد مع شريك يقدّم Discovery ثم UX ثم تطوير يضمن أن كل قرار تصميمي يُقيَّم تقنياً فوراً — وأن كل قيد تقني يُعكس في الواجهة مبكراً.

2. تطبيقات ذات تدفقات معقدة

التوصيل، الحجوزات، المتاجر الإلكترونية، والعقارات تتطلب تنسيقاً بين عدة أدوار (عميل، مزود خدمة، مدير). هنا التصميم والبرمجة يمشيان معاً: تتبع GPS، حالات الطلب، الإشعارات، والدفع كلها تحتاج قرارات UX وقرارات Backend متزامنة.

3. ميزانية ووقت محدودان

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

4. صيانة وتطوير مستمر

من يبني المنتج ويفهم Design System والكود معاً يقدّم صيانة أسرع. من يفصل بشكل دائم قد يجد صعوبة في تعديل ميزة تلامس UI وAPI معاً.

متى يفضّل الفصل بين مزوّد التصميم ومزوّد البرمجة؟

الفصل ليس خطأً بالضرورة. قد يكون أنسب في هذه الحالات:

• لديك فريق تصميم داخلي قوي والشركة الخارجية للبرمجة فقط.
• تصميم من وكالة عالمية والتنفيذ محلياً في الإمارات لأسباب دعم أو تكلفة.
• إعادة بناء تقنية (Rebuild) مع الإبقاء على هوية بصرية جاهزة.
• مناقصة حكومية أو مؤسسية تفرض فصل المشتريات بين الخدمات.

شرط النجاح هنا: عقد تسليم واضح (ملفات، اجتماع Handoff، وقائمة حالات الشاشات) ونقطة اتصال تقنية واحدة على جانب البرمجة يمكنها طرح أسئلة أثناء التصميم وليس بعد الانتهاء.

دبي تحديداً: عوامل محلية تؤثر على قرارك

سوق دبي يتميز بكثافة المنافسة الرقمية وتعدد الجنسيات في قاعدة المستخدمين. ذلك يفرض:

1. ثنائية اللغة من اليوم الأول — ليس ترجمة لاحقة.
2. تجربة دفع محلية — بطاقات، Apple Pay، وربما COD في بعض القطاعات.
3. أداء على شبكات متنوعة — التصميم يجب ألا يفرط في الوسائط الثقيلة؛ والبرمجة يجب أن تحسّن التحميل والتخزين المؤقت.
4. امتثال المتاجر — سياسات خصوصية واضحة، خاصة إذا جمعت بيانات موقع أو صحة أو مالية.

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

نموذج عمل مقترح: ثلاث مراحل متكاملة

نموذج عملي ننصح به كثيراً في MMB Technology:

المرحلة 1 — Discovery ونطاق MVP (أسبوع 1–2)

ورش عمل مع أصحاب المصلحة، تعريف المستخدم والمشكلة، قائمة ميزات Must/Should/Could، وتقدير مبدئي عبر حاسبة التكلفة. المخرج: وثيقة نطاق وخريطة ميزات.

المرحلة 2 — UX/UI واعتماد (أسبوع 2–5)

User Flows، Wireframes، UI، Prototype تفاعلي، مراجعة مع العميل، تسليم Handoff. المخرج: تصميم معتمد جاهز للبرمجة.

المرحلة 3 — التطوير والإطلاق (أسبوع 5–12+)

Sprints، Backend، تطبيقات الجوال، اختبار، نشر تجريبي، ثم المتاجر. المخرج: MVP يعمل مع خطة صيانة.

يمكن إيقاف المشروع بعد المرحلة 2 إن أردت مناقصة برمجة لاحقاً — لكنك تكون قد اشتريت وضوحاً يقلل مخاطر العروض المتباينة.

أخطاء شائعة عند التعامل مع شركتين منفصلتين

• غياب وثيقة نطاق واحدة يفهمها التصميم والبرمجة بنفس التعريفات.
• تسليم تصميم ناقص (بدون حالات خطأ، بدون RTL، بدون مواصفات مسافات).
• بدء البرمجة قبل اعتماد Prototype فيُعاد بناء الشاشات لاحقاً.
• افتراض أن «التصميم الجميل» يغني عن لوحة التحكم — كثير من المشاريع تفشل تشغيلياً لغياب Admin.
• عدم تخصيص ميزانية لما بعد الإطلاق — الصيانة والتحديثات جزء من تكلفة الملكية.

كيف تختار الشريك المناسب في دبي؟

سواء اخترت مساراً موحّداً أو منفصلاً، استخدم هذه القائمة قبل التوقيع:

1. Portfolio في نفس القطاع (أو قريب) مع إمكانية تجربة التطبيق.
2. وضوح المخرجات لكل مرحلة وسعر مكتوب.
3. ملكية الملفات والكود المصدري بعد الدفع.
4. خطة اختبار ونشر متاجر.
5. ذكر صريح للتكاملات الإماراتية في العرض.

للتعمق في التكلفة، راجع تكلفة برمجة تطبيق في الإمارات؛ وللتنفيذ في دبي، ابدأ من صفحة شركة برمجة دبي.

خلاصة قرار: جدول سريع

وضعك الحالي	التوصية
فكرة فقط، لا اتفاق على الشاشات	ابدأ بتصميم (UX/UI) أو Discovery موحّد
تصميم معتمد كامل	شركة برمجة متخصصة
MVP سريع من الصفر	عقد موحّد تصميم + برمجة
فريق داخلي للتصميم	برمجة خارجية مع Handoff صارم
إعادة تصميم تطبيق قائم	تصميم ثم تحديث تدريجي للكود

أسئلة شائعة

هل يمكنني الاكتفاء بمصمم Freelancer ثم شركة برمجة كبيرة في دبي؟

نعم، إذا كان التسليم احترافياً: مكوّنات Figma، Design System، جميع الحالات، واجتماع Handoff مع مطور من شركة البرمجة قبل إغلاق التصميم. الخطر الأكبر هو تصميم «جميل» لكن غير قابل للتنفيذ أو ناقص الحالات — فيُفاجأ العميل بتكلفة إضافية أثناء البرمجة.

أيهما أغلى: التصميم أم البرمجة؟

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

هل MMB Technology تقدّم التصميم والبرمجة معاً؟

نعم، نموذجنا يشمل Discovery وUX/UI والتطوير الكامل للسوق الإماراتي. يمكنك أيضاً البدء بمرحلة تصميم فقط إن كان لديك شريك برمجة — المهم اختيار مسار يقلل الفجوة بين المرحلتين. تواصل عبر صفحات التصميم والبرمجة في دبي.

كم مدة الانتظار بين انتهاء التصميم وبدء البرمجة؟

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

هل أحتاج UI/UX إذا كان تطبيقي بسيطاً؟

حتى التطبيق «البسيط» يحتاج مسارات واضحة وتجربة دفع وتسجيل دخول مفهومة. الاختصار لا يعني التخطي — بل نطاق MVP أصغر مع تصميم مركز. البساطة المقصودة في التصميم تختلف عن العشوائية.

ما الفرق بين Wireframe وPrototype؟

الوايرفريم هيكل ووظيفة بلا تفاصيل بصرية نهائية؛ الـPrototype يحاكي التجربة قابلاً للنقر والاختبار. للمستثمرين والمستخدمين الأوائل، الـPrototype أقوى؛ للمطورين تحتاج الاثنين مع UI نهائي.

دراسات حالة مبسّطة من سوق دبي

لفهم القرار بشكل عملي، إليك ثلاثة أنماط شائعة نراها عند العمل مع شركات في دبي والإمارات:

النمط أ: مطعم وتوصيل يبدأ بدون تصميم

صاحب سلسلة مطاعم قرر بناء تطبيق طلبات داخلية لتقليل عمولة المنصات الخارجية. بدأ مباشرة بمطور مستقل بناءً على «تطبيق مشابه لـ X». بعد ثلاثة أشهر: شاشات غير متسقة، لا يوجد تدفق واضح لتتبع الطلب، ولوحة تحكم ناقصة لإدارة القائمة. التكلفة الإضافية لإعادة بناء الواجهات وتصحيح الـBackend تجاوزت ما كان سيُدفع لمرحلة UX/UI احترافية في البداية. الدرس: في قطاع التوصيل، التصميم ليس زينة — بل تحديد أدوار (عميل، مطبخ، سائق) ومسارات حالات الطلب.

النمط ب: عقاري مع تصميم منفصل دون Handoff

شركة عقارات في دبي استأجرت وكالة تصميم لإنتاج واجهات فاخرة، ثم نقلت الملفات لشركة برمجة أخرى. التصميم لم يتضمن حالات «لا نتائج بحث»، ولا فلترة متقدمة متوافقة مع API العقارات، ولا نسخة RTL كاملة. المطورون بنوا حسب تفسيرهم، والعميل دفع أسابيع تعديل. الدرس: الفصل ممكن لكن Handoff والاجتماعات المشتركة شرط — أو عقد موحّد.

النمط ج: ستارتب يجمع التصميم والبرمجة من البداية

مشروع حجوزات خدمات في الإمارات بدأ بـDiscovery أسبوعين، ثم Prototype اختير مع 12 مستخدماً، ثم تطوير Flutter مع Backend. الإطلاق في 10 أسابيع من التعاقد. التعديلات أثناء البرمجة كانت محدودة لأن القرارات اتُخذت على Prototype. الدرس: التكامل يسرّع عندما يكون الفريق واحداً والنطاق MVP واضحاً.

العقود والملكية: نقاط يجب تثبيتها كتابياً

سواء تعاملت مع شركة تصميم أو شركة برمجة أو الاثنين، تأكد من العقد أن يحدد:

• ملكية ملفات التصميم (Figma، الأصول، الخطوط المرخصة).
• ملكية الكود المصدري ومستودعات Git بعد الدفع.
• عدد جولات المراجعة المشمولة في كل مرحلة.
• ماذا يحدث عند طلب ميزة خارج النطاق (Change Request).
• الدعم بعد الإطلاق: مدة، ساعات، واستجابة للأعطال الحرجة.

غياب هذه البنود يسبب نزاعات شائعة في دبي عندما ينجح التطبيق ويريد العميل التوسع بسرعة.

التقنيات: هل يغيّر Flutter أو Native قرار التصميم/البرمجة؟

اختيار Flutter أو Native آيفون/أندرويد يؤثر على التكلفة والمدة، لكنه لا يلغي حاجة التصميم. بل العكس: Flutter يعتمد على مكوّنات قابلة لإعادة الاستخدام — Design System منظم في Figma يُسرّع التطوير. Native قد يتطلب تفاصيل منصة (آيفون Human Interface Guidelines، Material Design) يجب أن يعرفها المصمم. ناقش التقنية في مرحلة Discovery مع شريك يقدّم تقدير تكلفة واقعي لا يفصل التصميم عن البنية التحتية.

قائمة تحقق قبل اجتماع العروض في دبي

1. هل الفكرة مكتوبة في فقرة واحدة واضحة؟
2. هل لديك 3 تطبيقات مرجعية تعجبك (وليس نسخاً حرفياً)؟
3. هل حددت Must-have مقابل Nice-to-have؟
4. هل تعرف إن كنت تحتاج Admin Panel؟
5. هل جهّزت أسئلة عن التكاملات المحلية (دفع، خرائط)؟
6. هل استخدمت حاسبة التكلفة كمرجع داخلي قبل الاجتماع؟
7. هل سألت عن Portfolio في قطاعك؟

الربط مع بقية الإمارات: دبي ليست معزولة

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

كيف يؤثر حجم الفريق على قرار التصميم والبرمجة؟

في دبي، تتراوح عروض السوق بين فريق من شخصين يعملان بدوام جزئي وبين وكالة بعشرين متخصصاً. حجم الفريق لا يحدد الجودة وحده، لكنه يحدد قدرة التنسيق الداخلي بين المصمم والمطور. عندما يكون المصمم والمبرمج في نفس الغرفة (فعلياً أو افتراضياً عبر اجتماعات يومية قصيرة)، تُحلّ تضاربات الواجهة والـAPI قبل أن تتحول إلى تذاكر مكلفة. أما عندما تتعاقد مع شركة تصميم منفصلة تماماً عن شركة برمجة، فإنك تدفع ضمنياً لتكلفة التنسيق — اجتماعات إضافية، وثائق وسيطة، ووقت انتظار للردود بين الطرفين.

للمشاريع متوسطة الحجم (MVP بـ15–25 شاشة مع Backend بسيط)، غالباً يكفي فريق صغير متكامل: Product Owner من جانبك، ومن جانب الشريك: UX/UI Designer، مطور Mobile، مطور Backend، وQA جزئي. للمشاريع الأكبر (سوق متعدد الأطراف، تكاملات معقدة)، قد تحتاج توسيع الفريق لكن مع الحفاظ على قناة اتصال واحدة تجاهك كعميل — لا تتعامل مع خمس جهات اتصال منفصلة.

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

مؤشرات نجاح بعد الإطلاق: هل اخترت المسار الصحيح؟

بعد إطلاق التطبيق بثلاثة أشهر، يمكنك تقييم قرار التصميم/البرمجة بموضوعية:

• معدل إكمال التسجيل (Onboarding Completion): إن كان منخفضاً، غالباً المشكلة في UX وليس في التسويق.
• عدد تذاكر الدعم عن «لا أفهم كيف أفعل X»: مؤشر على واجهة غير واضحة أو تدفقات ناقصة في التصميم.
• وقت إضافة ميزة جديدة: إن كان طويلاً جداً، قد يكون الكود أو التصميم غير منظمين — أو أن الفريق الذي بنى المنتج غير متاح للصيانة.
• تقييمات المتجر عن «التطبيق بطيء» أو «يتعطل»: مشكلة برمجية وأداء، لا تصميم فقط.
• معدل الاحتفاظ بالمستخدم (Retention): يجمع بين تجربة أولى قوية (تصميم) واستقرار تقني (برمجة).

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

خلاصة تنفيذية لصناع القرار

قرار «تصميم vs برمجة vs الاثنين» ليس فلسفياً — بل مسألة مرحلة المشروع ووضوح المخاطر. الفكرة الغامضة تحتاج تصميم واكتشاف. المواصفات الجاهزة تحتاج برمجة قوية. الاستعجال من الصفر يستدعي شريكاً متكاملاً. دبي سوق يكافئ السرعة مع الجودة؛ والجودة تبدأ من تجربة مستخدم واضحة وكود قابل للصيانة. لا تختصر على حساب إعادة العمل لاحقاً — واستثمر في التخطيط عبر أدوات مثل دليل التكلفة والحاسبة التفاعلية قبل التوقيع.

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

روابط مرتبطة

• شركة برمجة تطبيقات في دبي
• شركة برمجة تطبيقات أبوظبي
• شركة تصميم تطبيقات في الإمارات
• تكلفة برمجة تطبيق في الإمارات
• حاسبة تكلفة برمجة التطبيقات
• مقال مرتبط في المدونة