ما هو Figma Make؟
Figma Make هو أداة بناء تطبيقات بالذكاء الاصطناعي مدمجة مباشرة داخل منصة Figma، تأخذ منك برومبت نصي وتطلع لك تطبيق واجهة أمامية شغّال ومدعوم بالكود، بدون ما تحتاج تطلع من مساحة العمل في Figma أو تضبط أداة ثانية منفصلة.
هو يولّد تطبيقات React مع وصول كامل للسورس كود، وسجل تلقائي للإصدارات، ورابط معاينة مباشر، ويتميّز عن غيره من أدوات البناء بالذكاء الاصطناعي لأنه يخليك تختار الموديل اللي ينفّذ الشغل: Claude Sonnet 4.6 أو Gemini 3 Flash أو Gemini 3.1 Pro أو GPT-5.5، بدل ما يفرض عليك موديل واحد بدون أي وضوح حول اللي قاعد يشتغل.
النتيجة مو مجرد نموذج مبدئي أو ملف تصميم، بل كود فعلي قابل للتعديل، تقدر تفحصه وتغيّره وتدفعه إلى GitHub.
مين Figma Make مناسب له؟
- مصممين المنتجات اللي أصلًا يستخدمون Figma. Make موجود داخل الأداة اللي أنت تستخدمها أصلًا، فما فيه منصة جديدة تتعلمها أو اشتراك إضافي فوق اللي تدفعه حاليًا.
- المؤسسين غير التقنيين اللي يحتاجون ديمو بسرعة. تطبيق معقّد ومتعدد الشاشات مع صلاحيات حسب الدور وبيانات واقعية يطلع خلال أقل من 10 دقائق، وهذا سريع كفاية تاخذه لاجتماع مستثمر أولي.
- مديري المنتجات اللي يحتاجون يورّون بدل ما يشرحون. Figma Make يطلع لك شيء تقدر تعطيه لصاحب المصلحة وتمشيه معه خطوة بخطوة، بدل PDF فيه شاشات.
- المطورين اللي يبغون Scaffold شغّال. الكود المولّد React نظيف مع TypeScript، ووصول السورس الكامل متاح في الخطة المجانية، وهذا يخليه نقطة بداية حقيقية بدل بروتوتايب ينرمي.
إيجابيات Figma Make وسلبياته
- يبني تطبيقات معقدة ومتعددة الشاشات من برومبت واحد
- الخطة المجانية تشمل وصول كامل إلى السورس كود
- تختار موديل الذكاء الاصطناعي: Claude أو Gemini أو GPT
- سجل إصدارات تلقائي يحفظ كل تكرار للبناء
- مصادقة حسب الدور تتولد تلقائيًا بدون برومبت إضافي
- تكاملات GitHub وSupabase مدمجة بشكل أصلي
- محرر بصري ومحرر كود موجودين في نفس مساحة العمل
- البِنى الأولى تجي مع تحذيرات في الكود
- حد الرصيد الشهري المجاني يخلص بسرعة
- النطاق المخصص يحتاج خطة Figma مدفوعة
تفصيل التقييم
النتايج أدناه تعكس اللي يقدمه Figma Make حاليًا، في النسخة التجريبية العامة. بالنسبة لمنتج بهالمرحلة، جودة الناتج أعلى بكثير من اللي توقّعته، وللفرق اللي أصلًا عندهم خطة Figma مدفوعة، معادلة القيمة صعب الاعتراض عليها لأنه ما فيه أي تكلفة إضافية.
| الميزة | التقييم (من 10) | ليش هالتقييم |
|---|---|---|
| سهولة الاستخدام | 9.5 | بدون إعدادات، دخول مبني على البرومبت، مساري تعديل مزدوجين، ودورة بناء خلال 8 دقائق، وهذا يخليه من أقل أدوات الذكاء الاصطناعي تطلبًا في البداية. |
| الميزات والوظائف | 9.8 | مصادقة حسب الأدوار، واجهة دفع Stripe، تقارير متعددة الرسوم البيانية، لوحة إدارة، اختيار الموديل، ومرجع API كامل، وكل هذا يتولد من برومبت واحد. |
| التصميم والتخصيص | 9.4 | الإخراج البصري الافتراضي نظيف واحترافي، ومعه محرر بصري يعتمد على النقر للتحديد وكود كامل قابل للوصول حتى في الخطة المجانية. |
| القيمة مقابل المال | 9.4 | وصول كامل للكود في الباقة المجانية شيء نادر فعلًا، ومستخدمي الخطط المدفوعة يحصلون على Make ضمن اشتراك Figma الحالي بدل ما يكون بند منفصل. |
| الأداء والاعتمادية | 9.9 | ثماني دقائق لتطبيق متعدد الشاشات، واعي بالأدوار، مع واجهة Stripe ولوحة إدارة، هذا أسرع نسبة بين وقت البناء والنتيجة القابلة للاستخدام اللي اختبرتها. |
| الإجمالي | 9.6 | منتج تجريبي بارز يتفوق بالفعل على كثير من أدوات بناء التطبيقات بالذكاء الاصطناعي الأقدم منه من ناحية جودة الناتج وعمق الميزات. |
ميزات Figma Make
- بناء من البرومبت إلى التطبيق خلال أقل من 10 دقائق
- اختيار متعدد الموديلات يشمل Claude وGemini وGPT
- مصادقة المستخدمين حسب الدور تتولد تلقائيًا
- محرر بصري يعتمد على النقر للتحديد مع أدوات ستايل مباشرة
- سورس كود React كامل قابل للتعديل في الخطة المجانية
- تكاملات GitHub وSupabase متاحة بدون إعدادات إضافية
- نشر بضغطة واحدة إلى نطاق فرعي figma.site
مراجعتي الصادقة لـ Figma Make: وش لقيت بعد ما اختبرته
شاشة البداية ما تعقدك من أول لحظة
شاشة الهبوط عبارة عن مربع برومبت واحد مع عبارة قصيرة: “Make your ideas real with AI. Start with a design and prompt your way to a functional prototype, fast.” وتحت حقل الإدخال، تظهر ثلاث نقاط بداية مقترحة:
- Onboarding flow
- Data dashboard
- Gradient gallery
تقدر تتجاهل الثلاثة كلها وتكتب أي شيء تبيه.
أرسلت هذا البرومبت كاملًا:
“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.”
الأداة قبلته بدون أي تعقيد وبدأت مباشرة بالبناء. لا فيه اختيار لنوع المشروع، ولا معرض قوالب، ولا أي إعداد معماري مسبق.
الحكم: نقطة الدخول قريبة من الصفر في التعقيد أكثر من أي أداة ذكاء اصطناعي اختبرتها. المقابل هو أن البرومبت المبهم يطلع لك ناتج مبهم. السقف اللي تقدر توصله يعتمد بالكامل على وش تكتب.
التسجيل سريع وما يحط حاجز دفع بينك وبين الناتج
إذا ضغطت زر السهم قبل تسجيل الدخول، يطلع لك مودال “Welcome to Figma”. والخيارات اثنين:
- Continue with Google (نقرة وحدة، أقل من 10 ثوانٍ)
- Continue with email (اكتب البريد، وثّق، أقل من 30 ثانية إجمالًا)
الطريقين يودّونك مباشرة إلى مساحة عمل Figma Make مع البناء حقك مضاف في الطابور. ما فيه شاشة اختيار خطة، ولا طلب بطاقة ائتمان، ولا حاجز ترقية بهالمرحلة. خطة Starter المجانية تتفعّل تلقائيًا.
إذا عندك أصلًا حساب Figma، المودال ما يظهر، وتدخل مباشرة إلى الباني.
البناء يشتغل خلال 8 دقائق ويقول لك بالضبط وش قاعد يسوي
مساحة العمل مقسومة إلى عمود دردشة على اليسار ومعاينة مباشرة على اليمين. المعاينة تعرض عنصرًا مؤقتًا فيه النص “Building your idea…” وبعدها “Working out the details…” مع تقدّم الأداة.
اللي يميّز هالشيء عن شاشة تحميل عادية هو لوحة الاستدلال في عمود الدردشة، اللي تسجل تفكير الأداة بشكل حي.
أثناء بنائي، عرضت لوحة الاستدلال:
- الأداة استدعت theme tool قبل ما تكتب سطر كود واحد
- سجلت “Worked with 3 files” أثناء معالجة البرومبت
- سجل الاستدلال وصف طريقتها كاملة: رتبت الميزات المتبقية (تصفية العقارات، إدارة العقود، سجل الدفعات، طلبات الصيانة، المراسلة، الإشعارات، ولوحات الإدارة)، وذكرت أنها راح تبني هيكل مكوّن React مع تعريفات الأنواع أولًا، ثم تبني بيانات تجريبية بتفاصيل واقعية، وبعدها تتعامل مع التنقل وإدارة الحالة للواجهات المبنية حسب الدور عبر كل الأقسام
- ظهرت رسالة حالة تحت الاستدلال: “Writing the component structure…”
هالتسلسل مهم. الأداة خططت لتعريفات الأنواع قبل لا تكتب أي واجهة، وبعدها أضافت بيانات تجريبية واقعية، وبعدها بنت التنقل حولها. هذا أسلوب منظّم، مو توليد عشوائي.
خط زمني للبناء: 3:58 PM إلى 4:06 PM. ثمان دقائق.
محدد الموديل في أسفل لوحة الدردشة يخليك تختار الذكاء الاصطناعي اللي ينفّذ البناء قبل لا تبدأ، أو تبدّله بين البِنْيات:
| الموديل | الوصف |
|---|---|
| Default | موصى به من Figma (الموديل المحدد غير مُفصح عنه) |
| Claude Sonnet 4.6 | متوازن، فعّال |
| Gemini 3 Flash | سريع، تكراري |
| Gemini 3.1 Pro | عميق، إبداعي |
| GPT-5.5 | قادر، سريع |
إنك تقدر تتحول من موديل سريع وتكراري إلى موديل أعمق بدون ما تطلع من الأداة أو تعيد البناء من الصفر، هذي ميزة مهمة جدًا في سير العمل.
وبجانب محدد الموديل، فيه مفتاح تحويل Build/Plan:
| الوضع | وش يسوي |
|---|---|
| Build | ينشئ ويكرر وأنت تمشي |
| Plan | يوائم على الشغل المعقّد ويرسم المعمارية قبل كتابة الكود |
بالنسبة لبرومبت مفصل مثل برومبتي، وضع Plan غالبًا كان بيطلع بناء أول أنظف وتحذيرات أقل. أنا استخدمت Build وتعاملت مع التحذيرات في الجولة الثانية.
الناتج النهائي سمّى نفسه PropVault وكان واثق من نفسه
التطبيق النهائي، اللي سمّته الأداة PropVault بدون ما أحد يطلب، هو منصة إدارة عقارات متعددة الشاشات مع هوية بصرية متناسقة، وشريط جانبي كحلي غامق، وخطوط نظيفة، وإثبات اجتماعي سياقي على شاشة تسجيل الدخول. شاشة الدخول تعرض:
- لوحة يسار غامقة فيها شعار PropVault، والعبارة “Property management, simplified.”، وثلاث إحصاءات وهمية: 86 properties managed، و1,240 active tenants، و$2.1M collected monthly
- لوحة يمين فيها تبويبات Sign In / Create Account، وإيميل معبأ مسبقًا marcus@propvault.io وكلمة مرور، وثلاثة أزرار لاختيار الدور: Landlord وTenant وAdmin
- ملاحظة في التذييل: “Demo: click a role above, then sign in”
كل شاشة في التنقل الجانبي اليسار تفتح شاشة شغّالة ومعبّأة. هذا اللي انبنى عبر التطبيق كاملًا:
| الشاشة | وش تم بناؤه |
|---|---|
| Dashboard | أربع بطاقات KPI (الإيرادات الشهرية، نسبة الإشغال، الطلبات المفتوحة، إجمالي العقارات)، ومخطط خطي للإيرادات مقابل المصروفات لمدة 12 شهر مع شارة “Live”، وتغذية نشاط حديث، وتنبيه للمدفوعات المتأخرة مع زر Send Reminders، وعقود منتهية قريبًا مع أزرار Renew لكل واحد |
| Properties | قائمة عقارات مع فلترة |
| Leases | إدارة عقود مع تتبع الحالة |
| Payments | جدول سجل المدفوعات مع شارات حالة، ونافذة دفع آمنة مدعومة من Stripe |
| Maintenance | لوحة Kanban (Open / In Progress / Completed) مع شارات أولوية وإسناد للمورّد؛ ونموذج تقديم للموظف المستأجر |
| Messages | واجهة دردشة ذات لوحتين مع سلاسل محادثات واقعية ودعم الإرسال بزر Enter |
| Documents | منطقة رفع بالسحب والإفلات، وشرائح فلترة للفئات، وشبكة ملفات مع إجراءات عند التمرير |
| Reports | مخطط أعمدة، ومخطط إشغال أفقي، ومخطط دائري للصيانة، وجدول مقاييس KPI، ومفتاح نطاق تاريخ (3m / 6m / 12m) |
| Admin Console | جدول إدارة مستخدمين، ولوحة صحة النظام والتكاملات، ومرجع REST API كامل، وتعليمات النشر (PostgreSQL، Docker، Vercel، وإعداد Webhook الخاص بـ Stripe) |
البيانات في كل الشاشات كلها محاكاة. الاتصالات الخلفية تحتاج إعداد قبل ما يصير فيه تخزين أو جلب لبيانات حقيقية. اللي عندك بعد ثمان دقائق هو هيكل واجهة أمامية بجودة إنتاجية، مع تغطية كافية للشاشات وكثافة بيانات تخليك تعرضه كديمو شغّال.
كل الأدوار الثلاثة للمستخدمين مضبوطة بشكل صحيح، والتفصيل في كل دور مدهش
التحكم بالوصول حسب الدور هو المكان اللي غالبًا أدوات الذكاء الاصطناعي تتهاون فيه. Figma Make ما سوت كذا. كل دور يدخل تجربة مختلفة تمامًا، بتصفحه الخاص، وبمنظور بياناته الخاص، ونطاقه الخاص.
| الدور | عناصر التنقل | تركيز لوحة التحكم |
|---|---|---|
| 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 | نفس لوحة Landlord مع وصول إلى Admin Console |
تفاصيل لوحة 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
- رسم بياني للإيرادات مقابل المصروفات ممتد من May إلى April (12 شهر)
- تغذية نشاط حديث: 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
تفاصيل لوحة Tenant (Priya Nair):
- Next Payment: $1,850, due April 1, 2024
- Lease Status: Active, ends August 31, 2024
- Open Requests: 1 (HVAC repair pending)
- Messages: 2 unread
- سجل المدفوعات يظهر Maple Grove #4B، $1,850، Paid
- طلب صيانة يظهر “HVAC not cooling,” وشارة In Progress، بتاريخ March 28, 2024
شاشة Payments لدور Tenant تفتح نافذة 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) and CVC fields
- زر Pay جاهز بتسمية: “Pay $1,850.00”
- Footer: “256-bit SSL encryption · PCI DSS compliant”
Admin Console (Cassandra Voss):
لوحة Admin Console فيها أربع تبويبات (Users، System، API Docs، Deployment) وتفتح افتراضيًا على جدول إدارة المستخدمين.
كل صف فيه أزرار تعديل وحذف. زر Invite User موجود أعلى يمين الجدول. Tomás Reyes مميز بشكل صحيح بأنه Delinquent، وهذا متسق مع تنبيه المدفوعات المتأخرة الظاهر في لوحة Landlord.
التعديل يستخدم أداتين متوازيتين وكلهم مجانيين للوصول
بعد ما يكتمل البناء، تتوفر مساران للتعديل بنفس الوقت، ولا واحد منهم محجوب بخطة مدفوعة.
المسار 1: المحرر البصري
- اضغط على أي عنصر في المعاينة المباشرة لتحديده وفتح شريط تعديل عائم
- شريط التعديل فيه: محدد خط، حجم خط (مع أزرار ناقص وزايد)، غامق، مائل، محاذاة النص، التحكم بالعرض، التباعد، وحذف العنصر
- العنصر المحدد ينضاف لحقل الدردشة بنفس الوقت، فمجرد إنك تضغط على عنصر وتكتب في الدردشة يرسل طلب تغيير والعنصر موجود ضمن السياق
- إذا اخترت حاوية، يظهر نوع المكوّن الدقيق والتداخل البنيوي (مثلًا، “div x 4”) فوق شريط الأدوات، وهذا يعطيك سياق تخطيطي دقيق بدون ما تفتح الكود
الربط بين المحدد البصري وحقل الدردشة هو أكثر جزء عملي في سير التعديل هذا.
أنت ما تحتاج تختار بين الاثنين. تضغط لتحديد العنصر، بعدين تكتب في الدردشة التغيير اللي تبيه، والذكاء الاصطناعي يطبقه وهو فاهم بالضبط أي مكوّن حددته.
المسار 2: محرر الكود
إذا ضغطت على أيقونة الكود أعلى مساحة العمل، يفتح لك React source كامل. هيكلة الملفات:
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 مرتبة على شكل دوال عرض مسماة (DashboardView, ReportsView, MaintenanceView، وغيرها) مع تعليقات أقسام تفصل كل شاشة.
الكود مقروء، منظم، وقابل للتعديل مباشرة داخل المتصفح. ما تحتاج تحميل ولا تفتح IDE خارجي. الوصول الكامل للسورس هذا متاح في الخطة المجانية.
أي تغييرات تنعمل عبر المحرر البصري أو الدردشة أو محرر الكود كلها تدخل على نفس المعاينة المباشرة وتظهر فورًا.
أكثر من 10 تحذيرات في أول بناء، وانحلت بدقة بنقرة واحدة
بعد ما اكتمل البناء الأول، ظهر شريط أسفل لوحة الدردشة فيه: “10+ warnings” مع زر “Fix for me” وأيقونة إغلاق.
فتح وحدة تحكم المتصفح (المتاحة عبر أيقونة console داخل مساحة العمل) أظهر المصدر: تكرار معرفات SVG gradient داخل مكتبة Recharts للرسوم البيانية.
السبب: أقسام Dashboard وReports سجلت نفس أسماء gradients العامة (revGrad, expGrad) كعناصر SVG. Recharts يسجل gradients بمعرفات داخل مساحة أسماء SVG، فالأسماء العامة من أكثر من مخطط داخل نفس المستند تتصادم. وحدة التحكم عرضت قائمة طويلة من مراجع JavaScript المصغرة، وكلها ترجع لهالتعارض.
الضغط على “Fix for me” شغّل تمريرة بناء ثانية. الأداة حدّدت ثلاث مشاكل محددة وطبقت إصلاحات دقيقة:
- Dashboard AreaChart: أعادت تسمية معرفات gradient من revGrad / expGrad العامة إلى معرفات فريدة dash-area-rev / dash-area-exp، وهذا منع تصادم مساحة الأسماء
- Occupancy BarChart: حولت مفاتيح الخلايا من الفهرس الرقمي (key={i}) إلى مفاتيح نصية ثابتة باستخدام اسم العقار (key={\occ-${entry.property}`}`)، عشان يصير لكل خلية مفتاح ثابت وفريد
- Maintenance PieChart: طبقت نفس إصلاح المفاتيح باستخدام اسم العنصر (key={\pie-${entry.name}`}`)
هالبناء انحفظ تلقائيًا كـ Version 2. لوحة سجل الإصدارات (تفتح بالضغط على تسمية النسخة أعلى مساحة العمل) تعرض سجل واضح:
| الإصدار | الوسم | الوقت |
|---|---|---|
| Version 1 | Property Management Platform | 4:06 PM |
| Version 2 | Resolve code warnings | 4:19 PM |
بعد التمريرة الثانية، وحدة التحكم أظهرت فقط رسائل vite hot-reload النظيفة، واختفى شريط التحذيرات. الرجوع إلى Version 1 نقرة وحدة من لوحة سجل الإصدارات.
دورة الإصلاح الكاملة من أول بناء إلى وحدة تحكم نظيفة أخذت 13 دقيقة، بدون أي تعديل يدوي على الكود.
لوحة الإعدادات فيها عمق أكثر مما تتوقعه من أداة تجريبية
لوحة الإعدادات تفتح من أيقونة الترس أعلى يمين مساحة العمل. القائمة المنسدلة ترتب الخيارات إلى مجموعتين:
إعدادات Make:
- General
- Domains
- Fonts
- Chat preferences
- Audio
التكاملات:
- GitHub
- Supabase
- Adjust guidelines
الإعدادات العامة تغطي حالة النشر وإعدادات SEO:
| الإعداد | التفصيل |
|---|---|
| الحالة | غير منشور (زر Publish متاح داخل الصفحة) |
| العنوان | اسم المشروع قابل للتعديل |
| Meta description | معبأة تلقائيًا من سياق البناء |
| اللغة | حقل رمز اللغة ISO |
| Google Analytics ID | اربط خاصية GA4 لتتبع الزيارات |
| Exclude from search engine results | مربع اختيار، ومحدد افتراضيًا في الخطة المجانية |
| Clear chat context | يمسح ذاكرة محادثة Make بشكل دائم؛ وسجل الدردشة يبقى ظاهر |
خيار Clear chat context مهم نفهمه. هو يمسح ذاكرة الذكاء الاصطناعي عن محادثة البناء بدون ما يزيل سجل الدردشة الظاهر. وهذا مفيد إذا صار طول سلسلة البِنى يخلي الذكاء الاصطناعي يعلق على سياق قديم في طلبات التعديل الجديدة.
إعدادات Domains تعرض:
- Base domain: example.figma.site (النطاق الفرعي المجاني، ويصير مباشر عند النشر)
- Connected domains: خيار لإضافة نطاق مخصص من مزود خارجي (الخطة المدفوعة مطلوبة)
التكاملات:
- GitHub: تصدير الكود ومزامنة المستودع
- Supabase: ربط خلفية وقاعدة بيانات حقيقية تستبدل طبقة البيانات المحاكاة
- Adjust guidelines: ضبط تعليمات مخصصة يتبعها الذكاء الاصطناعي أثناء التعديلات، وتشمل أشياء مثل معايير مكتبة المكوّنات، وأسلوب التسمية، أو قيود التصميم اللي تبيها تنحترم عبر كل بناء وتكرار
خيار Adjust guidelines إضافة مهمة ما تظهر بوضوح في الأقسام الثانية من الأداة. هو يخليك تحدد كيف المفروض الذكاء الاصطناعي يتصرف قبل ما يبدأ البناء، بدل ما تصلح الأنماط غير المرغوبة بعدين.
النشر بنقرة وحدة ورابط الخطة المجانية يبان كتطبيق مستقل حقيقي
الضغط على زر Publish أعلى اليمين يفتح لوحة فيها كل شيء تحتاجه عشان تنشر:
| الحقل | التفصيل |
|---|---|
| العنوان | اسم المشروع قابل للتعديل |
| URL | example.figma.site |
| الحالة | غير منشور |
| Feature on Community | مفتاح تبديل لإدراج التطبيق في معرض Figma Community |
مفتاح التبديل Feature on Community يوسع قسم معاينة يورّي كيف بيظهر التطبيق في Figma Community جنب التطبيقات المنشورة الثانية.
من هنا:
- تقدر تختار إلى خمس وسوم لتصنيف التطبيق (الخيارات تشمل Apps وDashboards، وأكثر عبر “Show more”)
- مربع اختيار “Show chat history” يتحكم إذا كان سجل المحادثة ظاهر لمشاهدي المجتمع أو لا
- ملاحظة تؤكد: “By publishing to Community, you agree to Figma’s Creator Agreement”
بعد النشر، يفتح رابط figma.site التطبيق في عرض متصفح مستقل. ما فيه كروم محرر Figma، ولا علامة مائية، ولا شارة “built with Figma Make” ظاهرة حول التطبيق. يفتح ويتصرف كتطبيق ويب مستقل حقيقي، مو معاينة داخل إطار.
النشر في الخطة المجانية يشمل:
- رابط figma.site قابل للمشاركة
- عرض تطبيق مستقل بدون أي علامة Figma ظاهرة
- إمكانية تمييز التطبيق في Figma Community
النشر في الخطط المدفوعة يضيف:
- نطاق مخصص من مزود خارجي
- رصيد ذكاء اصطناعي أكثر لبناءات وتكرارات إضافية
أسعار وخطط Figma Make
Figma Make ما ينباع كمنتج مستقل. الوصول له يجي مدمج مع خطط Figma Full seat، ورصيد الذكاء الاصطناعي مشترك بين كل ميزات Figma AI، مو Make بس. أي بناء في Figma Make يسحب من نفس المجموعة الشهرية الخاصة بأدوات الذكاء الاصطناعي في Figma Design، وتحرير الصور، وأي إجراء ثاني مدعوم بالذكاء الاصطناعي داخل المنصة.
الخطة المجانية Starter تشمل وصول إلى Figma Make، لكن سقف الرصيد الشهري منخفض لدرجة إن بناء معقد واحد يستهلك جزء كبير منه. خطة Starter مناسبة لتجربة الأداة والاختبارات السريعة، مو للفرق اللي تبغى تستخدم Make كجزء منتظم من سير العمل.
الخطط المدفوعة مبنية حول أنواع المقاعد. مقاعد Full في باقات Professional وOrganization وEnterprise كل وحدة منها تعطي رصيد ذكاء اصطناعي أعلى بشكل ملحوظ شهريًا، وكل مستوى يرفع الحصة الشهرية. إذا أنت أصلًا على خطة Figma مدفوعة عشان Design، فـ Make متاح لك بالفعل بدون تكلفة إضافية داخل نفس رصيدك الحالي.
تقدر تشتري أرصدة AI إضافية كإضافة على الخطط المدفوعة، وهذا يستاهل تفكر فيه إذا فريقك يشغّل عدة بناءات في Make كل أسبوع، جنب استخدام Figma AI العادي.
ما فيه فترة تجربة مجانية منفصلة عن خطة Starter، وما فيه ضمان استرداد فلوس مذكور في شروط Figma المنشورة. إلغاءات الخطة السنوية ما تعطيك استرداد لباقي المدة. إلغاءات خطة Professional تقدر تسويها من Admin Dashboard؛ أما خطط Organization وEnterprise فإلغاؤها يتطلب التواصل مع فريق المبيعات مباشرة.
عشان تطابق الخطة عمليًا: خطة Starter تكفي للتجربة والاستخدام العرضي. مقعد Professional Full هو أقل نقطة دخول واقعية للفرق اللي تبغى تستخدم Make أكثر من مرة أو مرتين بالشهر بدون ما تصطدم بحدود الرصيد وسط المشروع.
بدائل Figma Make
أقرب منافس مباشر لـ Figma Make حاليًا هو Lovable. بينما Figma Make يطلع لك تطبيق واجهة أمامية داخل مساحة عمل Figma، Lovable هو أداة بناء تطبيقات بالذكاء الاصطناعي مخصصة تتعامل مع الستاك كامل: الواجهة الأمامية، الخلفية، قاعدة البيانات، المصادقة، والنشر بضغطة واحدة، ومنصة مستقلة عندها أكثر من 8 مليون مستخدم مُعلن عنهم.
لأي أحد مو موجود أصلًا على خطة Figma مدفوعة، أو يحتاج تطبيق مرتبط ببيانات حقيقي بدل بروتوتايب مصقول، Lovable يوصلك إلى تطبيق منشور ومتصل بالبيانات بسرعة أكبر وبإعدادات أقل.
| الميزة | Figma Make | Lovable |
|---|---|---|
| سهولة الاستخدام | مبني على البرومبت بدون أي إعدادات | مبني على البرومبت بدون أي إعدادات |
| الأفضل لـ | المصممين والفرق الموجودين أصلًا على خطة Figma مدفوعة | المؤسسين غير التقنيين اللي يبنون وينشرون MVP |
| الخلفية والبيانات | واجهة أمامية فقط؛ Supabase متاحة كتكوين إضافي | خلفية Supabase مدمجة من البداية |
| مرونة التصميم | محرر بصري، وتعديل عبر الدردشة، ووصول كامل إلى السورس كود | تعديل عبر الدردشة مع إمكانية تصدير الكود |
| نموذج التسعير | مجمّع مع مقعد Figma Full؛ ومجموعة رصيد AI مشتركة | اشتراك مستقل مع نظام رصيد خاص فيه |
الحكم النهائي: هل Figma Make يستاهل؟
لأي أحد أصلًا يدفع مقابل مقعد Figma Full، الجواب واضح: نعم، وبشكل كبير. جودة الناتج تحط Figma Make قدام كثير من أدوات بناء التطبيقات بالذكاء الاصطناعي اللي لها بالسوق مدة أطول بكثير.
برومبت واحد أنتج منصة إدارة عقارات متعددة الشاشات وواعية بالأدوار، مع نافذة دفع Stripe، ولوحة تحليلات مباشرة، ولوحة Kanban للصيانة، وواجهة مراسلة ذات لوحتين، ولوحة إدارة كاملة فيها جدول المستخدمين، ووثائق REST API، وتعليمات النشر. كل هذا خلال ثمان دقائق، مع وصول كامل للسورس كود في الخطة المجانية ورابط نشر مستقل ونظيف. هذا كله مو عادي أبدًا بالنسبة لمنتج تجريبي.
بالنسبة للفرق اللي مو موجودة حاليًا على Figma، لازم المعادلة تشوف وش تحتاج فعلًا. الحصول على رصيد مفيد في Figma Make يتطلب مقعد Full على خطة Figma مدفوعة، وهذا استثمار منصة أوسع من أي أداة بناء مستقلة. إذا الهدف الأساسي هو إطلاق تطبيق ويب شغّال مع قاعدة بيانات حية ومستخدمين حقيقيين بدل بروتوتايب، فـ Lovable يوصلك لهالنتيجة بإعدادات أقل وبدون الحاجة لاشتراك منصة تصميم.
الفئة اللي تستفيد أكثر شيء من Figma Make الآن هم المصممون وفرق المنتجات اللي يبغون يقرّبون المسافة بين بروتوتايب Figma ثابت وبين بناء تفاعلي مدعوم بالكود وقابل للاختبار، بدون تغيير الأدوات أو انتظار مطور. لهالنوع من الاستخدام، Figma Make هو أفضل خيار متاح حاليًا.
