← All projects · SHEET A-115
A supervised platform for lawful marriage introductions.
| Role | Solo | Year | 2026 |
|---|---|---|---|
| Status | Live | Room | Web |
| Built with | Next.js 16 · React 19 · TypeScript · Convex · Better Auth · Tailwind v4 · shadcn · Base UI | ||
| Where to find it | Visit the siteSource | ||
1 · General notes
A platform that introduces people seeking marriage under explicit, published conditions with administrative supervision throughout, deliberately structured to keep the process within religious bounds rather than reproducing a dating app.
The default shape of this product is a dating app, and the default shape is exactly what the users this is for want to avoid. The design problem was structural rather than visual: what does the flow look like when open browsing and private messaging are the things you are trying to prevent?
The answer was a form-driven, admin-supervised pipeline. Applicants answer a structured questionnaire that differs by gender, agree to explicit published conditions, and every introduction passes through administrative review rather than happening directly between two users.
Built on Convex with Better Auth, where the server holds the rules and the client is only a view of them.
2 · Challenges
DETAIL 1
The problem
If eligibility and visibility rules are enforced by which screens the client renders, anyone who inspects the network can step around them. For this product that is not a bug class, it is a breach of the entire premise.
As built
Convex functions are the source of truth and the enforcement point. The client cannot request what it is not entitled to see, regardless of what it renders.
DETAIL 2
The problem
The form questions and the published conditions are religious and editorial content, not engineering decisions. Having them hard-coded means the person who owns that content has to go through me to change a sentence.
As built
Questions and Arabic copy live in dedicated, owner-editable config modules, separate from application code and marked as such in the repo layout.
DETAIL 3
The problem
An accidental disclosure here is not a UI bug. It affects a real person's reputation and family, and it cannot be undone by deleting a record afterwards.
As built
Nothing is visible by default. Publication requires explicit, recorded consent from the applicant plus administrative approval, so disclosure needs two deliberate acts rather than one missing check.
3 · Results
Next sheet
Quran memorisation circles, run properly on a phone.