2.5العروض والواجهات والمشاركة
الأساسي في 30 ثانية
- مصدر واحد وعروض عدة: Grid وKanban وCalendar وForm — نفس البيانات وزوايا مختلفة وصفر تكرار.
- الواجهة تحمي وتوجه: تطبيق مصغر على القاعدة للفريق — لا نسلّم المحرك مفتوحا أبدا.
- المشاركة تُضبط بدقة: نموذج عام وواجهة فريق وعرض قراءة فقط — كل يرى ما يجب أن يرى.
حالة مستمرة مصغرة — لينا تُسلّم التطبيق المصغر لفريقها
الفصل الأخير: تحول لينا قاعدتها إلى تطبيق مصغر. تنشئ العروض المفيدة (Kanban حسب الحالة، وCalendar حسب الأجل، والعرض المُرشَّح «متأخر» الناتج من صيغها)، وتبني واجهة (Interface) مع لوحة قيادة (رسوم بيانية + قائمة مُرشَّحة) للفريق، وتفتح نموذجا عاما لجمع الطلبات الجديدة، وتضبط المشاركة: الفريق يرى الواجهة، والشريك لا يرى إلا عرض قراءة فقط، ولا أحد يلمس القاعدة الخام. اكتمل مشروع المستوى 2 وسُلِّم.
خاتمة الخيط الرابط 2.1-2.4: قاعدة لينا تصبح تطبيقا مهنيا لفريقها.
1. العروض والواجهات
مثل Notion، يقترح Airtable عدة عروض لنفس الجدول — Grid وKanban وCalendar وGallery وTimeline وForm — لكل منها مرشحاته وترتيباته وتجميعاته، دون تكرار البيانات. لكن Airtable يذهب أبعد مع الواجهات: تطبيقات مصغرة حقيقية مبنية فوق القاعدة، بصفحات ورسوم بيانية وأزرار ونماذج إدخال وتنقل. وهكذا نقدم للفريق تجربة موجهة دون منحه الوصول إلى القاعدة الخام.
2. فصل البيانات عن التجربة
هذا الفصل أساسي: تبقى البيانات مهيكلة ومحمية من جهة، ويتفاعل المستخدم النهائي مع واجهة واضحة من جهة أخرى. ومنح الوصول إلى القاعدة الخام يعني كشف كل البنية والميكانيكا الداخلية — مع خطر أخطاء (حذف وتعديلات غير مقصودة) والتباس. لا تُظهر الواجهة إلا المفيد، وتوجه الإدخال وتحمي البيانات. وهذا هو الفرق بين تسليم المحرك مفتوحا وتسليم سيارة بلوحة قيادة.
3. مشاركة دقيقة
ندير المشاركة والأذونات بدقة: عروض مشتركة للقراءة فقط لشريك، ونماذج عامة (عرض Form مع حقول إلزامية ومنطق شرطي) لجمع البيانات، وواجهات محفوظة للفريق للقيادة. النتيجة: تصبح القاعدة تطبيقا مهنيا صغيرا — لوحة قيادة وبوابة إدخال ومتابعة مرئية — قابلا للاستعمال ممن لم يفتح Airtable أبدا. وللاستعمال الشخصي تكفي القاعدة؛ وبمجرد وجود مستخدمين نهائيين تفرض الواجهة نفسها.
هل تعلم؟
أفضل قاعدة هي التي لا يفتحها المستخدمون أبدا.
🔎 مثال ملموس — 🔎 مثال عملي — تطبيق المتابعة المصغر للينا
البيانات من جهة والتجربة من جهة أخرى، كما عند لينا:
Base (tables + relations) = protégée
Form view → collecter (public, champs obligatoires)
Interface tableau → graphiques + liste filtrée (équipe)
Vue lecture seule → partager à un partenaireالقراءة: تطبيق مهني دون كشف القاعدة.
الدرس: واجهة بمجرد وجود مستخدمين نهائيين.
مفردات القسم
- العرض (في Airtable)
- إظهار مُرشَّح ومرتب لجدول (Grid وKanban وCalendar وGallery وTimeline وForm) دون تكرار البيانات.
مثال بسيط: لوحة Kanban حسب الحالة وتقويم Calendar حسب الأجل للينا.
ما ليس كذلك: نسخة من الجدول لكل استعمال.
رد فعل: زاوية جديدة = عرض جديد، أبدا جدول جديد.
- الواجهة
- تطبيق مصغر مبني على قاعدة Airtable: صفحات ورسوم بيانية وأزرار ونماذج وتنقل موجه.
مثال بسيط: لوحة القيادة التي يستعملها فريق لينا كل صباح.
ما ليس كذلك: القاعدة الخام مفتوحة لكل الفريق.
رد فعل: المستخدمون النهائيون = واجهة لا وصول مباشر.
- النموذج (عرض Form)
- عرض إدخال عام أو داخلي يغذي الجدول مباشرة، مع حقول إلزامية ومنطق شرطي ممكن.
مثال بسيط: نموذج طلبات الملفات الجديدة للينا.
ما ليس كذلك: بريد إلكتروني حر يُعاد إدخاله باليد في القاعدة.
رد فعل: الجمع = نموذج بحقول إلزامية.
- المشاركة والأذونات
- ضبط يحدد من يرى ويحرر ماذا: عرض قراءة فقط ونموذج عام وواجهة محفوظة.
مثال بسيط: شريك لينا لا يرى إلا عرض قراءة فقط.
ما ليس كذلك: رابط التحرير الكلي مرسل للجميع.
رد فعل: تحقق من يرى ماذا قبل كل مشاركة.
- التطبيق المهني
- أداة موجهة للمستخدم النهائي (لوحة قيادة، بوابة) مبنية على بيانات مهيكلة.
مثال بسيط: تطبيق متابعة الملفات المصغر الذي سلّمته لينا في وهران.
ما ليس كذلك: تطبيق عام حقيقي بحسابات مستخدمين (انظر المستوى 5).
رد فعل: الداخلي السريع = واجهة؛ والمنتج العام = بانِي تطبيقات.
في التطبيق — عمليا — بناء واجهة والمشاركة بنظافة
- أنشئ عدة عروض لجدول (شبكة Grid مُرشَّحة، ولوحة Kanban حسب الحالة، وتقويم Calendar حسب التاريخ) حسب الاستعمالات.
- ابنِ واجهة (Interface): صفحة لوحة قيادة (رسوم بيانية + قائمة مُرشَّحة) وصفحة تفصيل.
- أضف نموذجا (عرض Form) لجمع البيانات، مع حقول إلزامية.
- اضبط المشاركة: النموذج عام، والواجهة محفوظة للفريق، وعرض قراءة فقط لشريك.
نص جاهز للقول — عرض الواجهة على الفريق (30 ثانية)
«هذه لوحة قيادتكم: ترون فيها الملفات الجارية والآجال والتأخرات دون لمس القاعدة. ولطلب جديد، مرّوا عبر النموذج — الحقول الإلزامية تضمن بيانات نظيفة. تبقى القاعدة محمية: تقودون بلوحة القيادة لا بالمحرك المفتوح.»
يُقال مع عرض الواجهة مسقطة؛ وإبقاء القاعدة الخام خارج الشاشة.
نموذج للنسخ واللصق — خطة مشاركة القاعدة
العروض : Grid مُرشَّحة _______________ · Kanban حسب _______________ · Calendar حسب _______________
واجهة الفريق Interface : لوحة قيادة (رسوم + قائمة _______________) + صفحة تفصيل
النموذج : Form view _______________ (عام / داخلي، حقول إلزامية : ____)
المشاركة : الفريق ← Interface · الشريك ← vue lecture seule _______________ · القاعدة الخام ← _______________ (مقيّد)شركة صغيرة جدا / منفرد
يكفي عرضان مُرشَّحان جيدا قبل أي واجهة: لا نبني تطبيقا مصغرا إلا إذا استعمله غيرنا.
شركة صغيرة أو متوسطة في الجزائر
تدرّب لينا فريقها في عشرين دقيقة على الواجهة — لا يحتاج أحد لتعلم Airtable.
جمع ميداني
نموذج عام على الهاتف لرفع المعلومات، مع حقول إلزامية وقوائم اختيار مغلقة.
نحو تطبيق حقيقي
إذا بلغت الواجهة حدودها (جمهور خارجي، منطق معقد)، ننتقل إلى Glide أو Softr أو Bubble (المستوى 5).
✓ ممارسات جيدة
- ابنِ واجهة بمجرد وجود مستخدمين نهائيين.
- افصل البيانات المحمية (القاعدة) عن التجربة (الواجهة).
- اضبط المشاركة بدقة (عام، وفريق، وقراءة فقط).
✗ أخطاء شائعة
- منح الوصول إلى القاعدة الخام (أخطاء وحذف).
- الخلط بين الواجهة الداخلية والتطبيق العام الحقيقي (Bubble وGlide).
- الجمع عبر نموذج دون حقول إلزامية.
النقاط الأساسية
- يقدم Airtable عدة عروض (Grid وKanban وCalendar وGallery وTimeline وForm) دون تكرار البيانات.
- الواجهات تطبيقات مصغرة حقيقية (صفحات ورسوم بيانية وأزرار) مبنية على القاعدة.
- نفصل البيانات المحمية (القاعدة) عن تجربة المستخدم (الواجهة).
- تُضبط المشاركة بدقة: نموذج عام وواجهة فريق وعرض قراءة فقط.
تحدي 48 ساعة — طبّق غدا
ابنِ واجهة لوحة قيادة على قاعدتك (رسوم بيانية + قائمة مُرشَّحة) ونموذج جمع بحقول إلزامية. واجعل زميلا لم يفتح Airtable أبدا يجرب الواجهة.
- أستطيع شرح لماذا لا نمنح القاعدة الخام.
- أعرف بناء العروض والواجهة والنموذج.
- استعمل زميل تطبيقي المصغر دون تكوين.
أسئلة شائعة
لماذا لا نمنح الوصول إلى القاعدة بدل إنشاء واجهة؟
لأن منح الوصول إلى القاعدة الخام يعني كشف كل البنية (كل الجداول وكل الحقول والميكانيكا الداخلية) لمستخدمين لا يحتاجونها — مع خطر أخطاء (حذف وتعديلات غير مقصودة) والتباس. ولا تُظهر الواجهة إلا ما هو مفيد، وتوجه الإدخال وتحمي البيانات وتقدم تجربة واضحة. وهذا هو الفرق بين تسليم المحرك مفتوحا وتسليم سيارة بلوحة قيادة. وللاستعمال الشخصي تكفي القاعدة؛ وبمجرد وجود مستخدمين نهائيين تفرض الواجهة نفسها.
هل يمكن لواجهة Airtable أن تعوّض تطبيقا حقيقيا (Bubble وGlide)؟
لكثير من الحاجات الداخلية — لوحات القيادة وبوابات الإدخال ومتابعة الفرق — نعم، تكفي واجهة Airtable وتُغني عن إضافة أداة. وحدودها: تبقى مرتبطة بمنظومة Airtable، بتخصيص ومنطق مهني أقل دفعا من بانِي تطبيقات حقيقي. وبمجرد استهداف تطبيق عام مخصص جدا بحسابات مستخدمين ومنطق معقد، ننتقل إلى Bubble (ويب كامل) أو Glide وSoftr (تطبيق جوال من قاعدة) — وهذا موضوع المستوى 5. القاعدة: واجهة Airtable للداخلي السريع، وبانِي التطبيقات للمنتج المكتمل.
يجب على لينا جعل زملاء لا يعرفون Airtable يُدخلون طلبات. ماذا تبني؟