Airtable أم Notion: قاعدة بيانات أم ويكي، وأي واحدة تحتاج؟

Airtable أنسب حين يكون ما تحفظونه قائمة سجلات، ويحتاج فريق من الناس إلى قراءة الصفوف نفسها من زوايا مختلفة. وNotion أنسب حين تكون المعرفة هي ما تحفظونه، والجدول ملحق بالنص لا أصله. يتشابهان في العرض التجريبي، ويتفرقان عند النقطة التي يبدأ فيها فريق بإدارة الطلبات أو المخزون داخل أحدهما.

ما هو الصف في كل منهما؟

في Airtable الصف سجل في جدول بحقول محددة النوع: نص، رقم، تاريخ، قائمة اختيار، ربط بجدول آخر، مرفق، صيغة، تجميع. والعرض طريقة محفوظة لرؤية الصفوف نفسها. ونموذج الإدخال يكتب صفًا دون فتح الجدول، وواجهة برمجة التطبيقات (API) تسمح لشيء غير إنسان بإنشاء سجل.

وفي Notion الصف صفحة. قاعدة البيانات مجموعة صفحات، والخصائص أعمدة عليها، وفتح الصف يفتح وثيقة. والنص هو المقصود غالبًا، ولهذا يصلح فيه موجز عميل أو محضر اجتماع.

Airtable يفترض أن الحقل يحمل الحقيقة، وNotion يفترض أن الصفحة تحملها.

ماذا يحدث حين يوضع الطلب أو المخزون في أحدهما؟

لنأخذ متجرًا في سطيف يبيع على إنستغرام، ويكتب طلباته في جدول. الطلب له عميل وأسطر وكميات وأسعار وحالة. يحمله Airtable حملًا صحيحًا: المنتجات في جدول، والطلبات في آخر، وربط للأسطر، وصيغة لمجموع السطر، وتجميع لمجموع الطلب، وعرض يرشّح الحالة.

ما لا يفعله هو ترحيل حركة مخزون. لا معاملة تجمع عدة صفوف: الصيغة تعيد الحساب من المخزَّن الآن، وإذا حفظ شخصان السجل نفسه، محا الآخر ما كتبه الأول. والمخزون رصيد ينتج عن حركات مرحّلة، لا رقم يعدله إنسان. والفرق لا يظهر حتى يصل طلبان على آخر قطعة في اليوم نفسه.

وNotion أضعف هنا. الطلب صفحة، والأسطر جدول داخلها أو عناصر فرعية، والمجموع خاصية صيغة أو رقم يكتبه أحدهم بيده. وكل قراءة تعرض صفحة، وترشيح آلاف الصفوف بطيء، ولأن السجل وثيقة فسيجد أحدهم سببًا ليكتب فوق المجموع حتى يطابق فاتورة العميل.

أي نموذج صلاحيات يناسب فريقًا؟

Airtable يبدأ من القاعدة: مالك، ومنشئ، ومحرر، ومعلّق، وقارئ. وفي الإصدارات المدفوعة تأتي قيود على مستوى الحقل والجدول، ووصول إلى الواجهة وحدها لمن يجب أن يرى نموذجًا لا القاعدة. ورابط العرض المشترك رابط، وليس صلاحية.

وNotion يبدأ من الصفحة: قاعدة البيانات ترث من الصفحة التي تسكنها، وأي صف يمكن مشاركته وحده. مرن في يد حريصة، وخطأ صامت في عجلة.

والاختبار جملة لكل شخص: ماذا يرى، وماذا يغيّر؟ إن اختلف الجواب بالصف لا بالجدول، فلا أداة تمنحه افتراضيًا دون عمل.

متى يصبح مكان السجل نظامًا حقيقيًا؟

عندما تصدق واحدة من أربع علامات:

• شخصان يجب أن يغيّرا الرقم نفسه في اللحظة نفسها، ويبقى التغييران معًا.
• الرقم يُحسب بقاعدة لا يملك أحد تجاوزها: سعر بعد الخصم، رسم جبائي، كلفة وصول.
• التاريخ يجب أن يُعاد بناؤه: من غيّر، ومتى، وما كانت القيمة قبله.
• طرف خارجي يكتب فيه: حالة توصيل من متعامل، تأكيد دفع، ملف أسعار مورّد.

أي من الأداتين تصلح واجهة لذلك النظام: تحمل السجل المقروء، ويملك نظام آخر الحساب. ولا تصلح دفترًا. حين يتعلق الأمر بالمخزون أو بالمال أو بوعد تسليم، فذلك الرقم يحتاج مخزنًا يرفض الكتابة الخاطئة، وجدول يقبل أي نص في أي خانة ليس ذلك المخزن.

المقارنة التي تحسم القرار

البعد	Airtable	Notion
الوحدة	سجل في جدول محدد النوع	صفحة تفتح من صف
العرض	ترشيح وتنسيق محفوظان على الصفوف نفسها	تنسيق على صفحات، والصفحة هي السجل
الصلاحيات	أدوار في القاعدة، وقيود حقل وجدول في الإصدارات المدفوعة	مشاركة صفحة وقاعدة، لكل صفحة على حدة
الطلبات والمخزون	سجل بصيغ، بلا ترحيل ذري	سجل بصيغ، وأبطأ مع نمو الصفوف
الخروج	CSV وAPI، والبنية تنتقل جزئيًا	CSV وMarkdown، ونصوص الصفحات تنتقل
ما تتحققون منه على صفحة المورّد	حدود السجلات والأتمتة والصلاحيات في خطتكم	أي ميزات قاعدة بيانات وصلاحيات وتاريخ تشملها خطتكم

كيف تقررون بالترتيب؟

1. اكتبوا الأسئلة الثلاثة التي ستُطرح على هذه الأداة الشهر القادم بكلمات أصحابها. «أي طلب متأخر؟» سجل، و«كيف نعالج إرجاعًا؟» صفحة.
2. قولوا ماذا يكلف الجواب الخاطئ. تاريخ تسليم خاطئ يكلف عميلًا، وملاحظة داخلية خاطئة تكلف دقيقة.
3. عدّوا المحررين لا القراء؛ المحرر يحتاج نموذجًا يقيّده.
4. افحصوا الحساب. إن كان مجموع يجب أن يصح، أو مخزون لا يجوز أن يصير سالبًا، فالمسألة نظام يلبس ثوب جدول.
5. استوردوا تصديرًا حقيقيًا بتكراراته، وافتحوه على هاتف.
6. حددوا أين يجوز تعديل السجل: هذا الجدول مرآة النظام، ولا يغذيه.

أين يخطئ الفريق؟

• الدفتر الظل. يصبح عمود المخزون عمود حجوزات، ثم جدول حركات ثانيًا، فتحمل أداة وثائق سجلات تشغيل بلا أثر تدقيق.
• رابط مشترك يُعامل كصلاحية. يرسل أحدهم رابط عرض إلى مورّد، فتصبح قائمة العملاء كلها مقروءة، مع عمود الهامش.
• صفحة تتظاهر بأنها سجل. الطلب وثيقة تحمل جدولًا، فيوجد الطلب مرتين وتختلف النسختان.
• الصيغة بدلًا من القاعدة. خصم داخل خاصية صيغة يعمل حتى يختلف شخصان على ما يجب أن تقوله، فيحمل الجدول جوابين.

متى لا يصلح أي منهما

حين يجب أن يُرحّل السجل ويُقفل ويُطابق — فاتورة، حركة مخزون، دفعة — فالمكان نظام فيه معاملات وصلاحيات وتاريخ. عندها يكون دور Airtable أو Notion هو العرض المقروء فوقه، أو المكان الذي توصف فيه العملية قبل بنائها. وهذا ليس دعوة لطلب برنامج في اليوم الأول، بل دعوة لمعرفة أي جداولكم وثيقة وأيها دفتر، لأن الثاني لا يُصلح لاحقًا بترتيبه.

ما لا يغطيه هذا الرأي

لا أسعار هنا، والسبب مقصود. الاثنان يباعان لكل مستخدم بحدود تتحرك بين الخطط: سجلات، دورات أتمتة، تاريخ، ضيوف. ورقم في مقال يصبح خاطئًا قبل أن تُفهرس الصفحة، ثم يُعاد عليكم كأنه مواصفة. افتحوا صفحة المورّد للخطة التي ستشترونها فعلًا، واقرأوا الصف الأخير من الجدول.

ولا يغطي هذا الرأي التزامات حماية البيانات، ولا الشراء على نطاق واسع، ولا ترحيل مساحة عمل لها سنوات من التاريخ. نحن نبني أنظمة ونربطها حول أدوات كهذه؛ لا نعيد بيع أي منهما ولا نتقاضى عمولة، فالتوصية أعلاه بلا مصلحة تجارية.

نبني الحد أولًا — أي جدول مرآة وأي نظام هو الحقيقة — لأنه أرخص رسمًا قبل أن يظهر عمود المخزون.