
- صمّم واعمل بروتوتايب بشكل بصري من غير أي كود مطلوب.
- تعاون لحظي للفرق وأصحاب المصلحة.
- حوّل الأفكار لنماذج أولية تفاعلية في دقائق.

- Free plan includes 30 credits per month
- Collaborate in real time with multiplayer editing and AI assistance
- Fully managed hosting, domains, SEO, and updates in one platform
عملت builds حقيقية على الاتنين. Lovable هو الفائز العام للفرق اللي بتبني تطبيقات ويب. Figma Make هو الاختيار الصح للمصممين الموجودين بالفعل جوه منظومة Figma واللي عايزين يتحركوا أسرع من الفكرة للبروتوتايب.
أهم حاجة لازم تفهمها قبل ما تكمل قراءة
Figma Make مش أداة مستقلة لبناء التطبيقات.
هي ميزة جوه Figma، ومتاحة من خلال نفس شريط التنقل بتاع Figma Design وFigJam وSlides. علشان تستخدمها، لازم يكون عندك حساب Figma. خطة Starter المجانية بتدي وصول محدود (150 AI credits في اليوم، 500 في الشهر). أي حاجة أكتر من كده بتحتاج مقعد Professional بسعر $16/month لكل شخص أو أعلى.
ملخص سريع
Figma Make هو طبقة AI مبنية فوق أشهر منصة تصميم في العالم، وموجهة إنها تخلي مصممي Figma أكتر إنتاجية وتتحرك أسرع من الفكرة لبروتوتايب تفاعلي. Lovable هو متخصص مستقل: اوصف تطبيق ويب، واطلع بمنتج full-stack متكامل متعمل deployment مع قاعدة بيانات حية، وتوثيق، ومعالجة مدفوعات. فيه تداخل، لكن الجمهور مختلف، والاختيار الصح بيعتمد على نقطة البداية بتاعتك.
| الميزة | Figma Make | Lovable |
|---|---|---|
| السعر الابتدائي | مضمنة في Figma Professional ($16/full seat/month) | $25/month (مستخدمين غير محدودين) |
| تجربة/خطة مجانية | أيوه (150 AI credits/day، 500/month على Starter) | أيوه (5 daily credits، 30/month cap) |
| نماذج AI المستخدمة | الافتراضي، Claude Sonnet 4.6، Gemini 3 Flash، Gemini 3.1 Pro (قابل للاختيار) | مزيج من OpenAI وGoogle Gemini وAnthropic |
| أداة مستقلة | لا (عايش جوه Figma؛ لازم حساب Figma) | أيوه (من غير منصة لازمة قبله) |
| Builder من غير كود | جزئي (بيعتمد الأول على البرومبت؛ وكمان فيه تحرير بصري داخل السطر ووصول للكود) | أيوه (من غير احتياج لأي معرفة تقنية) |
| قوالب جاهزة | مكتبة Figma Community (واسعة جدًا للمصممين) | أيوه (مشاريع المجتمع + قوالب تصميم Business+) |
| تصدير كود مخصص | أيوه (تكامل GitHub؛ Download؛ محرر كود جوه Make) | أيوه (مزامنة GitHub، ملكية كاملة للكود) |
| دعم تطبيقات الويب | أيوه (React + Tailwind؛ فول ستاك مع Supabase) | أيوه (React/TypeScript/Tailwind) |
| تكامل API | GitHub، Supabase، Google Analytics، إدراج كود مخصص | أكتر من 80 تكامل متحقق منه؛ Supabase وStripe الأصليين |
| معالجة المدفوعات | لا يوجد تكامل دفع أصلي | أيوه (Stripe أصلي: checkout، subscriptions، webhooks) |
| خيارات النشر | نطاق فرعي figma.site؛ دومين مخصص في الإعدادات | lovable.app، دومينات مخصصة، مزامنة GitHub |
| التعاون في الوقت الحقيقي | أيوه (multiplayer بتاع Figma عبر كل المنتجات) | أيوه (متعاونين غير محدودين، مساحات عمل multiplayer) |
| التحكم في الإصدارات | إصدار تلقائي (Version 1, 2, 3…); rollback في الشات | rollback مدمج + مزامنة GitHub |
| ملكية الكود | أيوه (تكامل GitHub؛ تنزيل كملف ZIP) | أيوه (ملكية كاملة، مزامنة GitHub) |
1. مقارنة الأسعار والخطط
تسعير Lovable للفِرق غير المحدودة بيتفوق على نموذج Figma Make بسعر لكل مقعد لأي فريق مش بيدفع لـ Figma بالفعل
| الميزة | Figma Make | Lovable |
|---|---|---|
| الباقة المجانية | Starter: 150 كريدتات AI/يوم، 500/شهر (محدودة؛ مفيش توليد غير محدود) | Free: 5 كريدتات يوميًا، حد أقصى 30/شهر |
| باقة البداية | Professional: $16/مقعد كامل/شهر (+ 3,000 كريدتات AI/شهر) | Pro: $25/month (مستخدمين غير محدودين) |
| الباقة المتوسطة | Organization: $55/مقعد كامل/شهر (+ 3,500 كريدتات AI/شهر) | Business: $50/month (مستخدمين غير محدودين) |
| أنواع مقاعد الفريق | مقعد كامل ($16)، مقعد Dev ($12)، مقعد Collab ($3) على Professional | باقة واحدة بتغطي كل المستخدمين |
| Enterprise | $90/مقعد كامل/شهر (+ 4,250 كريدتات AI/شهر) | مخصص |
| خصم سنوي | أيوه (بيتحاسب سنويًا لـ Organization وEnterprise) | أيوه |
Figma Make
سعر Figma Make ماينفعش يتفصل عن سعر Figma؛ هما نفس الاشتراك. وده معناه إيه عمليًا:
التكلفة بتعتمد بالكامل على الفريق بتاعك بدأ منين:
لو أنت بالفعل على Figma؟ Make مش هيكلفك أي حاجة زيادة. كريدتات AI (3,000/شهر على Professional، 3,500 على Organization) مشتركة عبر كل ميزات Figma AI، لكن المقاعد الكاملة مدفوعة أصلًا.
لو مش على Figma؟ أنت بتشتري منصة التصميم الرائدة في العالم عشان توصل لميزة واحدة. مقعد Professional كامل واحد سعره $16/شهر، أو $80/شهر لخمسة أشخاص. وده بيديك Figma Design، FigJam، Slides، Buzz، Sites، Draw، وMake: مجموعة أدوات تصميم كاملة معظم مستخدمين أدوات بناء التطبيقات مش محتاجينها.
نظام الكريدت يستاهل تفهمه قبل ما تلتزم:
- Starter (مجاني): 150 كريدتات AI يوميًا، 500/شهر. كفاية للتجربة؛ مش كفاية للبناء المستمر.
- الكريدتات مشتركة: عبر كل ميزات Figma AI، مش بس Make. تعديل الصور، أدوات Design AI، وMake كلهم بيسحبوا من نفس الرصيد.
- تحذيرات أثناء الجلسة: ممكن يظهر إشعار “تحقق من رصيد كريدتات AI بتاعتك” لو كنت بتبني بنشاط؛ خد ده في الحسبان.
أنواع المقاعد مهمة. Figma Make بيحتاج مقعد كامل. مقاعد Dev ($12/month) ومقاعد Collab ($3/month) ما بتشملش وصول كامل لـ Make. لو بس بعض أعضاء الفريق محتاجين يبنوا بـ Make، تقدر تخلط أنواع المقاعد، لكن كل شخص بيبني بـ Make لازم يكون عنده مقعد كامل بسعر $16/month أو أعلى.Lovable
نموذج Lovable أبسط هيكليًا من أي نظام حسب المقعد: اشتراك واحد، مستخدمين غير محدودين، وسعر واحد.
- مجاني ($0): 5 credits يومية، وحد أقصى 30 في الشهر. كفاية لاستكشاف الواجهة وتجربة build واحدة؛ لكن مش كفاية لتطوير إنتاجي مستمر.
- Pro ($25/month): مستخدمين غير محدودين على اشتراك واحد. بيشمل ترحيل credits لدورة الفوترة التالية، دومينات مخصصة، إزالة الشارة من التطبيقات المنشورة، شحن credits عند الطلب، ومساحات عمل تعاونية (Lovable 2.0). الطلاب اللي عندهم إيميل أكاديمي صالح بياخدوا خصم لحد 50%.
- Business ($50/month): كل اللي في Pro بالإضافة لـ SSO (للفرق اللي بتستخدم Google Workspace, Okta, أو مزودي هوية مشابهين)، وضوابط وصول مبنية على الأدوار، ولوحة تحكم لمركز الأمان، ودعم بأولوية أعلى. ولسه بيغطي مستخدمين غير محدودين.
- Enterprise: تسعير مخصص للدعم المخصص، ووثائق امتثال متقدمة، وبنية تحتية مخصصة، وضمانات SLA.
مفيش عدّ حسب المقعد، ومفيش تمييز بين البنائين والمشاهدين، ومفيش pool credits بيتقسم بشكل غير متساوٍ مع نمو فريقك. فريق تأسيسي من شخصين ومؤسسة منتج من 40 شخص بيدفعوا نفس $25/month على Pro.
لما حد جديد ينضم ويحتاج وصول، بينضم لمساحة العمل من غير ما تشتري seat جديدة، ومن غير موافقة مدير الفواتير، ومن غير عدد أفراد تتابعه.
الفوترة السنوية بتطبق خصم على الخطط المدفوعة. credits عند الطلب ممكن تشتريها في نص الدورة لو الفريق خلّص الحصة الشهرية قبل إعادة الضبط الجاية.
الخلاصة الفائزة: الإجابة الصادقة بتعتمد على السياق. بالنسبة لمصمم أصلًا على Figma Professional، Figma Make تقريبًا مجاني: ضيفه على workflow موجود بتكلفة إضافية صفر. أما بالنسبة لفريق مش على Figma، اختيار Make يعني دفع حد أدنى $16/seat/month، واللي بيطلع لـ $80/month عند 5 أشخاص، مقابل $25/month الثابتة بتاعة Lovable. وأي فريق من ستة أو أكتر ومش مشتركين أصلًا في Figma، Lovable أرخص بكتير ومفيهوش أي عبء إضافي لمنصة التصميم.
2. إمكانيات الـ AI & مقارنة الخصائص
اختيار النموذج في Figma Make، والدمج في النظام البيئي، والكود اللي بيصلّح نفسه بيميزه في الفئة دي
| الميزة | Figma Make | Lovable |
|---|---|---|
| النماذج المستخدمة للـ AI | Claude Sonnet 4.6, Gemini 3 Flash, Gemini 3.1 Pro, أو الافتراضي (قابل للاختيار مع كل مطالبة) | مزيج من OpenAI, Google Gemini, Anthropic |
| اختيار النموذج | أيوه (اختار النموذج قبل كل مطالبة) | لا (نموذج واحد، مش قابل للاختيار من المستخدم) |
| معالجة اللغة الطبيعية | ممتاز (مناسب للمطورين والمصممين؛ بيشرح المنطق قبل ما يولّد) | قوي (إنجليزي بسيط طول الوقت؛ ومش محتاج معرفة تقنية) |
| جودة توليد الكود | ممتاز (Radix UI, MUI, Recharts, Tailwind CSS v4, Lucide icons; ستاك احترافي) | ممتاز (React/TypeScript/Tailwind; جاهز للإنتاج) |
| الشفافية قبل البناء | أيوه (الـ AI بيشرح خطته، واختيارات الستاك، وقرارات المكوّنات في الوقت الحقيقي) | أيوه (خطة بناء منظمة قبل التوليد؛ وبيعلّم على الاعتمادات الناقصة) |
| الكود ذاتي الإصلاح | أيوه (بيكتشف التحذيرات؛ وبيعرض “إصلاحهولي”؛ وبيشخّص السبب الجذري) | أيوه (زرّ “جرّب تصلّحه” بضغطة واحدة للأخطاء) |
| الدمج في منظومة Figma | أيوه (الصق رابط Make في Figma Design أو FigJam أو Slides؛ البروتوتايب الحيّ بيتشغّل على الكانفاس) | لأ (أداة مستقلة) |
| التحديد والتعديل | أيوه (اضغط على العنصر؛ شريط التنسيق بيظهر؛ والبرومبت بيتحدد على العنصر المحدد) | أيوه (Visual Edits؛ اضغط على أي عنصر عشان تعدّل عليه) |
| تكامل مع نظام التصميم | أيوه (وصول لمكتبات مكوّنات Figma؛ ودمج في سير عمل نظام التصميم الموجود) | لأ (مستقل عن ملفات التصميم) |
| تكامل الباك إند | Supabase (المصادقة، قاعدة البيانات، التخزين عبر البرومبت) | Supabase (تكامل أصلي وعميق) |
| شفافية السياق | أيوه (الذكاء الاصطناعي بيذكر اختيارات Recharts و Tailwind v4؛ وبيلاحظ الحزم الناقصة؛ والتفكير ظاهر) | أيوه (خطة البناء بترجع قبل التوليد) |
| الوصول لمحرر الكود | أيوه (محرر كامل بنمط VS Code جوّه Make؛ شجرة ملفات؛ وpackage.json قابل للتعديل) | أيوه (Dev Mode، محرر داخل المتصفح) |
| بيانات الجلسة | أيوه (“اشتغل مع 8 ملفات” ظاهر؛ وإحصائيات الاستخدام: أرصدة، أوامر، وقت) | غير معروضة بنفس التفصيل |
Figma Make
أكتر ميزة ذكاء اصطناعي مميزة في Figma Make هي حاجة مافيش منصة تانية في السلسلة دي بتقدّمها: إنك بتختار الموديل قبل كل برومبت.
المحدد بيظهر في أسفل لوحة الشات. فيه أربع اختيارات:
- الافتراضي: التوازن الموصى به من Figma بين السرعة والإمكانات
- Claude Sonnet 4.6: موصوف بأنه “متوازن وفعّال”، ومألوف لأي حد بيشتغل مع موديلات Anthropic
- Gemini 3 Flash: “سريع وتكراري”: مثالي للتغييرات البصرية السريعة لما تحتاج تغذية راجعة سريعة
- Gemini 3.1 Pro: “عميق وإبداعي”: للتخطيطات المعقدة والتوليد الدقيق

الشفافية قبل التوليد. لما بعت برومبت لوحة تحليلات NexaHost، Figma Make شرح نهجه قبل ما يكتب سطر كود.
كود بيصلّح نفسه. لما الناتج كان فيه أكتر من عشر تحذيرات، النظام عرض “صلّحها لي.” الـAI شخّص المشكلة: مفاتيح مكررة في بيانات الشارت مسببة تعارضات في المفاتيح ومشاكل في الأنيميشن. خصص معرّفات فريدة لكل نقطة بيانات وعطّل أنيميشن الشارت المتعارض. الإصلاح كان دقيق وجراحي.

الدمج مع منظومة Figma. انسخ رابط Figma Make، والصقه في أي ملف Figma Design أو لوحة FigJam أو deck Slides، والـprototype التفاعلي الحي بيشتغل مباشرة على القماش ده.

جودة المكوّنات. لوحة تحكم NexaHost استخدمت: @mui/material، و@radix-ui components، وlucide-react للأيقونات، و@emotion للستايلنج، وrecharts لتصور البيانات. ده اللي هيستخدمه senior frontend engineer، مش scaffold مبسّط.
Lovable
الـAI بتاع Lovable متخصص في حاجة واحدة وبيعملها بالكامل: توليد ونشر full-stack web applications من prompts بالإنجليزية العادية من غير أي prerequisites.
Full-stack من برومبت واحد. في بناء InvoicePro، برومبت واحد أنتج كل اللي تحت، واتبنّى، واتربط، وبقى شغال في أقل من 10 دقايق:
- قاعدة بيانات Supabase فيها تلات جداول مرتبطة (clients, invoices, time_entries) وعلاقات foreign key صحيحة
- مصادقة بتغطي email/password وGoogle OAuth
- تكامل مع Stripe بثلاثة مستويات تسعير، وروابط checkout، والتعامل مع webhooks
- بوابة موجهة للعميل مع تحديد بيانات صحيح لكل مستخدم
- URL منشور على lovable.app

مفيش model تختاره. مفيش قرار framework. مفيش warning تراجعه.
التخطيط قبل البناء. قبل كتابة الكود، Lovable بيرجع خطة منظمة بتسمّي كل feature، واختيارات التقنية، والاعتماديات الناقصة (زي متطلب اتصال Supabase). ده بيدي لحظة مراجعة قبل ما الـAI يلتزم ببنية معينة، بشكل مشابه لخطوة التفكير الشفافة في Figma Make، لكن مطبقة على الـfull stack.

80+ تكاملات أصلية. Stripe، Supabase، OpenAI، Resend، PostHog، Cloudinary، Twilio، وغيرهم بيتوصلوا من خلال الشريط الجانبي Connectors من غير API keys تتلزّق ومن غير boilerplate يتكتب. قائمة التكاملات الأصلية في Figma Make بتغطي GitHub، Supabase، وGoogle Analytics: تلات تكاملات مقابل أكتر من 80.قدرات Lovable 2.0:
- وضع التطوير: محرر كود داخل المتصفح بنمط VS Code، وتعديل مباشر للمكوّنات
- تعديلات بصرية: اضغط على أي عنصر علشان تعدّل النص، اللون، الـ padding، أو المسافات على مستوى CSS
- الثيمات: لوحة توكنات التصميم العالمية (اللون، الخط، نصف قطر الحدود) بتطبّق التغييرات على مستوى الموقع كله من إعداد واحد
- مساحات عمل متعددة الأشخاص: يقدر أكتر من عضو في الفريق يشتغلوا في نفس الوقت
- موصلات AI: مسارات جاهزة لخدمات AI، وقواعد بيانات vector، وواجهات برمجة التطبيقات الخاصة بالـ workflow
لقطة الفائز: Figma Make بتكسب في قدرات الـ AI للمصممين وفرق المطورين اللي عايزين تحكّم على مستوى الموديل. القدرة على اختيار Claude Sonnet 4.6 أو Gemini Flash أو Gemini Pro لكل prompt (وكمان الترقية لموديلات أقوى لما iteration مايبقاش كفاية) دي قدرة حقيقية مفيش منصة تانية في السلسلة دي من المقارنة بتقدّمها.
3. سرعة توليد التطبيق & مقارنة الجودة
Figma Make أسرع في الواجهات الأمامية؛ Lovable بتسلّم منتج أكمل
| الميزة | Figma Make | Lovable |
|---|---|---|
| وقت أول نتيجة | أقل من 2 دقيقة (dashboard معقد متعدد الصفحات) | أقل من 10 دقائق (تطبيق full-stack كامل ومُنشَر) |
| إيه اللي اتبنى | dashboard للواجهة الأمامية ببيانات محاكاة؛ مفيش backend في النسخة الأساسية | تطبيق full-stack (المصادقة، مخطط قاعدة البيانات، مدفوعات Stripe، بوابة العميل) |
| جودة التصميم البصري | استثنائية (تجميعة مكوّنات احترافية؛ وبيانات واقعية حسب السياق) | عالية (واجهة SaaS مصقولة) |
| هيكلة الكود | Radix UI، MUI، Recharts، Tailwind v4؛ فصل صحيح للمكوّنات | React/TypeScript/Tailwind؛ مكوّنات مُعرَّفة بالأنواع؛ ومجلدات منظمة |
| واقعية البيانات | محتوى خلاصة نشاط واقعي مولّد بالـ AI | أنماط placeholders قياسية، وهيكل دقيق |
| اكتمال الـ backend | مش موجود في النسخة الأساسية (تمت إضافة Supabase بشكل منفصل) | كامل من أول build (المصادقة، DB، وStripe متوصل) |
| حالة تحذيرات الكود | ممكن التحذيرات تفضل موجودة بعد التوليد؛ وغالبًا بيحتاج إصلاحات يدوية | الناتج في الغالب نظيف؛ وفيه إصلاحات بنقرة واحدة متاحة |
| جاهزية الإنتاج | متوسطة (واجهة أمامية ممتازة، ومطلوب إعداد backend) | متوسطة–عالية (full-stack منشور، ومُوصى بمراجعة RLS) |
Figma Make: لوحة تحليلات SaaS لـ NexaHost
قدّمت موجه واحد: لوحة تحليلات SaaS كاملة لشركة استضافة خيالية اسمها NexaHost، مع شريط جانبي غامق، وبطاقات KPI، ومخططات الترافيك، وخلاصة النشاط الأخيرة.السرعة: اتعرضت بالكامل وتفاعلية في أقل من 2 دقيقة من لحظة الضغط على زر الإرسال. وده بيشمل مرحلة استدلال الـAI، وتوليد الكود بالكامل، ورندر الـcanvas. وبالنسبة لتعقيد الناتج، دي أسرع مدة توليد في سلسلة المقارنة دي.

الجودة: المحتوى اللي كان في الداشبورد:
- شريط جانبي داكن عليه علامة NexaHost التجارية، وتحتها “Analytics Dashboard”، وخمس روابط تنقّل (نظرة عامة، الخوادم، حركة المرور، الفوترة، الإعدادات)، مع تمييز نظرة عامة باللون الأزرق فورًا
- شريط علوي فيه حقل بحث شغال وملف المستخدم “Sarah Chen / Admin” مع جرس الإشعارات وصورة رمزية
- أربع بطاقات KPI: وقت التشغيل (99.98%)، الخوادم النشطة (47)، عرض النطاق الشهري (2.4 TB)، التذاكر المفتوحة (8)، وكل واحدة فيها مؤشر اتجاه مقارنةً بالشهر اللي فات
- مخطط Traffic Trends لمدة 30 يومًا معروض كتصور مساحي شغال باستخدام Recharts مع تسميات تواريخ حقيقية من May 11 إلى June 5، وتسميات محور y بفواصل 20k، والبيانات في نطاق 40k-80k لعرض النطاق
- مخطط أعمدة لـ MRR حسب الخطة، وتصوّر لتوزيع حالة الخوادم
- خلاصة Recent Activity فيها أحداث استضافة واقعية حسب السياق: نجاح نشر خادم لـ web-prod-03، وتحذير ارتفاع CPU عند 87% على db-master-01، وتنبيه انتهاء شهادة SSL لـ api.nexahost.com، وإشعار باستلام دفعة، ونافذة صيانة مجدولة، وكلها مناسبة للمجال، ومش عامة خالص

تفصيلة خلاصة النشاط دي تستاهل نتوقف عندها شوية. Figma Make ما اكتفاش إنه يحط نصوص placeholder. هو فهم إن السياق داشبورد استضافة وولّد أحداث تشغيلية واقعية فعلًا فريق عمليات الاستضافة هيشوفها.
الذكاء السياقي ده في توليد المحتوى مدهش فعلًا وبيحط معيار إزاي الداتا الوهمية المولدة بالـAI لازم تبان.
مشكلة التحذيرات. بعد التوليد، ظهر أكتر من عشرة تحذيرات. “Fix for me” قلّل العدد لثلاثة، وبعدها التعديلات اللي بعد كده رفعته تاني لتسعة، وبعدها فوق عشرة مرة تانية. الداشبورد استمر يعرض ويشتغل بشكل صحيح طوال الوقت. لكن بالنسبة للفرق اللي ناوية تنقل الكود المولّد للإنتاج، فإن قاعدة كود بتولّد تحذيرات جديدة مع كل تكرار تستاهل اختبار إضافي قبل الاعتماد عليها.Lovable: بناء InvoicePro
قدمت برومبت واحد لـ Client Portal و Invoicing App بيغطي لوحات تحكم متعددة المستأجرين، تتبع الوقت، الفوترة مع إخراج PDF، مدفوعات Stripe، و client portal مبني على Supabase.
السرعة: Lovable رجّع خطة بناء قبل ما يكتب أي كود، نبّه على متطلب الاتصال بـ Supabase، وبدأ بعد الاتصال. أبرز المحطات:
- الدقيقة 4: الصفحة الرئيسية بقت live فيها نص hero وست كروت مميزات
- قسم التسعير: Starter ($9/month)، Professional ($29/month، “الأكثر شهرة”)، Enterprise ($79/month)
- في أقل من 10 دقايق: اتنشر على lovable.app مع Supabase auth، وجداول قاعدة البيانات، وStripe checkout كلهم متوصلين

الجودة: اللي كان موجود في InvoicePro:
- قاعدة بيانات Supabase فيها تلات جداول مرتبطة (clients, invoices, time_entries)، مع علاقات foreign key صحيحة، ومن غير ما يتكتب أي SQL يدوي
- المصادقة: email/password و Google OAuth، متكوّنين وموصلين
- تكامل Stripe: تلات باقات تسعير، روابط checkout، توجيه بوابة الفواتير، مزامنة الاشتراكات، ومعالجة webhook لأحداث الدفع
- بوابة موجهة للعملاء بتقسيم بيانات صحيح لكل مستخدم
- كود نظيف React/TypeScript/Tailwind مع مصفوفات بيانات مُعرّفة بالأنواع، وملفات components مسماة، وهيكلة مجلدات منطقية
- اتنشر live على URL قابل للمشاركة خلال نافذة الـ10 دقايق

لما متغير بيئة مفقود في Supabase سبب preview فاضي، ظهر وصف خطأ بالنص العادي مع زر “جرّب تصلحه”. ضغطة واحدة حلتها.

ملخص الفائز:
السرعة: Figma Make بتكسب: أقل من دقيقتين مقابل 10 دقايق لـLovable. للفرق اللي محتاجة تكرار سريع على تصاميم الواجهة الأمامية، الفرق ده حقيقي.
جودة المخرجات: لوحة NexaHost بتاعة Figma Make هي الواجهة الأمامية الأكثر إبهارًا بصريًا في سلسلة المقارنة دي. خلاصة النشاط المناسبة للسياق، ومجموعة المكونات الاحترافية، وتنفيذ الشارت الشغال بيمثلوا شغل واجهة أمامية استثنائي مولد بالذكاء الاصطناعي.
الاكتمال: Lovable بتكسب. InvoicePro كان منتج متشغّل بالكامل مع المصادقة، وقاعدة بيانات حقيقية، ومعالجة دفع. NexaHost كانت واجهة أمامية مذهلة محتاجة إعداد Supabase إضافي عشان تبقى تطبيق حقيقي. للقارئ اللي محتاج منتج شغال النهارده، ناتج Lovable الكامل المتوصل في 10 دقايق أهم من بروتوتايب جميل في دقيقتين.
4. مقارنة سهولة الاستخدام: أي منصة أسهل في الاستخدام؟
Lovable ما بتحتاجش منصة مسبقة ولا خلفية في التصميم؛ Figma Make بتكافئ خبرة Figma السابقة
| الميزة | Figma Make | Lovable |
|---|---|---|
| إعداد الحساب | حساب Figma الموجود بينتقل تلقائيًا (الأسرع)؛ المستخدمين الجدد محتاجين حساب Figma الأول | سهل (إيميل أو تسجيل دخول اجتماعي؛ استبيان onboarding قصير) |
| أداة مسبقة مطلوبة | أيوه (حساب Figma؛ الإلمام بواجهة Figma بيساعد بشكل كبير) | لأ (مستقلة؛ مفيش متطلبات مسبقة) |
| التنقل في لوحة التحكم | سهل لمستخدمي Figma الحاليين؛ متوسط للمستخدمين الجدد اللي لازم يتنقلوا في واجهة Figma الأول | سهل (الـ prompt أولًا؛ عروض المشاريع وRecents في الشريط الجانبي) |
| إنشاء أول تطبيق | سريع جدًا لو إنت عارف Figma؛ بيضيف عبء onboarding بتاع Figma لو إنت مش عارفه | سهل (بيقبل prompt كامل؛ والاتصال بـ Supabase للباك إند بيتم إرشادك فيه) |
| مطلوب Prompt Engineering | منخفض (الإنجليزي البسيط بيشتغل؛ والصياغة التقنية اختيارية لكنها بتحسن النتائج) | منخفض (الإنجليزي البسيط بيشتغل في كل الأوقات) |
| التخصيص: عبر الشات | أيوه (وصف التغييرات في خانة الرسالة) | أيوه (تعديل كامل بالمحفزات prompt-based) |
| التخصيص: بصري داخل السطر | أيوه (Point and Edit: اضغط على العنصر؛ شريط تنسيق بيظهر فوق العنصر) | أيوه (Visual Edits: اضغط على العنصر للتعديل في المعاينة) |
| التخصيص: على مستوى الكود | أيوه (محرر كود كامل مع شجرة ملفات؛ package.json قابل للتعديل؛ وتقدر تضبط حزم npm الخاصة) | أيوه (Dev Mode؛ محرر داخل المتصفح على طريقة VS Code) |
| التصدير/النشر | سهل (النشر على figma.site؛ GitHub في الإعدادات؛ تنزيل كـ ZIP) | سهل (بنقرة واحدة إلى lovable.app أو مزامنة مع GitHub) |
| منحنى التعلم | منخفض لمستخدمي Figma؛ متوسط للمستخدمين الجدد اللي لازم يتعلموا Figma جنب Make | منخفض |
التسجيل وإنشاء الحساب
بتاعة Figma Make الـ onboarding ليه تجربتين مختلفتين جدًا حسب إنت بتبدأ منين:
- مستخدمي Figma الحاليين: ادخل على figma.com، اكتب prompt قبل ما تنشئ حساب، سجّل دخولك بـ Google أو الإيميل، وهتبقى جوه Make في ثواني. الـ prompt بينتقل تلقائيًا.

- المستخدمين الجدد لـ Figma: بتقابل أولًا منصة تصميم كاملة فيها منتجات متعددة (Design, FigJam, Slides, Buzz, Sites, Draw, Make). التنقل إلى Make وفهم هو بيعمل إيه مقارنةً بالأدوات التانية بيضيف وقت حقيقي للتأقلم.
Lovable’s التسجيل بيمر من خلال استبيان قصير عن الدور. الداشبورد بيحمّل فورًا من غير أي منصة تانية لازم تفهمها الأول.
التسجيل فيه GitHub كخيار مصادقة جنب Google وApple. Lovable كمان بيفتكر آخر طريقة استخدمتها، ودي لمسة صغيرة لكن لطيفة للمستخدمين العائدين.

واجهة المستخدم والداشبورد
Figma Make’s مساحة العمل بتتقسم لمنطقتين رئيسيتين. اللوحة الشمال بتدير المحادثة: البرومبتات في الأسفل، ردود الـ AI والاستدلال فوق، وتاريخ الإصدارات على شكل كروت معنونة قابلة للتمرير. المنطقة اليمين هي الكانڤاس المباشر اللي بيظهر عليه الناتج.
شريط أدوات الكانڤاس بيقدم 3 عروض مهم تفهمهم:
- وضع المعاينة (أيقونة العين): نموذج أولي تفاعلي مباشر
- وضع الكود (أيقونة علامة الزاوية): مستكشف ملفات كامل على الشمال، ومحرر كود على اليمين
- التخطيط المدمج: الاتنين مع بعض

التبديل بينهم فوري ومابيقطعش التوليد. في عرض الكود، هيكل المشروع كله بيكون ظاهر: App.tsx، كل ملفات المكونات، package.json، وملفات الإعدادات، وكل ملف قابل للتعديل مباشرة.
في أسفل لوحة الدردشة: زر إضافة لبرومبتات جديدة، قائمة منسدلة لاختيار الموديل، أيقونة شرارة لإعدادات الـ AI، ومفتاح تبديل لوضع Build/Default. الضوابط دي هي المكان اللي بتتحدد فيه أغلب قرارات الشغل بتاعك.
Lovable’s الداشبورد بيفتح على تدرج دافي من الأزرق للوردي مع تحية مخصصة. مربع البرومبت بيقرأ “Ask Lovable to build a web app that…” مع مفتاح تبديل لوضع Build ولافتة Connectors.

الشريط الجانبي الشمال بيعرض Home وSearch وResources وConnectors، وبعدهم عروض المشروع وقسم Recents. بالنسبة لمستخدم غير تقني، الداشبورد ده أسهل في الفهم بشكل فوري.
نظام Point and Edit
التحرير داخل السطر في Figma Make’s Point and Edit هو أقوى ميزة في سهولة الاستخدام. بعد ما داشبورد NexaHost اتعرض، ضغطت على العنوان “30-Day Traffic Trends”. حصل حاجتين في نفس الوقت:
- معرّف وسم h3 ظهر في إدخال الدردشة، وخلّى البرومبت الجاي محددًا على العنصر ده بالظبط
- ظهر شريط أدوات تنسيق غني مباشرة فوق العنصر في الكانڤاس: نوع الخط، الحجم، غامق، مائل، المحاذاة، وأدوات تانية

كان ممكن إني أوصف التغيير بالإنجليزي البسيط في الدردشة أو أعدل العنصر مباشرة من خلال الشريط من غير ما أكتب برومبت أصلًا. النهج الهجين ده عملي أكتر من الأدوات اللي بتمرر كل تغيير من خلال الـ AI، خصوصًا للتعديلات الصغيرة: تصليح خطأ مطبعي أو تغيير سعر ما بيحتاجش تستنى الـ AI عشان يفسر برومبت.
طبقة شرح تعليمية من الجيل الأول بتمشيك خلال Point and Edit في 4 خطوات، وبتظهر في اللحظة المناسبة بالظبط: بعد ما أول ناتج بيتعرض، وقت ما فعلًا بتحتاج المعلومة.Lovable’s Visual Edits بتشتغل بشكل مشابه: دوس على أي عنصر في المعاينة علشان تعدّل النص، اللون، الـ padding، أو المسافات، لكن من غير شريط تنسيق متزامن.
التغييرات في محرر Lovable البصري بتمشي من خلال تعديل CSS مباشر، بينما شريط أدوات Figma Make بيضيف خيار للتنسيق الفوري من غير أي إدخال نصي.
تقييم عام لسهولة الاستخدام
التقسيمة الصريحة:
- أصلًا على Figma؟ Make هو الطريق الأسهل. مفيش تكلفة انتقال، ومفيش داشبورد جديد، والمخرجات بتظهر في Recents جنب ملفات التصميم، وميزة multiplayer في Figma بتمتد لمشاريع Make تلقائيًا.
- مش على Figma؟ Lovable أسهل. مفيش قرارات بخصوص نوع المقعد، ومفيش متابعة لرصيد الكريدت، ومفيش عبء تأهيل للمنصة. بس وصّف تطبيق وهو بيتنشر.
الخلاصة الفائزة: Lovable بيفوز في سهولة الاستخدام للفرق اللي ماعندهاش سير عمل Figma موجود من قبل. بالنسبة للفرق الأصلية لـ Figma، معادلة سهولة الاستخدام بتتقلب: Make متاح داخل بيئة هم أصلًا عارفينها، وLovable هيبقى منصة إضافية لازم يتعملها onboarding. المتغير الحاسم هو فريقك عايش فين النهارده.
5. مقارنة الخصوصية والأمان: أي منصة أكثر أمانًا؟
Figma عندها أوسع محفظة امتثال في سلسلة المقارنة دي؛ لكن فيه خطر خصوصية حرج موجود في النشر
| الميزة | Figma Make | Lovable |
|---|---|---|
| SOC 2 Type II | أيوه (بيتم مراجعته سنويًا بواسطة مدققين مستقلين) | أيوه (Type 1 و Type 2) |
| ISO 27001 | أيوه (معتمد ISO/IEC 27001:2022) | أيوه (ISO 27001:2022) |
| ISO 27017 | أيوه (ضوابط أمان السحابة) | مش مؤكَّد |
| ISO 27018 | أيوه (حماية خصوصية السحابة) | مش مؤكَّد |
| ISO 27701 | أيوه (إدارة معلومات الخصوصية) | مش مؤكَّد |
| FedRAMP Moderate | أيوه (امتثال سحابي بمستوى الحكومة الأمريكية) | مش مؤكَّد |
| GDPR | أيوه (EU Cloud Code of Conduct؛ DPA متاحة) | أيوه (امتثال كامل لـ GDPR) |
| CCPA | أيوه | مش مؤكَّد |
| TISAX | أيوه (أمان صناعة السيارات الأوروبية) | مش مؤكَّد |
| C5 | أيوه (معيار سحابي مدعوم من الحكومة الألمانية) | مش مؤكَّد |
| وضع الخصوصية | أيوه (خطط Teams وOrganization؛ SSO متاح) | مش موثّق بشكل علني |
| ملكية الكود | أيوه (GitHub؛ تنزيل كـ ZIP) | أيوه (مزامنة GitHub) |
| خطر النشر المجتمعي | أيوه (سجل الشات مكشوف افتراضيًا لو “Show chat history” ما اتشالتش علامتها) | مفيش ميزة نشر مجتمعي |
Figma Make
محفظة الامتثال الخاصة بـ Figma هي الأوسع من أي منصة في سلسلة المقارنة دي:
- SOC 2 Type II: مراجعة سنوية مستقلة بتأكد استمرار فعالية ضوابط الأمان
- SOC 3: تقرير مُوجَّه للعامة عن نتائج SOC 2
- ISO 27001:2022: المعيار الدولي لإدارة أمن المعلومات
- ISO 27017: ضوابط أمان خاصة بالسحابة
- ISO 27018: حماية المعلومات الشخصية القابلة للتعرّف في السحابة
- ISO 27701: شهادة نظام إدارة معلومات الخصوصية
- FedRAMP Moderate: التوافق السحابي بمستوى حكومي أمريكي، وهو مستوى الاعتماد المطلوب لتبنّي الوكالات الفيدرالية
- GDPR: الالتزام بمدونة السلوك السحابية للاتحاد الأوروبي؛ متاح ملحق معالجة البيانات
- CCPA: الامتثال لقانون خصوصية المستهلك في كاليفورنيا
- TISAX: معيار أمان المعلومات لصناعة السيارات الأوروبية
- C5: شهادة من المكتب الاتحادي الألماني لأمن المعلومات للعملاء المنظَّمين وعملاء القطاع العام
بالنسبة لفرق المؤسسات في الصناعات المُنظَّمة (الخدمات المالية، الرعاية الصحية، الحكومة، السيارات)، اتساع نطاق الشهادات ده معناه إن Figma خلصت شغل الالتزام. مركز الثقة على compliance.figma.com بيعرض كل الشهادات بشكل علني.
مخاطرة خصوصية حرجة لازم كل قارئ يعرفها قبل النشر. لوحة Figma Make Publish بتتضمن خانة اختيار “عرض سجل المحادثة” وهي مفعّلة افتراضيًا. لو نشرت على Figma Community من غير ما تشيل العلامة منها، أي حد بيتصفح القائمة بتاعتك على Community يقدر يشوف محادثة البرومبت الكاملة: كل تكرار، كل اتجاه اتترفض، وكل تفصيلة أنت حدّدتها.

بالنسبة لمشاريع التعلّم الشخصية، ده غير ضار. لكن في شغل العملاء، أو مواصفات منتجات خاصة، أو أي بناء فيه حساسية تجارية، ده خطر كبير بتعرّض البيانات. مفيش تحذير واضح عنه في خطوة النشر، وسهل يفوتك.
Lovable
Lovable عندها تلات شهادات متراجعة بشكل مستقل. وكل واحدة منهم تستاهل إنك تفهمها بشكل عملي:
- SOC 2 Type 1 and Type 2: Type 1 بتأكد إن ضوابط الأمان متصممة بشكل مناسب. Type 2 بتأكد إن الضوابط دي اشتغلت بفعالية خلال فترة مراجعة ممتدة. وجود الاتنين معًا معناه إن التقييم غطّى الأداء التشغيلي الفعلي، مش مجرد نية التصميم.
- ISO 27001:2022: المعيار الدولي لأنظمة إدارة أمن المعلومات، ويغطي بيئات السحابة وعلاقات الموردين. إصدار 2022 بيعكس متطلبات محدثة تخص خدمات السحابة تحديدًا.
- الامتثال الكامل لـ GDPR: متأكد منه كإعداد افتراضي على المنصة، ومش معتمد على إعدادات النشر. فرق الاتحاد الأوروبي متغطية من غير الحاجة لتقييم الاستضافة الذاتية.
ملكية الكود واضحة في كل مكان: مزامنة GitHub بتوفر خروج نظيف في أي وقت من غير استخراج صيغة احتكارية.
ملخص الفائز: Figma عنده توثيق امتثال أشمل: ISO 27017، ISO 27018، ISO 27701، FedRAMP Moderate، CCPA، TISAX، وC5 بتمتد أبعد من اللي Lovable بيؤكده علنًا. لعمليات الشراء المؤسسية في الصناعات المنظمة، Trust Center بتاع Figma هو المورد الأقوى. المقابل: خطر الخصوصية في النشر المجتمعي (سجل الدردشة مكشوف افتراضيًا) هو قلق تشغيلي حقيقي Lovable ما عندوش. اتأكد إن إعداد “إظهار سجل الدردشة” مقفول قبل ما تنشر أي مشروع Figma Make غير شخصي.
6. مقارنة تكاملات المنصة وخيارات النشر
تكاملات Lovable الـ80+ بما فيها Stripe المدمج بتكسب بشكل حاسم؛ Figma Make ماعندوش معالجة دفع
| الميزة | Figma Make | Lovable |
|---|---|---|
| الاستضافة المدمجة | أيوه (figma.site؛ نطاق مخصص في الإعدادات) | أيوه (lovable.app) |
| دعم النطاق المخصص | أيوه (من خلال إعدادات Domains) | أيوه (خطة Pro وما فوق) |
| تكامل GitHub | أيوه (توصيل repo؛ رفع الكود المُولَّد) | أيوه (مزامنة كاملة، إدارة الفروع) |
| تكامل Vercel/Netlify | لا (ارفع على GitHub الأول، وبعدها وصّل بشكل منفصل) | أيوه (عن طريق مزامنة GitHub) |
| خيارات قاعدة البيانات | Supabase (من خلال طلب التكامل؛ بيحتاج إعداد كخطوة تانية) | Supabase (مدمج، عميق، تلقائي من أول build) |
| معالجة الدفع | لا يوجد تكامل دفع مدمج | أيوه (Stripe مدمج: checkout، subscriptions، webhooks، billing portal) |
| المصادقة | Supabase Auth (email/password، magic links، Google، GitHub من خلال تكامل Supabase) | Supabase Auth، Google OAuth (من أول build) |
| التحليلات | Google Analytics (حقل G-XXXXXXXX في الإعدادات؛ مفيش plugin مطلوب) | PostHog، Mixpanel، Google Analytics (في كتالوج 80+) |
| إدخال كود مخصص | أيوه (بداية/نهاية <head> و <body>؛ أي وسم script مقبول) | مش كحقل إعدادات مباشر |
| تكاملات AI/API | نقاط نهاية API مخصصة قابلة للتهيئة؛ حِزم npm الخاصة من خلال مربع حوار “تهيئة الكود الخاص بك” | أكثر من 80 تكامل متحقق منه؛ لوحة AI Connectors |
| النشر المجتمعي | أيوه (Figma Community؛ النموذج الأولي قابل للاكتشاف؛ سجل الدردشة ظاهر افتراضيًا) | مفيش ميزة نشر مجتمعي |
| تضمين في ملفات التصميم | أيوه (الصق رابط Make في أي لوحة Figma؛ النموذج الأولي المباشر بيشتغل مضمّنًا) | لا |
| الوصف التعريفي لـ SEO | متولد تلقائيًا بواسطة AI بناءً على محتوى الناتج | مش متولد تلقائيًا |
| وحدة تحكم المطور | أيوه (كونسول JavaScript جوه الـcanvas؛ مفيش نافذة DevTools منفصلة مطلوبة) | مش مدمج |
Figma Make
استراتيجية التكامل في Figma Make بسيطة عن قصد. ثلاث اتصالات أساسية، بالإضافة لمخارج احتياطية:
Supabase. إضافة باك إند حقيقي محتاجة برومبت تاني، مش بشكل تلقائي. إنت بتوصف اللي محتاجه (“add Supabase Auth” أو “create a database for tracking orders”) والـAI بيربطه.

GitHub. وصّل repository وادفع الكود المتولّد من خلال لوحة الإعدادات. ده بيسمح بـversion control مظبوط، ودمج CI pipeline، وتسليم لفريق تطوير. الكود اللي بيروح لـGitHub هو نفس الـstack الموجّه للإنتاج اللي اتولد: مكوّنات Radix UI، Recharts، Tailwind v4، وملفات مكوّنات معرّفة بالأنواع.
Google Analytics. حقل واحد في الإعدادات العامة بيقبل tracking ID من نوع G-XXXXXXXX. مفيش script tag يتحقن، ومفيش plugin يتثبت. التطبيق المنشور بتاعك بيكسب تحليلات GA4 من الإعدادات بس.

حقن كود مخصّص. أربعة حقول في الإعدادات العامة بتغطي نقاط حقن HTML القياسية: بداية، نهاية، بداية، نهاية. أي script أو HTML tag صالح ينفع هنا: Hotjar، Mixpanel، خطوط مخصّصة، scripts بتاعة tag manager، وأي خدمة خارجية بتتحمّل عن طريق tag. للتكاملات اللي برّه القائمة الأصلية، دي هي فتحة الخروج.
مربع حوار “اضبط الكود بتاعك”. إعدادات مدير الحزم بتسمح بإضافة private npm packages ومكتبات public إضافية. المطورين اللي محتاجين dependencies داخلية محددة يقدروا يضيفوها هنا، ودي ميزة مفيش AI builder موجّه للمستهلكين في السلسلة دي بيقدمها.
اللي Figma Make مش فيه. مفيش تكامل مع Stripe. مفيش معالجة مدفوعات من أي نوع. بناء مشروع Figma Make بيجمع فلوس محتاج إعداد Stripe بشكل منفصل من خلال حقل حقن الكود المخصّص أو إضافته يدويًا بعد تصدير GitHub. بالنسبة للفرق اللي بتبني منتجات للمستهلكين وبتحتاج checkout flow، الفجوة دي مهمة.
لسه مفيش تكامل مع Vercel أو Netlify. قصة النشر في Figma Make حاليًا هي figma.site أو GitHub. لو الـworkflow بتاعك فيه النشر على Vercel، Netlify، Render، أو Cloudflare Pages، مفيش تكامل بنقرة واحدة للمنصات دي. هتحتاج تدفع لـGitHub الأول وبعدها توصل الـrepo ده بمزوّد الاستضافة المفضل عندك كخطوة منفصلة.
Lovable
استراتيجية التكامل في Lovable هي التغطية أولًا: أكتر من 80 تكامل متحقق منهم بيغطّوا أكتر متطلبات الإنتاج شيوعًا من غير ما تكتب كود.
Stripe (أصلي، تلقائي). من برومبت واحد على InvoicePro: اتولدت 3 مستويات تسعير بروابط checkout صح، وتوجيه بوابة الفوترة، ومزامنة مع Supabase لحالة الاشتراك. متعاملات Webhook لأحداث الدفع (إنشاء الاشتراك، فشل الدفع، إلغاء الاشتراك) اتضافت من غير ما يطلبها حد. التكامل كله بتاع Stripe اتوصل وبقى شغال قبل علامة 10 دقايق. Figma Make مفيش عنده قدرة مكافئة.
Supabase (أصلي، تلقائي). Lovable بيبني مخطط قاعدة البيانات من أول build، مش كخطوة تانية. الجداول بتتولّد بأنواع الأعمدة الصح وبعلاقات المفاتيح الخارجية الصحيحة. مسارات المصادقة (email/password، Google OAuth، magic links) بتتوصّل تلقائيًا. وبيتم تضمين هيكل سياسات RLS (مع إن الإعداد الصحيح محتاج مراجعة يدوية زي ما مذكور في Section 5).
الكتالوج الـ80+. بيغطي البريد الإلكتروني (Resend, SendGrid, Mailgun)، التحليلات (PostHog, Mixpanel, Google Analytics)، تخزين الملفات (Cloudinary, AWS S3 via Supabase)، الاتصالات (Twilio, WhatsApp Business API)، خدمات الذكاء الاصطناعي (OpenAI, Anthropic, Cohere)، وغيرهم. كل واحد بيتوصل من خلال الشريط الجانبي Connectors من غير خطوات إعداد ومن غير الحاجة لإدارة مفاتيح API.

موصلات الذكاء الاصطناعي (Lovable 2.0). مسارات جاهزة مسبقًا لقواعد بيانات متجهية، وخدمات تنسيق سير عمل الذكاء الاصطناعي، وواجهات embedding APIs بتوسّع الكتالوج لِما هو أبعد من تكاملات REST القياسية للفرق اللي بتبني Features مدعومة بالذكاء الاصطناعي.
النشر. النشر بضغطة واحدة على lovable.app مع توفير DNS وSSL تلقائيًا. مزامنة GitHub مع Vercel أو Netlify متاحة للفرق اللي عندها بنية استضافة موجودة بالفعل. الدومينات المخصصة بتتوصّل على Pro وما فوق من غير إدارة شهادات يدوية.
بالنسبة للخدمات خارج كتالوج الـ80+، Supabase Edge Functions بتسمح بمنطق سيرفر مخصص مبني على JavaScript، وده مخرج عملي لاحتياجات التكامل الخاصة اللي فعلًا بتتطلب كتابة كود.
ملخص الفائز: Lovable بتكسب في التكاملات بفارق حاسم. غياب أي معالجة دفع أصلية في Figma Make هو أكبر فجوة. لأي تطبيق ويب بيجمع إيرادات (منتج SaaS، marketplace، خدمة اشتراك)، تكامل Stripe الأصلي في Lovable بيوفر منطق الدفع من البداية للنهاية في أول build، بينما Figma Make محتاج يتبني بشكل منفصل.
Figma Make vs Lovable: الخلاصة
Lovable هو الكسبان للمؤسسين، وفرق المنتج، وأي حد بيبني web application ومش عايش جوه Figma بالفعل. Figma Make هو الكسبان للمصممين اللي عايزين يعملوا prototype أسرع جوه النظام البيئي اللي هم عارفينه already.
| الفئة | الفائز | ليه (باختصار) |
|---|---|---|
| الأسعار والخطط | Lovable | $25/month لمستخدمين غير محدودين؛ Figma Make بيحتاج $16/seat كحد أدنى للوصول الكامل، وبيوصل إلى $80/month لـ 5 أشخاص مش على Figma بالفعل |
| إمكانيات الـAI & المميزات | Figma Make | المنصة الوحيدة في السلسلة دي اللي فيها model selector (Claude, Gemini Flash, Gemini Pro); تضمين داخل النظام البيئي؛ كود بيصلّح نفسه؛ توليد غني بالسياق |
| سرعة توليد التطبيق & الجودة | Lovable | تطبيق full-stack منشور كامل في أقل من 10 minutes؛ Figma Make أسرع (2 min) للـfrontends لكن بيحتاج إعداد Supabase كخطوة تانية علشان بيانات حقيقية |
| سهولة الاستخدام | Lovable | مفيش منصة لازمة قبل كده؛ مفيش عبء onboarding على Figma؛ ومفيش تكلفة تبديل بين الأنظمة لفرق مش على Figma |
| الخصوصية والأمان | Figma Make | أوسع portfolio امتثال في السلسلة دي (SOC 2, FedRAMP, ISO 27017/18/27701, TISAX, C5); لكن النشر المجتمعي بيكشف سجل الشات افتراضيًا: اقفله قبل النشر |
| التكاملات & النشر | Lovable | أكتر من 80 تكامل native بما فيها Stripe payments؛ Figma Make مفيهوش معالجة مدفوعات وبيحتاج إعداد Supabase منفصل للـbackend |
اختار Lovable لو: أنت مؤسس، أو مدير منتج، أو فريق ستارتاپ محتاج web application منشور فيه authentication وdatabase وStripe payments شغالة الأسبوع ده. خصوصًا لو فريقك مش على Figma بالفعل، ومحتاج منصة تشتغل لكل أعضاء الفريق التقنيين وغير التقنيين من غير أي عبء بتاع design tool.
اختار Figma Make لو: أنت مصمم أو فريق بقيادة التصميم أصلًا على Figma وعايز يحول prototypes لتفاعلات حقيقية أسرع، يختبر الأفكار مع أصحاب المصلحة من خلال live prototypes مدموجة في ملفات Figma، ويفضل جوه منصة واحدة من الفكرة لحد prototype. ومفيد بشكل خاص لو محتاج تعرض demos تفاعلية في FigJam أثناء design reviews.
