إيه هو Figma Make؟
Figma Make هو مبني تطبيقات AI جوّه منصة Figma مباشرة، بياخد منك prompt نصّي ويطلع تطبيق front-end شغّال ومبني على كود، من غير ما تحتاج تسيب مساحة Figma أو تجهّز أداة تانية.
بيولّد تطبيقات React مع وصول كامل للكود المصدري، وسجل إصدارات تلقائي، ورابط preview مباشر، وبيتميز عن باقي أدوات الـ AI إنه بيسمح لك تختار الموديل الأساسي اللي شغال: Claude Sonnet 4.6، أو Gemini 3 Flash، أو Gemini 3.1 Pro، أو GPT-5.5، بدل ما يفرض عليك موديل واحد من غير ما تشوف إيه اللي بيشتغل.
الناتج مش mockup أو ملف تصميم، لكن كود حقيقي قابل للتعديل، تقدر تراجعه، تعدّله، وترفعه على GitHub.
مين Figma Make مناسب له؟
- مصممي المنتجات اللي أصلًا بيستخدموا Figma. Make موجود جوّه الأداة اللي إنت أصلًا شغال عليها، فمفيش منصة جديدة تتعلمها أو اشتراك إضافي يتركب فوق اللي إنت بتدفعه أصلًا.
- المؤسسين غير التقنيين اللي محتاجين demo بسرعة. تطبيق معقد، متعدد الشاشات، وفيه role-based access وبيانات واقعية بيطلع في أقل من 10 دقائق، وده سريع كفاية تروح بيه لاجتماع المستثمر الأول.
- مديري المنتجات اللي محتاجين يورّوا بدل ما يشرحوا. Figma Make بيطلع حاجة تقدر فعلًا تسلّمها لواحد من أصحاب المصلحة وتمشيه عليها، بدل PDF فيه شاشات.
- المطورين اللي عايزين scaffold شغال. الكود اللي بيتولد هو React نظيف بـ TypeScript، ووصول السورس كود كامل متاح على الخطة المجانية، فده بجد نقطة بداية حقيقية مش prototype بيتترمي.
مميزات Figma Make وعيوبه
- بيبني تطبيقات معقدة متعددة الشاشات من prompt واحد
- الخطة المجانية فيها وصول كامل للسورس كود
- تختار موديل الـ AI: Claude أو Gemini أو GPT
- سجل إصدارات تلقائي بيحفظ كل نسخة من البناء
- مصادقة مبنية على الأدوار بتتولد من غير prompt إضافي
- تكامل GitHub وSupabase مدمجين بشكل أصلي
- محرر بصري ومحرر كود موجودين في نفس المساحة
- أول builds بيطلع فيها code warnings
- حد الرصيد المجاني الشهري بيخلص بسرعة
- الدومين المخصص محتاج خطة Figma مدفوعة
تفصيل التقييم
الدرجات اللي تحت بتمثل اللي Figma Make بيقدمه دلوقتي، في الـ public beta. بالنسبة لمنتج في المرحلة دي، جودة الناتج أعلى بكتير من اللي كنت متوقعه، وللـ teams اللي أصلًا على خطة Figma مدفوعة، حساب القيمة صعب تعترض عليه لأن مفيش حاجة زيادة هتتدفع.
| الميزة | الدرجة (من 10) | ليه الدرجة دي |
|---|---|---|
| سهولة الاستخدام | 9.5 | من غير أي إعدادات، دخول مبني على prompt، طريقتين للتعديل، ودورة بناء 8 دقائق بتخليه من أقل أدوات AI builders طلبًا للمجهود عشان تبدأ. |
| الميزات والوظائف | 9.8 | مصادقة مبنية على الأدوار، UI للدفع عبر Stripe، تقارير متعددة الرسوم البيانية، لوحة admin، اختيار الموديل، ومرجع REST API كامل، كله بيتولد من prompt واحد. |
| التصميم والتخصيص | 9.4 | الإخراج البصري الافتراضي نظيف واحترافي، ومعاه محرر بصري click-to-select ووصول كامل للكود المصدري حتى على الخطة المجانية. |
| القيمة مقابل السعر | 9.4 | الوصول الكامل للكود على tier المجاني حاجة نادرة فعلًا، ومستخدمي الخطط المدفوعة بياخدوا Make ضمن اشتراك Figma الموجود أصلًا بدل ما يبقى بند منفصل. |
| الأداء والاعتمادية | 9.9 | 8 دقايق لتطبيق متعدد الشاشات، واعي بالأدوار، وفيه UI لـ Stripe ولوحة admin هو أسرع نسبة build-to-usable-output جربتها. |
| الإجمالي | 9.6 | منتج beta مميز فعلًا وبيتفوق بالفعل على كتير من AI app builders الناضجة من ناحية جودة الناتج وعمق المميزات. |
مميزات Figma Make
- تحويل من prompt لتطبيق في أقل من 10 دقائق
- اختيار متعدد للموديلات بما فيها Claude وGemini وGPT
- مصادقة مستخدمين مبنية على الأدوار بتتولد تلقائيًا
- محرر بصري click-to-select مع أدوات تعديل inline
- سورس كود React كامل قابل للتعديل على الخطة المجانية
- تكامل GitHub وSupabase متاحين من غير إعدادات إضافية
- نشر بضغطة واحدة على figma.site subdomain
مراجعتي الصادقة لـ Figma Make: إيه اللي لقيته بعد التجربة
شاشة البداية بتسيبك في حالك فورًا
شاشة البداية عبارة عن مربع prompt واحد مع سطر تعريفي قصير: “حوّل أفكارك لواقع بالـ AI. ابدأ بتصميم وامشِ في طريقك بـ prompt لحد ما توصل لنموذج أولي وظيفي، بسرعة.” تحت حقل الإدخال، بتظهر 3 اقتراحات بداية:
- Onboarding flow
- Data dashboard
- Gradient gallery
تقدر تتجاهل التلاتة وتكتب أي حاجة إنت عايزها.
أنا بعت الـ prompt ده كامل:
“Create a property management platform for landlords and tenants. Include user authentication, property listings, lease management, rent payments, maintenance requests, document uploads, messaging, notifications, admin dashboard, reporting, Stripe integration, PostgreSQL database, REST API, responsive design, and deployment instructions. The application should be production-ready and scalable.”
الأداة قبلته من غير أي تعقيد وابتدت build على طول. لا selector لنوع المشروع، لا template gallery، ولا أي إعداد مسبق للمعمارية.
الحكم: نقطة البداية أقرب لعدم وجود friction من أي AI builder جربته. المقابل إن من غير أي هيكل إرشادي قبل الـ build، الـ prompt الغامض هيطلع منه output غامض. السقف اللي هتوصله معتمد بالكامل على اللي إنت بتدخله.
التسجيل سريع ومبيحطش paywall بينك وبين الناتج
الضغط على زر السهم قبل ما تسجّل دخول بيطلع modal بعنوان “Welcome to Figma”. الاختيارين:
- Continue with Google (ضغطة واحدة، أقل من 10 ثواني)
- Continue with email (اكتب الإيميل، فعّل، أقل من 30 ثانية إجمالًا)
الاتنين بيدخلوك على workspace بتاع Figma Make والـ build بتاعك متجهز بالفعل. مفيش شاشة اختيار plan، ولا prompt لبطاقة ائتمان، ولا wall للترقية في المرحلة دي. خطة Starter المجانية بتتفعّل تلقائيًا.
لو عندك حساب Figma بالفعل، الـ modal دي مبتظهرش، وبتدخل مباشرة على الـ builder.
الـ build بيستغرق 8 دقايق وبيوضح لك بالظبط هو بيعمل إيه
الـ workspace بيتقسم لعمود chat على الشمال وpreview مباشر على اليمين. الـ preview بيعرض placeholder فيه النص “Building your idea…” وبعدها “Working out the details…” مع تقدم الأداة.
اللي بيميز ده عن شاشة تحميل عامة هو reasoning panel في عمود الشات، اللي بيسجل تفكير الأداة لحظيًا.
أثناء الـ build بتاعي، الـ reasoning panel عرض:
- الأداة نادت على theme tool قبل ما تكتب سطر كود واحد
- سجلت “Worked with 3 files” وهي بتعالج الـ prompt
- سجل التفكير وصف نهجها كاملًا: هي رتبت المميزات المتبقية (property filtering, lease management, payment history, maintenance requests, messaging, notifications, and admin dashboards)، وقالت إنها هتعمل structure للـ React component مع type definitions الأول، وبعدها تبني mock data بتفاصيل واقعية، وبعد كده تتعامل مع navigation وstate management للـ role-based views عبر كل الأقسام
- ظهرت رسالة حالة تحت الـ reasoning: “Writing the component structure…”
الترتيب ده مهم. الأداة خططت لـ type definitions قبل ما تكتب أي UI، وبعدها أضافت mock data واقعية، وبعد كده بنت navigation حوالين ده. ده نهج منظم، مش توليد عشوائي.
الجدول الزمني للـ build: من 3:58 PM إلى 4:06 PM. 8 دقايق.
محدد الموديل أسفل لوحة الشات بيسمح لك تختار الـ AI اللي هيبني قبل ما تبدأ، أو تبدّل بين الـ builds:
| الموديل | الوصف |
|---|---|
| Default | موصى به من Figma (الموديل المحدد غير معلن) |
| Claude Sonnet 4.6 | متوازن، كفء |
| Gemini 3 Flash | سريع، تكراري |
| Gemini 3.1 Pro | عميق، إبداعي |
| GPT-5.5 | قادر، سريع |
إنك تقدر تبدّل من موديل سريع وتكراري لموديل أعمق من غير ما تسيب الأداة أو تعيد البناء من الصفر، دي ميزة workflow مهمة فعلًا.
وبجانب محدد الموديل، فيه مفتاح Build/Plan mode:
| الوضع | بيعمل إيه |
|---|---|
| Build | بيعمل وبيكرر وإنت ماشي |
| Plan | بيوصل لفهم مشترك في الشغل المعقد وبيخطط للمعمارية قبل ما يكتب كود |
بالنسبة لـ prompt مفصل زي اللي أنا استخدمته، Plan mode غالبًا كان هيطلع build أول أنضف ومعاه warnings أقل. أنا استخدمت Build mode وتعاملت مع التحذيرات في pass تاني.
الناتج النهائي سمّى نفسه PropVault وكان واثق من نفسه بجد
التطبيق النهائي، اللي الأداة سمّته PropVault من غير ما أطلب، هو منصة إدارة عقارات متعددة الشاشات، فيه هوية بصرية متسقة، sidebar كحلي غامق، Typography نظيفة، وsocial proof سياقي على شاشة تسجيل الدخول. شاشة تسجيل الدخول بتعرض:
- لوحة شمال غامقة فيها لوجو PropVault، وسطر تعريفي (“Property management, simplified.”)، و3 إحصائيات تجريبية: 86 properties managed، 1,240 active tenants، $2.1M collected monthly
- لوحة يمين فيها تبويبات Sign In / Create Account، وإيميل وكلمة سر متعبين مسبقًا، و3 أزرار لاختيار الدور: Landlord، Tenant، Admin
- ملاحظة في الفوتر: “Demo: click a role above, then sign in”
كل شاشة في التنقل الشمال بتفتح شاشة شغالة ومعبّية. ده اللي اتبنى عبر التطبيق كاملًا:
| الشاشة | إيه اللي اتبنى |
|---|---|
| Dashboard | 4 KPI cards (monthly revenue, occupancy rate, open requests, total properties)، line chart لـ 12 شهر revenue vs. expenses مع badge “Live”، feed نشاط حديث، تنبيه overdue payment مع زر Send Reminders، leases قرب الانتهاء مع أزرار Renew منفصلة |
| Properties | قائمة عقارات مع filtering |
| Leases | إدارة عقود الإيجار مع تتبع الحالة |
| Payments | جدول سجل الدفع مع status badges، وmodal دفع آمن بـ Stripe |
| Maintenance | Kanban board (Open / In Progress / Completed) مع priority badges وتعيين vendor؛ ونموذج إرسال للـ tenant |
| Messages | واجهة شات بعمودين مع محادثات واقعية ودعم الإرسال بـ Enter |
| Documents | منطقة رفع drag-and-drop، pills لتصفية الفئات، وشبكة ملفات مع actions عند المرور |
| Reports | Bar chart، horizontal occupancy chart، maintenance pie chart، جدول KPI metrics، ومفتاح date range (3m / 6m / 12m) |
| Admin Console | جدول إدارة مستخدمين، لوحة صحة النظام والتكاملات، مرجع REST API كامل، وتعليمات نشر (PostgreSQL، Docker، Vercel، إعدادات Stripe webhook) |
البيانات عبر كل شاشة simulated. اتصالات الـ backend محتاجة إعداد قبل ما أي حاجة تخزن أو تسحب بيانات حقيقية. اللي عندك بعد 8 دقايق هو front-end scaffold بجودة production ومعاه تغطية شاشات وكمية بيانات كفاية تخليك تستخدمه كـ demo شغال.
كل أدوار المستخدمين متقسمة بشكل صحيح، والتفاصيل في كل دور مبهرة
التحكم في الوصول مبني على الدور هو المكان اللي AI builders غالبًا بتختصر فيه. Figma Make ماعملش كده. كل دور بيسجّل دخول لتجربة مختلفة تمامًا، بتنقلاتها الخاصة، وبياناتها الخاصة، ونطاقها الخاص.
| الدور | عناصر التنقل | تركيز الـ Dashboard |
|---|---|---|
| Landlord (Marcus Hewitt) | Dashboard، Properties، Leases، Payments، Maintenance، Messages، Documents، Reports | مقاييس على مستوى المنصة عبر كل العقارات والمستأجرين |
| Tenant (Priya Nair) | Dashboard، Leases، Payments، Maintenance، Messages، Documents | مقاييس شخصية لهذا المستأجر فقط |
| Admin (Cassandra Voss) | كل عناصر Landlord بالإضافة إلى Admin | نفس Dashboard بتاع Landlord مع وصول لـ Admin Console |
تفاصيل Dashboard الخاص بالـ Landlord:
- Monthly Revenue: $41,900 (Apr 2024, +2.8% vs last month)
- Occupancy Rate: 88% (76/86 units, +1.2% vs last month)
- Open Requests: 5 maintenance tickets
- Total Properties: 6 properties, 86 total units
- Revenue vs. Expenses chart ممتد من May لـ April (12 months)
- Recent activity feed: rent received، overdue payments، new maintenance request، expiring lease، tenant message
- شريط تنبيه: “2 overdue payments require attention” مع تسمية Tomás Reyes ($2,100) وFatima Al-Sayed ($2,650)، وزر Send Reminders
تفاصيل Dashboard الخاص بالـ Tenant (Priya Nair):
- Next Payment: $1,850، مستحق يوم April 1, 2024
- Lease Status: Active، بينتهي August 31, 2024
- Open Requests: 1 (HVAC repair pending)
- Messages: 2 unread
- سجل الدفع بيعرض Maple Grove #4B، $1,850، Paid
- طلب الصيانة بيعرض “HVAC not cooling,” مع badge In Progress، بتاريخ March 28, 2024
شاشة Payments لدور Tenant بتفتح modal بعلامة Stripe لما تدوس “Pay Now”:
- Header: “Secure Payment. Powered by Stripe.”
- Payment line: April Rent، Maple Grove #4B، $1,850.00
- Card Number field (pre-formatted)
- Expiry (MM/YY) و CVC fields
- Pay button pre-labelled: “Pay $1,850.00”
- Footer: “256-bit SSL encryption · PCI DSS compliant”
Admin Console (Cassandra Voss):
الـ Admin Console فيه 4 tabs (Users، System، API Docs، Deployment) وبيفتح على جدول User Management.
كل صف فيه أزرار تعديل وحذف. وزر Invite User موجود فوق على اليمين من الجدول. Tomás Reyes متعلم عليه صح كـ Delinquent، وده متسق مع تنبيه السداد المتأخر الظاهر على Dashboard الخاص بالـ Landlord.
التعديل بيستخدم أداتين متوازيتين والاتنين مجانيين في الوصول
بعد ما الـ build يخلص، يبقى فيه طريقين للتعديل في نفس الوقت، ولا واحد فيهم مقفول ورا plan مدفوع.
الطريق 1: المحرر البصري
- تضغط على أي عنصر في الـ preview المباشر عشان يتحدد ويفتح شريط تعديل عائم
- شريط التعديل فيه: اختيار font family، وfont size (مع أزرار ناقص وزيادة)، bold، italic، محاذاة النص، عرض العنصر، التباعد، وحذف العنصر
- العنصر المحدد بيتضاف في نفس الوقت لحقل إدخال الشات، فمجرد ما تضغط على عنصر وتكتب في الشات بيتبعت طلب تعديل والعنصر متحدد بالفعل في السياق
- اختيار container بيعرض نوع component بالظبط وتداخله (مثلًا، “div x 4”) فوق شريط الأدوات، وده بيدي سياق layout دقيق من غير ما تفتح الكود
الربط بين selector البصري وحقل إدخال الشات هو أكتر جزء عملي في workflow التعديل ده.
إنت مش مضطر تختار بين الاتنين. بتضغط عشان تحدد العنصر، وبعدها بتكتب في الشات تشرح إيه اللي عايز يتغير، والـ AI بينفّذ التعديل وهو فاهم كويس إيه الـ component اللي إنت اخترته.
الطريق 2: محرر الكود
الضغط على أيقونة الكود فوق في workspace بيفتح سورس React كامل. هيكل الملفات:
src/
app/
components/
App.tsx (1,300+ lines)
styles/
fonts.css
globals.css
index.css
tailwind.css
theme.css
guidelines/
ATTRIBUTIONS.md
default_shadcn_theme.css
package.json
pnpm-workspace.yaml
postcss.config.mjs
vite.config.ts
App.tsx متظبط في view functions مسماة (DashboardView, ReportsView, MaintenanceView، وهكذا) مع تعليقات أقسام بتفصل كل شاشة.
الكود مقروء، منظم، وقابل للتعديل مباشرة في المتصفح. مفيش حاجة لازم تتنزل أو IDE خارجي مطلوب. الوصول الكامل للسورس ده متاح على الخطة المجانية.
أي تعديلات تتعمل بالمحرر البصري أو الشات أو محرر الكود كلها بتغذي نفس الـ preview المباشر وبتظهر فورًا.
أكتر من 10 warnings في أول build، واتصلحت صح بضغطة واحدة
بعد ما أول build خلص، ظهر banner تحت في لوحة الشات: “10+ warnings” مع زر “Fix for me” وزر إغلاق.
فتح browser console (المتاح من خلال أيقونة console في workspace) بيّن المصدر: duplicate SVG gradient IDs في مكتبة Recharts للرسوم البيانية.
السبب: أقسام Dashboard وReports سجلت نفس أسماء gradients العامة (revGrad, expGrad) كـ SVG elements. Recharts بيسجل gradients بالـ ID داخل SVG namespace، فالأسماء العامة من كذا chart instance بتتصادم في نفس المستند. الـ console عرض قائمة طويلة من مراجع JavaScript minified، وكلها بترجع للتعارض ده.
الضغط على “Fix for me” شغّل pass تاني من الـ build. الأداة حددت 3 مشاكل محددة وطبقت إصلاحات مباشرة:
- Dashboard AreaChart: غيّرت gradient IDs من revGrad و expGrad العموميين إلى identifiers فريدة dash-area-rev و dash-area-exp، وده منع تصادم الـ namespace
- Occupancy BarChart: بدّلت cell keys من index رقمي (key={i}) إلى stable string keys باستخدام اسم العقار (key={\occ-${entry.property}`}`)، عشان كل cell يبقى عنده key ثابت وفريد
- Maintenance PieChart: طبّقت نفس إصلاح الـ key باستخدام اسم العنصر (key={\pie-${entry.name}`}`)
الـ build ده اتحفظ تلقائيًا كـ Version 2. لوحة version history (المتاحة بالضغط على label الإصدار فوق workspace) بتعرض سجل واضح:
| الإصدار | الاسم | الوقت |
|---|---|---|
| Version 1 | Property Management Platform | 4:06 PM |
| Version 2 | Resolve code warnings | 4:19 PM |
بعد الـ pass التاني، الـ console عرض بس رسائل vite hot-reload نظيفة، وبانر التحذير اختفى. الرجوع لـ Version 1 بيتم بضغطة واحدة من لوحة version history.
عملية الإصلاح الكاملة من أول build لحد console نظيف أخدت 13 دقيقة، من غير أي تعديل يدوي للكود.
لوحة الإعدادات أعمق مما تتوقعه من أداة beta
لوحة الإعدادات بتتفتح من أيقونة الترس فوق يمين workspace. القائمة المنسدلة بتنظم الخيارات في مجموعتين:
إعدادات Make:
- General
- Domains
- Fonts
- Chat preferences
- Audio
التكاملات:
- GitHub
- Supabase
- Adjust guidelines
General settings بتغطي حالة النشر وإعدادات SEO:
| الإعداد | التفصيل |
|---|---|
| Status | Not published (زر Publish متاح داخل الصفحة) |
| Title | اسم المشروع قابل للتعديل |
| Meta description | بيتملأ تلقائيًا من سياق الـ build |
| Language | حقل ISO language code |
| Google Analytics ID | وصل GA4 property عشان تتبع الزيارات |
| Exclude from search engine results | Checkbox، متفعّل افتراضيًا على الخطة المجانية |
| Clear chat context | بيمسح ذاكرة محادثة Make نهائيًا؛ سجل الشات الظاهر بيفضل موجود |
خيار Clear chat context مهم تفهمه. هو بيمسح ذاكرة الـ AI لمحادثة البناء من غير ما يشيل سجل الشات الظاهر. ده مفيد لما thread طويل للبناء يبقى مخلّي الـ AI متشبث بسياق قديم في طلبات التغيير الجديدة.
إعدادات Domains بتعرض:
- Base domain: example.figma.site (الـ subdomain المجاني، بيبقى شغال عند النشر)
- Connected domains: خيار لإضافة custom domain من مزود خارجي (محتاج خطة مدفوعة)
التكاملات:
- GitHub: تصدير الكود ومزامنة المستودع
- Supabase: توصيل backend حقيقي وقاعدة بيانات لاستبدال طبقة البيانات simulated
- Adjust guidelines: ضبط تعليمات مخصصة الـ AI بيمشي عليها أثناء التعديلات، وده بيشمل حاجات زي conventions للمكونات، ومعايير التسمية، أو قيود التصميم اللي عايزها تتحترم عبر كل build وكل iteration
خيار Adjust guidelines إضافة مهمة والصفحات التانية في الأداة مش بتعرضه بنفس الوضوح. ده بيسمح لك تحدد إزاي الـ AI لازم يتصرف قبل ما الـ build يبدأ، بدل ما تصلح أنماط غير مرغوبة بعدين.
النشر بضغطة واحدة ورابط الخطة المجانية شكله كتطبيق مستقل حقيقي
الضغط على زر Publish فوق يمين بيطلع panel بيغطي كل اللي محتاجه عشان تروح live:
| الحقل | التفصيل |
|---|---|
| Title | اسم المشروع قابل للتعديل |
| URL | example.figma.site |
| Status | Not published |
| Feature on Community | Toggle عشان يبان التطبيق في معرض Figma Community |
الـ toggle بتاع Feature on Community بيوسّع جزء preview بيورّي التطبيق هيبان إزاي في Figma Community جنب التطبيقات المنشورة التانية.
من هنا:
- تقدر تختار لحد 5 tags لتصنيف التطبيق (منها Apps، Dashboards، والمزيد عبر “Show more”)
- خيار “Show chat history” بيتحكم إذا كان حوار البناء هيبقى ظاهر للناس اللي بتشوفه في المجتمع
- ملاحظة بتأكد: “By publishing to Community, you agree to Figma’s Creator Agreement”
بعد النشر، رابط figma.site بيفتح التطبيق في browser view مستقل. مفيش Figma editor chrome، ولا watermark، ولا badge ظاهر حوالين التطبيق مكتوب عليه “built with Figma Make”. بيحمّل وبيتصرف كأنه web application مستقل حقيقي، مش prototype متحطوط في إطار.
النشر على الخطة المجانية بيشمل:
- رابط figma.site subdomain قابل للمشاركة
- عرض standalone للتطبيق من غير أي branding ظاهر لـ Figma
- إمكانية عرض التطبيق في Figma Community
النشر على الخطة المدفوعة بيضيف:
- custom domain من مزود خارجي
- AI credits أكتر لبناءات وتعديلات إضافية
أسعار وخطط Figma Make
Figma Make مش بيتباع كمنتج منفصل. الوصول بييجي مدموج ضمن خطط Figma Full seat، وAI credits مشتركة بين كل ميزات Figma AI، مش Make بس. أي build في Figma Make بيستهلك من نفس الرصيد الشهري الخاص بأدوات AI في Figma Design، وتعديل الصور، وأي إجراء تاني مدعوم بالـ AI عبر المنصة.
الخطة Starter المجانية فيها وصول لـ Figma Make، لكن السقف الشهري للرصيد منخفض لدرجة إن build معقد واحد هيستهلك جزء كبير منه. خطة Starter مناسبة لتجربة الأداة وعمل اختبارات لمرة واحدة، مش للفرق اللي هتستخدم Make كجزء منتظم من عملية البناء.
الخطط المدفوعة متقسمة حسب نوع الـ seat. Full seats على مستويات Professional وOrganization وEnterprise كلهم بيشملوا AI credits أكتر شهريًا بشكل ملحوظ، وكل مستوى بيرفع الحصة الشهرية. لو إنت على خطة Figma مدفوعة أساسًا عشان Design، فـ Make موجود بالفعل من غير أي تكلفة إضافية جوّه نفس رصيدك الحالي.
ممكن تشتري AI credits إضافية كإضافة عبر الخطط المدفوعة، وده يستاهل تفكر فيه لو فريقك بيعمل أكتر من build في الأسبوع جنب استخدام Figma AI العادي.
مفيش free trial منفصل عن خطة Starter، ومفيش money-back guarantee مذكورة في الشروط المنشورة من Figma. إلغاءات الخطط السنوية مش بترجع فلوس المدة المتبقية. إلغاءات خطة Professional ممكن تتعمل من Admin Dashboard؛ أما Organization وEnterprise فالإلغاء لازم يتم عبر التواصل مع فريق المبيعات مباشرة.
وللتوافق العملي مع الخطط: خطة Starter بتغطي التجربة والاستخدام المتقطع. Full seat على Professional هو أقل نقطة دخول واقعية للفرق اللي عايزة تستخدم Make أكتر من مرة أو اتنين في الشهر من غير ما تضرب حدود الرصيد في نص المشروع.
بدائل Figma Make
أقرب منافس مباشر لـ Figma Make دلوقتي هو Lovable. بينما Figma Make بيطلع front-end application جوّه مساحة Figma، Lovable هو مبني تطبيقات AI مخصص بيتعامل مع الـ stack كامل: front-end، back-end، database، authentication، وdeployment بضغطة واحدة، من منصة مستقلة عندها أكتر من 8 مليون مستخدم مُعلن عنهم.
لأي حد مش أصلًا على خطة Figma مدفوعة، أو محتاج تطبيق connected production بدل prototype متظبط، Lovable بيوصلك لتطبيق منتشر ومرتبط ببيانات أسرع وبإعدادات أقل.
| الميزة | Figma Make | Lovable |
|---|---|---|
| سهولة الاستخدام | Prompt-first من غير أي إعدادات | Prompt-first من غير أي إعدادات |
| أفضل استخدام له | المصممين والفرق الموجودين أصلًا على خطة Figma مدفوعة | المؤسسين غير التقنيين اللي بيبنوا MVPs وبيشغلوها |
| الـ Backend والبيانات | Front-end فقط؛ Supabase متاح كتوصيل إضافي | Supabase backend مدمج من البداية |
| مرونة التصميم | محرر بصري، تعديل بالشات، ووصول كامل للسورس كود | تعديل مبني على الشات مع إمكانية تصدير الكود |
| نموذج التسعير | مضموم ضمن Figma Full seat؛ رصيد AI مشترك | اشتراك مستقل بنظام credits خاص به |
الحكم النهائي: هل Figma Make يستاهل؟
لأي حد بيدفع أصلًا مقابل Figma Full seat، الإجابة واضحة: أيوه، وبفارق كبير. جودة الناتج بتحط Figma Make قدام معظم AI app builders اللي موجودة في السوق بقالها وقت أطول.
Prompt واحد طلع منصة إدارة عقارات متعددة الشاشات، واعية بالأدوار، فيها modal دفع Stripe، وdashboard تحليلي مباشر، وKanban board للصيانة، وواجهة رسائل بعمودين، ولوحة admin كاملة فيها جدول إدارة مستخدمين، ووثائق REST API، وتعليمات نشر. كل ده في 8 دقايق، مع وصول كامل للسورس كود على الخطة المجانية ورابط منشور standalone ونظيف. مفيش أي حاجة من ده عادية بالنسبة لمنتج beta.
للـ teams اللي مش أصلًا على Figma، الحساب محتاج نظرة صريحة للي إنت محتاجه فعلًا. الوصول المفيد لـ Figma Make محتاج Full seat على خطة Figma مدفوعة، وده استثمار منصة أوسع من أي standalone AI builder. لو الهدف الأساسي هو تشحن web application شغالة بقاعدة بيانات حقيقية ومستخدمين حقيقيين، فـ Lovable بيوصلك للنتيجة دي بإعدادات أقل ومن غير ما تحتاج اشتراك منصة تصميم.
الناس اللي هتستفيد أكتر من Figma Make دلوقتي هم المصممين وفرق المنتجات اللي عايزين يقفلوا الفجوة بين prototype ثابت في Figma وبين build تفاعلي مبني على كود وقابل للاختبار، من غير ما يغيّروا الأدوات أو يستنوا مطور يعمل ده. للاستخدام ده بالذات، Figma Make هو أفضل اختيار متاح دلوقتي.
