منصة بيانات قانونية
أكثر من سبعين جدول PostgreSQL من السجلات القانونية — وشاشات عليها أن تجعلها قابلة للاستخدام، لا مرئية فحسب.
- البيانات
- أكثر من 70 جدول PostgreSQL
- النطاق
- معظم الواجهة الأمامية
- الدور
- الواجهة الأمامية + الـSQL خلفها
المشكلة
منصة قانونية تعمل على مخطط بيانات شديد التطبيع — أكثر من سبعين جدولاً من السجلات القانونية المترابطة. كل شاشة تحتاج إلى عروض مدموجة ومجمّعة ومصفّاة من تلك البيانات، ومكوّنات الجداول العامة انهارت تحت هذا التعقيد.
عندما يكون نموذج البيانات هو المنتج، لا يمكن للواجهة الأمامية أن تعامله كمشكلة شخص آخر.
ما قمت به
امتد العمل من المكوّنات نزولاً إلى الاستعلامات:
مكوّنات جداول قابلة لإعادة الاستخدام
صممت مكوّنات جداول تتعامل مع ما تتطلبه السجلات القانونية فعلاً — علاقات متداخلة، تصفية كثيفة، فرز عبر حقول مدموجة — مرة واحدة، بدلاً من إعادة البناء لكل شاشة.
واجهة دردشة ذكاء اصطناعي سريعة
بنيت واجهة مساعد الذكاء الاصطناعي للمنصة: ردود متدفقة، وواجهة تبقى مستجيبة أثناء عرض الإجابات الطويلة.
الـSQL خلف الشاشات
كتبت عمليات الدمج متعددة الجداول والتجميعات والتقارير المصفّاة التي احتاجتها العروض — بحيث تناسب الاستعلامات الشاشات التي تخدمها، بدلاً من أن تلتوي الشاشات حول الاستعلامات.
معظم الواجهة الأمامية
بنيت معظم الواجهة الأمامية للمنصة ووضعت أعراف المكوّنات التي ما زال الكود يتبعها.
النتيجة
اختبار الواجهة كثيفة البيانات هو قدرة غير الخبراء على استخدامها:
- أصبحت السجلات القانونية المعقدة قابلة للتصفح والتصفية من أشخاص لا يعرفون ما هو الـjoin.
- دردشة الذكاء الاصطناعي تصمد في الاستخدام اليومي — سريعة بما يكفي ليستخدمها الناس فعلاً.
- صُممت الشاشات والاستعلامات معاً، فالعروض الجديدة لا تصارع المخطط.
التقنيات
React وTypeScript في الأمام، وPostgreSQL في الأسفل — والمهارة الحاسمة كانت SQL، لأن الواجهة في منصة كهذه جيدة بقدر الاستعلامات التي تغذيها فقط.
هل يبدو هذا مألوفاً من تطبيقك؟
كل عمل هنا بدأ بالطريقة نفسها: تطبيق يعمل بالفعل، ومشكلة قرر أحدهم التوقف عن التعايش معها. الفحص هو الطريقة منخفضة المخاطر للبدء — وصول للقراءة فقط، تقرير مكتوب، وقائمة إصلاحات مرتبة حسب الأولوية.