Engineering depth
you can verify.

The Problem

Hostel managers were running operations on paper registers and WhatsApp messages — no single place to answer who is in which room, what they owe, or which beds are actually free. Partial payments, refunds, and room transfers were tracked manually and frequently inconsistent.

What We Built

A full-stack platform built around two core concepts: the Resident (a person who may stay multiple times) and the Stay (a single occupancy tied to a room, dates, and payment state). Administrators manage allocations, payments, and refunds through a Django admin portal. Room status transitions automatically on check-in and checkout. Residents receive email notifications at key points via Brevo.

Key Features

• Resident & Stay separation — Returning residents keep their profile and history across multiple stays — no duplicate records.
• Room state machine — Rooms move through Available, Occupied, Maintenance, and Reserved automatically — no manual updates.
• Partial payment tracking — Running balance against total due per stay, so outstanding amounts are always clear.
• Refund workflow — Admin-approved refund requests with a full audit trail before any funds are marked returned.
• Email notifications — Automated booking, payment, and checkout emails via Brevo HTTP API.

Status

Deployed and in active use. Backend on Render, frontend on Vercel. Replaced manual register-keeping for the property it was built for.

The Problem

Self-taught developers in Uganda lack structured progression — tutorials are scattered, there is no clear path from beginner to job-ready, and no way to demonstrate verifiable progress to employers.

What We Built

A learning platform with curriculum paths organised by skill level, progress tracking per module, and an assessment engine for quizzes and practical checkpoints. Built with React and Node.js, backed by PostgreSQL.

Key Features

• Structured learning paths — Curriculum organised by track and skill level — not a flat list of videos.
• Progress tracking — Per-module completion state so learners always know where they are and what is next.
• Assessment engine — Quizzes and checkpoints at key milestones to confirm understanding before advancing.
• Learner dashboard — At-a-glance view of active paths, completed modules, and upcoming assessments.

Status

In active development. Core data models and learning path structure are in place. Assessment and certification modules are in progress.

The Problem

School administrators manage students, fees, and attendance across multiple exercise books and spreadsheets. End-of-term reporting takes days; fee arrears are discovered too late; attendance data is lost between terms.

What We Built

A Django and React platform separating organisational structure (terms, classes, subjects) from transactional records (attendance entries, fee payments). Fee tracking is modelled as ledger entries — not a balance field — so payment history and partial instalments are always recoverable.

Key Features

• Student records — Centralised profiles with class, term, and guardian information — searchable and always current.
• Attendance capture — Per-class daily attendance with term-level summaries for reporting.
• Fee ledger — Instalments and partial payments tracked as entries against a term account — full history preserved.
• Academic reporting — End-of-term reports generated from structured data — not assembled manually from registers.

Status

Core data models for students, classes, and terms are in place. Attendance and fees modules are in active development. Not yet deployed to a production school.

The Problem

Sports organisations across East Africa manage leagues, registrations, and fixtures on spreadsheets and WhatsApp groups. Standings are calculated manually after each match day. There is no reliable digital destination for fans, and no system to reduce the coordination burden on federation administrators.

What We Built

Ozak builds two layers for sports organisations: administrative infrastructure (fixture scheduling, result entry, automatic standings, player and official registrations) and fan-facing interfaces (fixtures, results, standings, and club profiles optimised for mobile). Frontend work on a Uganda Premier League interface demonstrated the component architecture — standings tables, fixture cards, result displays — that translates directly into production sports platforms.

Key Features

• League & fixture management — Fixture scheduling across rounds, automatic standings calculation after result entry.
• Club & player registry — Centralised registrations with status tracking across seasons.
• Match official assignment — Referee and official scheduling per fixture, removing coordination overhead.
• Fan-facing interface — Mobile-first public platform for fixtures, results, standings, and club profiles.

Status

Sports technology is an active focus at Ozak. If you run a federation, association, or club and need a platform built, we want to hear about it.