ما هو Retool؟
Retool هي منصة تطوير لبناء أدوات الأعمال الداخلية: لوحات التحكم، ولوحات الإدارة، وأنظمة CRM، وتطبيقات سير العمل، وكلها متصلة بقواعد البيانات وواجهات API الخاصة بك. أداة البناء الجديدة بالذكاء الاصطناعي، الموجودة حاليًا في النسخة التجريبية والموسومة باسم AppGen، تأخذ وصفًا باللغة الإنجليزية البسيطة وتُنشئ تطبيقًا كاملًا متعدد الطبقات من الصفر.
تقوم بكتابة مخطط قاعدة البيانات، وتعبئة بيانات تجريبية واقعية، وكتابة دوال TypeScript الخلفية، وبناء واجهة React أمامية متعددة الصفحات، وكل ذلك مترابط ويعمل على قاعدة بيانات PostgreSQL المدمجة في Retool.
لمن يُناسب Retool؟
- مطورو الأدوات الداخلية الذين يرغبون في تخطي إعدادات الهيكلية الخلفية والانتقال من متطلبات مكتوبة إلى تطبيق يعمل ومتصل بالبيانات في جلسة واحدة، من دون لمس إطار عمل أو إعدادات النشر من الصفر.
- فرق العمليات والمنتج التي تحتاج إلى CRM، أو متتبع مدفوعات، أو لوحة صيانة ولكنها لا تستطيع انتظار تفرغ فريق الهندسة. أداة البناء المعتمدة على المطالبات من Retool توصلهم إلى نسخة عملية في اليوم نفسه.
- المؤسسون التقنيون الذين يبنون منصات داخلية كجزء من منتجهم. Retool يمنحهم مخرجات جاهزة للإنتاج مع وصول كامل إلى الكود، بحيث لا يكونون مقيدين بصندوق أسود.
- المطورون الذين يريدون نقطة بداية، لا منتجًا نهائيًا. علامة تبويب الكود مفتوحة في كل خطة، لذلك فإن التطبيق المُولَّد هو بقدر ما هو مخرَج فهو أيضًا هيكل تأسيسي. سيجد المهندسون الذين يريدون إكمال الأمور بطريقتهم الخاصة أن عملية التسليم نظيفة.
إيجابيات وسلبيات Retool
- تطبيق متكامل يُنشأ من مطالبة واحدة
- وصول مباشر إلى الكود مرفق مع كل خطة
- بوابة الموافقة على الدوال تمنع الكتابات غير المقصودة إلى البيانات
- رمز @ يربط مصادر البيانات داخل المطالبة نفسها
- ثلاثة أوضاع تحرير مميزة تناسب أي سير عمل
- جودة المخرجات تنافس الأدوات المتخصصة
- دعم بناء MCP عبر Claude Code وCursor وأدوات أخرى
- قد تستغرق عمليات البناء المعقدة من 15 إلى 20 دقيقة حتى تكتمل
- تتراكم تكاليف التسعير عبر الرسوم لكل منشئ ولكل مستخدم بسرعة مع نمو الفرق
- لا تزال أداة البناء الجديدة بالذكاء الاصطناعي تحمل علامة النسخة التجريبية
تفصيل التقييم
ما زالت أداة البناء الجديدة بالذكاء الاصطناعي في Retool تحمل وسم النسخة التجريبية، لكن المخرجات التي رأيتها أثناء الاختبار لا تبدو كتجربة مبكرة. إليك كيف تؤدي عبر المجالات الأكثر أهمية عند تقييم منشئ تطبيقات بالذكاء الاصطناعي للعمل الحقيقي.
| الميزة | الدرجة (من 10) | سبب الدرجة |
|---|---|---|
| سهولة الاستخدام | 9.0 | يستغرق التسجيل أقل من دقيقتين وواجهة البناء واضحة، لكن نظام الموافقة على الدوال يضيف منحنى تعلم في أول مرة تنشر فيها |
| الميزات والوظائف | 9.8 | توليد كامل الطبقات، ودعم MCP، وثلاثة أوضاع تحرير، وبوابات موافقة على البيانات، ووكلاء: لا يكاد ينقص شيء في هذه المرحلة |
| التصميم والتخصيص | 9.2 | المخرجات المولدة مصقولة وتأتي مع مفتاح تبديل يعمل بين الوضعين الداكن والفاتح؛ التحرير البصري بعد البناء موجود لكن التجربة لا تزال تعتمد على الدردشة بالأساس |
| القيمة مقابل المال | 8.8 | الخطة المجانية مفيدة فعلًا؛ أما الخطط المدفوعة فتفرض رسومًا على كل منشئ بالإضافة إلى كل مستخدم داخلي، وهذا يرتفع بسرعة مع نمو الفريق |
| الأداء والموثوقية | 9.5 | بناء استغرق 18 دقيقة لتطبيق كامل مكوَّن من 9 جداول ومن دون أخطاء، مع سير موافقة مدمج يضيف الثقة من دون إعاقة التقدم |
| الإجمالي | 9.4 | الأداة الجديدة تبني تطبيقات كاملة الطبقات جاهزة للاستخدام الحقيقي، مع ضوابط أمان قوية، ووصول إلى الكود في جميع الخطط، وجودة مخرجات تتفوق على معظم البدائل عند هذا السعر |
ميزات Retool
- مطالبة باللغة الطبيعية تنشئ تطبيقًا كامل الطبقات في جلسة واحدة
- رمز @ يسحب قواعد البيانات والخدمات الخارجية إلى داخل المطالبة أثناء الكتابة
- تكامل MCP مع Claude Code وCursor وCodex وChatGPT وKiro
- بوابة موافقة بشرية مطلوبة قبل تشغيل أي دالة تغيّر البيانات
- الدردشة، ووضع التحديد، وتحرير الكود المباشر للتحسين بعد البناء
- قاعدة بيانات PostgreSQL مدمجة مع بيئات staging وproduction
- نشر بنقرة واحدة إلى نطاق فرعي مخصص .retool.app
مراجعتي الصادقة لـ Retool: ما وجدته بعد اختباره
أنت تبدأ بالمطالبة قبل حتى أن تسجل
أول شيء يفعله Retool بشكل مختلف هو أنه لا يطلب منك إنشاء حساب قبل أن تبدأ البناء. تفتح الصفحة الرئيسية على مربع مطالبة كبير في الوسط، وتكتب فكرتك مباشرة فيه قبل لمس نموذج التسجيل.
هناك أمران يستحقان المعرفة حول مربع المطالبة هذا قبل استخدامه:
المطالبات الجاهزة. زر “Starter prompts” يفتح قائمة منسدلة تحتوي على أربع حالات استخدام جاهزة:
- أداة إدارة الطلبات
- متعقّب إلحاق الموردين
- طابور دعم العملاء
- لوحة مؤشرات أداء المبيعات الرئيسية
هذه مفيدة لاستكشاف ما يمكن للأداة أن تنشئه. ليست قوالب تنقر عبرها: تختار واحدًا، فيملأ مربع المطالبة، ويمكنك بعد ذلك تعديله قبل الإرسال.
@ لمصادر البيانات. كتابة @ داخل مربع المطالبة تفتح أداة اختيار مصدر بيانات أثناء كتابة الجملة. تعرض القائمة MySQL وPostgreSQL وStripe وSlack وSnowflake والمزيد. هذا يعني أنه يمكنك كتابة مطالبة مثل “Create a vendor onboarding tracker that pulls vendor status from our @PostgreSQL database and flags incomplete submissions,” ويكون اتصال قاعدة البيانات مسمى بالفعل داخل تعليماتك قبل بدء البناء.
البناء عبر MCP. أسفل مربع المطالبة الرئيسي، يفتح زر “Build via MCP” نافذة منبثقة (لقطة الشاشة 3) ترشدك إلى ربط Retool بـ Claude Code أو Cursor أو Codex أو ChatGPT أو Kiro عبر أمر طرفية. بالنسبة للفرق التي تفضل البناء من بيئة التطوير المفضلة لديها، فهذا مسار موثّق بالكامل، وليس فكرة ثانوية.
اختبرت الأداة بمطالبة مفصلة: منصة لإدارة العقارات للمالكين والمستأجرين تغطي مصادقة المستخدمين، وقوائم العقارات، وإدارة عقود الإيجار، ومدفوعات الإيجار، وطلبات الصيانة، وتحميل المستندات، والمراسلة، والإشعارات، ولوحة الإدارة، والتقارير، وتكامل Stripe، وقاعدة بيانات PostgreSQL، وواجهة REST API، وتصميمًا متجاوبًا، وتعليمات النشر. تسعة مجالات ميزات، إدخال واحد.
بعد أن ضغطت على إرسال، طالبتني الصفحة الرئيسية بالتسجيل أو تسجيل الدخول لمتابعة البناء.
المطالبات الجاهزة ومحدد مصدر البيانات @ داخل مربع المطالبة يجعلانك تفهم قدرات الأداة قبل أن تنشئ حسابًا حتى. أدوات البناء الأخرى تجعلك تستكشف الميزات؛ أما Retool فيجعلك تستخدمها.
التسجيل سريع، مع خطوة إعداد واحدة بعده
يقدم Retool طريقتين للتسجيل: المتابعة عبر Google أو البريد الإلكتروني مع كلمة مرور. Google يستغرق نحو 20 ثانية.
تسألك الشاشة التالية عن أمرين:
| الحقل | ما الذي يفعله |
|---|---|
| الاسم الكامل | اسم العرض الخاص بك داخل المنصة |
| اسم المؤسسة | يحدد نطاقك الفرعي، مثل kimothokarani.retool.com |
يتم التحقق من توفر النطاق الفرعي مباشرة ويؤكد ذلك بعلامة خضراء قبل أن تضغط متابعة. لا توجد خطوة تحقق عبر البريد الإلكتروني، ولا قائمة إعداد أولي، ولا جولة تعريفية لإغلاقها. تفتح الأداة مباشرة.
تُظهر صفحة التسجيل في Retool شعارات Ramp وDoorDash وStripe وAmazon وSnowflake وOpenAI كعملاء حاليين.
هذه سياق مهم يجب معرفته قبل أن تقرر ما إذا كانت المنصة جادة بشأن حالات الاستخدام المؤسسية.
داخل الأداة: ما الذي تعمل عليه
بمجرد تحميل الأداة، تُقسَّم الواجهة إلى لوحتين:
اللوحة اليسرى: علامات تبويب الدردشة والبيانات والكود
- الدردشة هي المكان الذي تتواصل فيه مع الأداة أثناء البناء وبعده. التعليمات، والتوضيحات، والتغييرات اللاحقة كلها تتم هنا.
- البيانات تعرض الموارد المتصلة لديك (Retool Database وRetool Storage افتراضيًا) وقائمة دوال الخلفية التي أنشأتها الأداة، بما في ذلك الدوال التي تتطلب موافقة قبل تشغيلها.
- الكود يفتح شجرة ملفات المشروع الكاملة: دوال TypeScript الخلفية منظمة حسب منطقة الميزة، ومكونات React TSX الأمامية منظمة إلى صفحات ومكونات ووحدات hooks ومجلدات lib.
اللوحة اليمنى: المعاينة
هذه هي المعاينة الحية لكل ما تقوم الأداة بإنشائه حاليًا. أثناء تقدم البناء، تعرض هذه اللوحة حالة تحميل بتدرج لوني.
بمجرد اكتمال البناء، تعرض التطبيق الكامل القابل للتنقل. يمكنك التبديل بين المعاينة وملفات الكود الفردية باستخدام علامات التبويب أعلى الصفحة.
يوجد زر “Publish” في أعلى اليمين ويظل مرئيًا طوال الجلسة، بحيث تعرف أن الإطلاق بات خطوة واحدة فقط بعيدًا.
عملية البناء نفسها: 18 دقيقة، 35 تغييرًا، مطالبة واحدة
بدأ البناء في 7:55 pm. هذا ما حدث، بالترتيب الذي حدث به:
الخطوة 1: الاستدلال. لم تبدأ الأداة بكتابة الكود فورًا. بل عرضت أولًا “Reasoning through the options…” وقضت نحو 9 ثوانٍ في تحليل المطالبة قبل أن تنتج خطة منظمة. أظهر الشريط الجانبي ملخصًا لما تنوي بناءه عبر جميع مجالات الميزات: Payments وMaintenance وDocuments وMessages وNotifications وTenants and Users وReports. كان لكل منها وصف موجز لما ستتضمنه.
الخطوة 2: جداول قاعدة البيانات. قدمت الأداة كتلة SQL بعنوان “Create all database tables” مع وصف: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” كان كود CREATE TABLE الكامل مرئيًا في اللوحة. ظهرا زران: Deny وRun. ضغطت Run.
الخطوة 3: بيانات أولية، المرور الأول. بعد ذلك جاءت “Seed demo users, properties, and units”: عبارات INSERT لمُلاك ومستأجرين وعقارات تجريبية بأسماء واقعية وبريد إلكتروني وأدوار وأرقام هاتف. Deny أو Run. ضغطت Run.
الخطوة 4: بيانات أولية، المرور الثاني. ثم “Seed leases, payments, maintenance, messages, notifications”: عبارات INSERT لعقود إيجار مع نطاقات تاريخ واقعية ومبالغ إيجار، وسجلات مدفوعات، وطلبات صيانة بمستويات أولوية، وسلاسل رسائل، وسجلات إشعارات. Deny أو Run. ضغطت Run.
الخطوة 5: دوال الخلفية. انتقلت الأداة إلى “Now let me build all backend functions” وبدأت بتعديل ملفات الكود من دون أن تطلب مني أي تدخل. ولَّدت دوال مثل getStats.ts، ملفًا واحدًا في كل مرة، وبثت كل ملف إلى علامة تبويب الكود فور اكتماله.
الخطوة 6: صفحات الواجهة الأمامية. تبع ذلك قائمة طويلة من تعديلات الملفات: Dashboard.tsx وProperties.tsx وLeases.tsx وPayments.tsx والمزيد. كما قام البناء بتنظيف الاستيرادات غير المستخدمة وإصلاح أخطاء TypeScript تلقائيًا أثناء تقدمه عبر الملفات.
الخطوة 7: الاختبار وREADME. شغلت الأداة اختبارات ذاتية على دوال قاعدة البيانات التي كتبتها للتو، وأكدت أنها تُرجع بيانات، وأصلحت تكرار useEffect في Leases.tsx، وحلّت الاعتماديات، وكتبت README يغطي خطوات تكامل Stripe، وفهارس قاعدة البيانات، وتوصيات التوسع، وربط REST API.
اكتمل البناء في 8:13 pm. 18 دقيقة. 35 تغييرًا عبر قاعدة الكود. أظهر الملخص في اللوحة اليسرى بدقة ما الذي بُني عبر كل مجال من مجالات الميزات.
المخرجات: ماذا تنتج 18 دقيقة فعليًا
هنا يميز Retool نفسه عن معظم أدوات البناء بالذكاء الاصطناعي التي اختبرتها.
حُمِل التطبيق النهائي باسم “PropManage” وكان يحتوي على شريط جانبي بعلامة تجارية كاملة مع شعار، واسم المستخدم المسجّل (Sarah Johnson, Landlord)، وعشرة عناصر تنقل: Dashboard وProperties وLeases وPayments وMaintenance وDocuments وMessages وNotifications وTenants and Users وReports. وكانت Settings وSign Out في الأسفل.
Dashboard: عرض الصف العلوي لافتات تنبيه حية: “2 overdue payments totalling $3,800″ باللون الكهرماني، و”1 urgent maintenance request need attention” باللون الأحمر. أسفل ذلك، ثماني بطاقات KPI:
| KPI | القيمة |
|---|---|
| إجمالي العقارات | 3 نشطة |
| معدل الإشغال | 67% (6 of 9 units) |
| الإيجار المُحصَّل | $20,600 this period |
| المدفوعات المتأخرة | $3,800 (flagged in orange) |
| عقود الإيجار النشطة | 5 expiring soon |
| الصيانة المفتوحة | 3 (1 in progress) |
| المستأجرون | 4 across 2 landlords |
| الرسائل غير المقروءة | 3 awaiting response |
أسفل بطاقات KPI: مخطط Revenue Overview (Collected vs Pending) ومخطط أعمدة Unit Status يوضح الوحدات المشغولة مقابل الشاغرة. أسفل ذلك: قائمة Recent Payments وقائمة Recent Maintenance، مع عناصر ملوّنة حسب الحالة (Urgent أحمر، High برتقالي، Medium أصفر، Resolved رمادي).
صفحة Properties: ثلاث بطاقات عقارات تعرض Oak Street Complex وSunset Apartments وDowntown Lofts. كانت كل بطاقة تعرض:
- عدد الوحدات ونسبة الإشغال
- رقم الإيرادات الشهرية
- شريط تقدم الإشغال
- نوع العقار والمالك
- أزرار Edit وView
صفحة Messages: واجهة صندوق وارد مقسومة إلى جزأين مع علامتي تبويب Inbox/Sent، وشارة بعدد غير المقروء (3)، وتسميات دور المرسل (Tenant)، ومعاينات الرسائل، وطوابع زمنية، وزر Compose.
صفحة Payments: ثلاث بطاقات ملخص في الأعلى (Collected $20,600 وPending $13,000 وOverdue $3,800)، ولافتة “Stripe Integration Ready” مع زر Connect Stripe، وجدول مدفوعات قابل للبحث والتصفية يضم 14 نتيجة، وإجراءات “Mark Paid” لكل صف.
كما تضمن التطبيق مفتاح تبديل الوضع الفاتح/الداكن في الزاوية العلوية اليمنى من المعاينة (لقطة الشاشة 1، الدفعة الثانية). كان الوضع الداكن هو الافتراضي. أدى التبديل إلى الوضع الفاتح إلى تحديث التطبيق بأكمله فورًا.
جاءت كل صفحة من هذه الصفحات من مطالبة واحدة. عمق ما بُني، بما في ذلك أولوية الصيانة الملوّنة حسب الحالة، وقارئ الرسائل ذو الجزأين، ولافتة تكامل Stripe، ومخطط الإيرادات مقابل المعلقات، ليس ما تتوقعه من توليد أولي بالذكاء الاصطناعي.
ثلاث طرق للتحرير بعد البناء
بمجرد اكتمال البناء، يتيح لك Retool ثلاث طرق مميزة لإجراء التغييرات. جميعها متاحة في الخطة المجانية.
1. الدردشة تبقى علامة تبويب الدردشة في اللوحة اليسرى نشطة بعد البناء. تستمر في كتابة التعليمات: “Add a city filter to the Properties page” أو “Change the overdue payment card to show yellow instead of red.” تعدل الأداة الملف المناسب وتُظهر لك ما الذي تغير. هذا هو المسار للمستخدمين غير التقنيين وللتغييرات التي يسهل وصفها أكثر من تحديد موقعها في الكود.
2. وضع التحديد. النقر على أيقونة وضع التحديد في أعلى يمين المعاينة يحول التطبيق إلى طبقة تحرير تفاعلية.
تضغط على أي مكوّن على الشاشة وتظهر فقاعة عائمة توضح اسم المكوّن وملف المصدر المرتبط به.
حقل “Ask for changes” يتيح لك كتابة تعليمات مستهدفة من دون مغادرة المعاينة. في اختباري، أدى النقر على عنوان صفحة Payments إلى فتح فقاعة مرتبطة بـ Payments.tsx. هذا أسرع من وصف العنصر المقصود في رسالة دردشة.
3. تحرير الكود مباشرة. تُظهر علامة تبويب الكود شجرة ملفات المشروع الكاملة. دوال الخلفية بصيغة TypeScript، ومكونات الواجهة الأمامية كملفات .tsx، جميعها منظمة ومقروءة. على سبيل المثال، يمكنك فتح getPayments.ts وقراءة استعلام SQL أو تعديله مباشرة.
الكود نظيف ومنظم جيدًا، ولا يتطلب منك فهم البنية الداخلية لـ Retool حتى تعمل معه.
يلخص الجدول أدناه أي وضع تحرير يناسب أي نوع من المستخدمين:
| وضع التحرير | الأفضل لـ | يتطلب معرفة بالكود |
|---|---|---|
| الدردشة | المستخدمون غير التقنيين؛ التغييرات الواسعة | لا |
| وضع التحديد | التغييرات المستهدفة في واجهة المستخدم؛ أسرع من الدردشة | لا |
| تحرير الكود المباشر | تغييرات المنطق الدقيقة؛ الاستعلامات المخصصة | نعم |
يمكن لمديري العمليات والمستخدمين غير التقنيين البقاء في الدردشة. ويغطي وضع التحديد الفجوة بينهما: أنت تعرف ما الذي تريد تغييره، وتراه على الشاشة، لكنك لا تعرف أي ملف يوجد فيه.
معظم أدوات البناء بالذكاء الاصطناعي تجبر الجميع على المسار نفسه. Retool لا يفعل ذلك، وهذا مهم عندما لا يكون الشخص الذي يبني هو نفسه الشخص الذي يُحسّن.
نظام الموافقة على الدوال: بوابة أمان منطقية
تحت علامة تبويب البيانات، يوجد مفتاح: “Require approval to run functions that may modify data.” وهو مفعّل افتراضيًا.
كل دالة تكتب أو تحدّث أو تحذف البيانات تدخل في قائمة “Needs review” قبل أن تتمكن من التنفيذ. في بنائي، شمل ذلك:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
يظهر لكل واحدة منها شريط في أعلى صفحة التفاصيل: “This function requires review. Ensure it performs the right operations on the right data before approving.” تقرأ TypeScript، وتؤكد أن SQL ينفذ ما تتوقعه، ثم تضغط Approve.
هذا مهم عند النشر. عندما ضغطت أول مرة على Publish (لقطة الشاشة 8، الدفعة الثانية)، أظهر فحص النشر مشكلة مانعة: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” وكان زر “Review functions” يربط مباشرة بعلامة تبويب البيانات.
بعد الموافقة على كل دالة، استمر سير النشر بسلاسة. ضبطت عنوان التطبيق (kimothokarani–properties.retool.app)، واخترت مجلدًا، ووسمت الإصدار، ثم ضغطت Publish.
إذا كنت تستخدم Retool لإدارة بيانات أعمال حقيقية (المدفوعات، عقود الإيجار، سجلات المستخدمين)، فأنت لا تريد أن يكتب الذكاء الاصطناعي دوال قاعدة بيانات تعمل من دون موافقتك. معظم أدوات البناء لا تمنحك هذه البوابة. حقيقة أن Retool يضمها افتراضيًا تقول شيئًا مهمًا عن كيفية تفكير المنصة في معنى “الجاهز”.
النشر: تقريبًا بنقرة واحدة، مع بوابة واحدة يجب تجاوزها
عملية النشر مباشرة بمجرد أن تكون موافقات الدوال في مكانها:
- انقر “Publish” في أعلى اليمين
- اضبط عنوان تطبيقك (الصيغة: [org]–[appname].retool.app)
- اختر مجلدًا (الافتراضي Published)
- وسم الإصدار: بدون وسم أو Major release (1.0.0)
- انقر Publish
الرابط الناتج هو عنوان .retool.app نظيف وقابل للمشاركة. لا حاجة إلى استضافة منفصلة في الخطة المجانية. يمكنك مشاركة الرابط فور النشر، ويصبح التطبيق مباشرًا لأي شخص لديه صلاحية الوصول.
تسعير Retool وخططه
يعتمد Retool على نموذج اشتراك مع طبقة اعتمادات ذكاء اصطناعي فوقه. هناك نوعان من المستخدمين عبر جميع الخطط:
- المنشئون: المستخدمون الذين ينشئون التطبيقات أو يعدلونها خلال دورة الفوترة
- المستخدمون الداخليون: المستخدمون الذين يستخدمون التطبيقات فقط من دون تعديلها
أشياء مهمة يجب معرفتها قبل الالتزام:
- لا توجد ضمانة استرداد أموال منشورة.
- الدفع عبر بطاقة ائتمان فقط.
- الفوترة السنوية توفر 20% عبر جميع الخطط المدفوعة.
- تغطي اعتمادات الذكاء الاصطناعي بناء التطبيقات وAI Actions. تتجدد شهريًا ولا تنتقل للأشهر التالية.
- يتم احتساب أجور الوكلاء بشكل منفصل بالساعة ولا تستمد من رصيد اعتمادات الذكاء الاصطناعي.
- يمكن لعملاء Enterprise ربط مفتاح API الخاص بمزود النموذج لديهم. عند تفعيله، تمر طلبات الذكاء الاصطناعي عبر مفتاحهم الخاص ولا تُستهلك اعتمادات Retool.
- تتطلب خطة Business لأي شيء موجه للعملاء: البوابات، والتطبيقات المضمنة، والعلامة التجارية المخصصة كلها محجوبة خلفها.
- تتضمن Team وما فوق اعتمادات إضافية (750 أساسية بالإضافة إلى 250 إضافية في Team؛ و1,500 أساسية بالإضافة إلى 1,500 إضافية في Business). يمكن شراء حزم اعتمادات إضافية في أي خطة مدفوعة.
الخطة المناسبة لكل نوع من المستخدمين:
يمكن للمطورين المنفردين والفرق الصغيرة التي تنجز بناءها الأول البقاء على الخطة المجانية براحة. أما الفرق التي تكرر التعديلات كثيرًا فستصل إلى حد الاعتمادات وتحتاج إلى خطة Team. أي فريق يبني تطبيقات موجهة للعملاء أو مدمجة يحتاج إلى خطة Business. أما الفرق التي لديها متطلبات امتثال، أو تحتاج SSO، أو لديها أكثر من عدد قليل من المنشئين، فيجب أن تتحدث مع المبيعات عن Enterprise.
بدائل Retool
أقرب منافس مباشر لأداة البناء الجديدة بالذكاء الاصطناعي من Retool لأدوات الأعمال الداخلية هو Superblocks. بينما ينشئ Retool تطبيقات كاملة الطبقات داخل منصته الخاصة ويبقي الكود هناك، فإن Superblocks ينشئ التطبيقات ككود React قابل للتصدير يمكنك تعديله في بيئة التطوير الخاصة بك ونشره خارج المنصة بالكامل.
بالنسبة للفرق الجادة في تجنب الارتباط بمورد واحد، فإن هذا الفرق مهم.
كما تقدم Superblocks نموذج أمان هجينًا: يعمل وكيلها داخل VPC الخاص بك بينما تُدار واجهة البناء في سحابة Superblocks، ما يجعلها الخيار الأقوى للمنظمات ذات متطلبات صارمة بشأن موقع البيانات. صحيح أن Retool يتيح الاستضافة الذاتية أيضًا، لكن ذلك يتطلب عبئًا بنيويًا أكبر بكثير من نهج الوكيل المحلي لدى Superblocks.
المقايضة هي السعر. Superblocks موجهة للمؤسسات فقط ($200 لكل منشئ ذكاء اصطناعي شهريًا، بالإضافة إلى $100 لكل تطبيق مستضاف شهريًا)، ما يجعل الخطة المجانية وخطة Team في Retool أكثر سهولة بكثير للفرق الأصغر.
| الميزة | Retool | Superblocks |
|---|---|---|
| سهولة الاستخدام | خطة مجانية، صفحة رئيسية تبدأ بالمطالبة، تسجيل سريع | موجهة للمؤسسات؛ حاجز أعلى للبدء |
| الأفضل لـ | فرق الأدوات الداخلية بجميع الأحجام، بقيادة المطورين | فرق المؤسسات ذات متطلبات VPC والامتثال |
| الخلفية والبيانات | PostgreSQL مدمج؛ أكثر من 100 تكامل عبر صيغة @ | توليد كامل الطبقات؛ تصدير كود React مستقل ونظيف |
| مرونة التصميم | الدردشة، ووضع التحديد، وتحرير الكود الكامل داخل المنصة | السحب والإفلات، والتوليد بالذكاء الاصطناعي، وتحرير IDE أصلي مع مزامنة ثنائية الاتجاه |
| نموذج التسعير | تتوفر خطة مجانية؛ Team من $10/منشئ شهريًا | موجهة للمؤسسات فقط؛ تواصل مع المبيعات |
الحكم النهائي: هل يستحق Retool ذلك؟
أداة البناء الجديدة بالذكاء الاصطناعي من Retool هي أكثر منصة من مطالبة إلى تطبيق اختبرتها قدرةً لأدوات الأعمال الداخلية. في غضون 18 دقيقة فقط، أنشأت منصة لإدارة العقارات متعددة الصفحات مع بيانات أولية، ومنطق أعمال، ولوحات تحكم، وتنقل.
أكثر ما أثار إعجابي هو جودة المخرجات. شعرت أن التطبيق قابل للاستخدام منذ اليوم الأول بدلًا من أن يكون نموذجًا أوليًا هشًا، كما أن ميزات مثل الموافقات على الدوال والوصول الكامل إلى الكود تُظهر أن Retool يركز على سير العمل الإنتاجي الحقيقي.
ومع ذلك، فهو ليس مثاليًا للجميع. قد يواجه المستخدمون غير التقنيين صعوبة في عملية النشر، كما أن التسعير لكل مقعد يمكن أن يصبح مكلفًا مع نمو الفرق. كما أن الأداة لا تزال في النسخة التجريبية، لذلك تبقى بعض الحواف غير المصقولة.
بالنسبة للمطورين والشركات الناشئة وفرق العمليات التي تبني برمجيات داخلية، يقدم Retool حاليًا أقوى تجربة من المطالبة إلى الإنتاج متاحة. إذا كانت السرعة والمرونة والاستعداد للإنتاج مهمة، فهو أحد أفضل أدوات بناء التطبيقات بالذكاء الاصطناعي التي يمكنك استخدامها اليوم.
