منصة لتيسير الزواج الشرعي بإشراف إداري.
منصة تُعرِّف الراغبين والراغبات في الزواج وفق شروط واضحة معلنة مع إشراف إداري في كل مرحلة، مبنيّة عمدًا لإبقاء العملية ضمن الحدود الشرعية بدل استنساخ تطبيقات المواعدة.
الشكل الافتراضي لهذا المنتج تطبيق مواعدة، والشكل الافتراضي هو بالضبط ما يريد مستخدموه تجنّبه. فكانت مشكلة التصميم بنيوية لا بصرية: كيف يبدو المسار حين يكون التصفح المفتوح والمراسلة الخاصة هما ما تحاول منعه؟
كان الجواب مسارًا قائمًا على استمارات وبإشراف إداري. يجيب المتقدمون عن استبيان منظّم يختلف بحسب الجنس، ويوافقون على شروط معلنة صريحة، وتمرّ كل تعريفة عبر مراجعة إدارية بدل أن تقع مباشرة بين طرفين.
بُنيت على Convex مع Better Auth، حيث تُحفظ القواعد على الخادم ولا يكون العميل إلا عرضًا لها.
المشكلة
إن فُرضت قواعد الأهلية والظهور عبر الشاشات التي يعرضها العميل، أمكن لمن يفحص الاتصال تجاوزها. وهذا في هذا المنتج ليس صنفًا من الأخطاء، بل خرق للفكرة كلها.
الحل
دوال Convex هي مصدر الحقيقة ونقطة الفرض. فلا يستطيع العميل طلب ما لا يحق له رؤيته، مهما عرض.
المشكلة
أسئلة الاستمارة والشروط المعلنة محتوى شرعي وتحريري، لا قرارات هندسية. وترميزها في الشيفرة يعني أن صاحب هذا المحتوى مضطر للمرور بي لتعديل جملة.
الحل
توجد الأسئلة والنصوص العربية في وحدات إعدادات مخصصة قابلة لتحرير صاحب المنتج، منفصلة عن شيفرة التطبيق ومُعلَّمة كذلك في بنية المستودع.
المشكلة
الإفشاء العارض هنا ليس خللًا في الواجهة، بل يمسّ سمعة شخص حقيقي وأسرته، ولا يُلغى بحذف سجل بعد وقوعه.
الحل
لا شيء ظاهر افتراضيًا. ويتطلب النشر موافقة صريحة موثّقة من المتقدّم مع اعتماد إداري، فيحتاج الإفشاء فعلين مقصودين لا فحصًا واحدًا غائبًا.