Fikazon Technologies

Fikazon Technologies · Lagos · since 2009

Our products are live, with paying customers running on them every working day. They were built for places where the power and the internet go off, with AI built in where it does a real job.

We build yours first See the work

Cloud

Cut the network. See what keeps working.

14 systems online and in sync.Network cut. 14 systems still working. 0 changes queued for sync.

2009building production software since
14systems designed and built
13with a live public site today
7sectors, one standard
4platforms: web, Windows, Android, in-building servers

Already tested

Live products, with paying customers.

These are not demos. Our own products are used every day by organisations that pay for them, so what we build for you rests on something already tested. Client builds, one pilot and one concept are labelled as such.

  1. Live

    Running today on servers we operate, with backups kept off the server and restores tested.

  2. Paid for

    Our own products have active paying customers. People do not keep paying for software that fails them.

  3. Looked after

    We still run every system we have shipped. Problems come to the people who built it.

EducationLive · paying customers StudyFrames Offline-first school exam and practice platform “We need computer-based exams, but our lab, power and internet cannot be trusted.” See how we solved it EducationLive · paying customers FikazonSMS School management system for private schools “Our results, fees and records sit in spreadsheets and paper mark books.” See how we solved it RetailLive · paying customers Fikastore Offline-first retail point of sale “The drawer is short, the power is off, and nobody can say why.” See how we solved it EducationLive · paying customers Fikadis School tuck shop, wallet and store system “Pocket money vanishes, the tuck shop is hard to reconcile, and parents cannot see anything.” See how we solved it HealthcareIn pilot Fikacare Offline-first hospital information system “When the internet drops, we go back to paper and lose track.” See how we solved it EducationLive Schoolpager Self-maintaining school website platform “Our school website died after the developer left.” See how we solved it PaymentsLive CRSS Collections Online school-fees payment portal “We queue at the bank, and nobody can tell which payment is whose.” See how we solved it EducationLive CRSS school website School website with admissions and campus CMS “Where do I see each campus, apply, and find a current contact?” See how we solved it PropertyDelivered Nahlakit Instalment housing platform with four portals “I can afford the rent each month, but not a year of it up front.” See how we solved it MarketplaceLive BuyFinder Reverse online marketplace for Nigeria “I know what I want and what I will pay. Who can I trust?” See how we solved it Sport & gamesLive FikaScores Post-match football verdict website “We were robbed, but all anyone has to prove it is a feeling.” See how we solved it Sport & gamesLive Arithmos Arena Real-time maths battle game for students “Students avoid maths practice because it feels like homework.” See how we solved it EducationLive Fikazon Institute of Technology Training institute and cohort platform “I keep describing an app I want. How do I actually build it?” See how we solved it PaymentsIn the lab FikazonPay Payments concept, design stage only “Why does my bank account number have to be my public identity?” See how we solved it

AI, built in

AI where it does a job.

We put AI into a system when it removes work or catches mistakes, and we build it the way we build everything else: checked, metered, and able to fail without taking the product down. These are running today.

  • StudyFrames

    A tutor that uses the tools

    Frames is a study companion that listens, speaks and explains. While it explains, it operates the study tools on the student's own screen. It wakes to a spoken word recognised on the device.

    See StudyFrames
  • StudyFrames

    Marks handwriting

    A student photographs a handwritten answer and gets a practice mark, with the reasons for it.

    See StudyFrames
  • StudyFrames

    Turns books into a question bank

    A pipeline turns photographed exam books into questions. Every question is checked against its answer key before a student sees it.

    See StudyFrames
  • BuyFinder

    Reads every post before it goes live

    AI screens every request and every bid. It rejects with a one-sentence reason, tidies the title and picks out brand and model. If the AI service is down, posting carries on.

    See BuyFinder
  • FikazonSMS

    An assistant inside the accounts

    School administrators ask the built-in Edalaf assistant for help from inside the system, including the accounting module.

    See FikazonSMS
  • Schoolpager

    Drafts that a person approves

    AI drafts headlines and summaries for a school's website. Each one stays marked Suggested until a person edits it.

    See Schoolpager
  • Arithmos Arena

    An opponent at any hour

    Arithma, the AI boss, gives a student a maths battle when nobody else is online.

    See Arithmos Arena

How we build AI into a system

  1. Behind an adapter

    The AI model sits behind one interface, like every other supplier. It can be replaced in one file.

  2. Metered

    The cost of every reply is recorded. Paid calls are cached and capped for each customer.

  3. Checked

    AI output is verified, or marked as a suggestion, before anyone relies on it.

  4. Safe to lose

    If the AI service fails, the product carries on without it.

Depth

Hard problems we have already solved.

If your project has one of these inside it, we have met it before, in production. The systems that prove each one are named beside it.

  1. Working without the internet

    Devices that work alone for days and then agree with each other. Every record is a signed, numbered event, so a missing one is detected and never silently lost.

  2. Money that checks itself

    Amounts held as whole kobo, never decimals. Every movement is a double-entry ledger line. Ledgers add themselves up on a schedule and raise an alarm if they do not balance.

  3. Payments that cannot go missing

    Multi-student checkout, a 72-hour custody hold, approved daily payouts and refunds. Each payment is confirmed directly with the provider, so a lost notification cannot lose a payment.

  4. One system, many organisations

    Multi-tenant platforms with strict separation between organisations, each on its own domain where it wants one, with its own email and its own look.

  5. Exam day at full load

    1,100 simulated students starting an exam in the same moment on one ordinary school laptop. The first run let 811 through. Six fixes later, zero errors.

  6. Security on real equipment

    Answer keys sealed to a device and opened only at hand-in. Signed licences. Encrypted local databases. All of it made to work on the old PCs schools and clinics actually own.

  7. Moving a living system overnight

    About 8,700 PHP files carried across a decade of runtime versions, load-tested first, switched over in the early hours. The schools noticed nothing. Hosting cost fell from $132 to $72 a month.

  8. AI that does a job

    A study companion that listens, speaks and operates the study tools while it explains. A pipeline that turns photographed exam books into verified questions. Screening of every marketplace request and bid.

  9. Hosting other people's code safely

    Learners publish their own pages under our domain. Their files cannot execute on the server, cannot be reached directly, and run in the browser inside a sandbox that cannot read the site's cookies.

  10. Real-time play

    Live one-against-one maths battles with leaderboards, tournaments and an AI opponent for when nobody else is online.

  11. Data you can stand behind

    An engine that turns raw match data into versioned, append-only verdicts. When a data supplier had to be replaced, one adapter changed and nothing else did.

Read the engineering stories

Method

How a build runs.

Fixed scope. Fixed timeline. A demo at every milestone. One named person who answers for the whole thing.

  1. 1

    Scope

    We write the specification before any code. It says what will be built, what will not, and what done means for each part. You sign it; so do we.

  2. 2

    Build in milestones

    Work is cut into phases, each with its own written gate. You see a working demo at every milestone, not a status report.

  3. 3

    Launch

    Load-tested against your worst day on your worst machine. Backups restored in a test before launch. Guides written for the people who will use it.

  4. 4

    Maintain

    We keep running what we ship: hosting, monitoring, fixes and small improvements, under a monthly care plan.

See the build packages

Adeyanju Falade, founder and lead engineer of Fikazon Technologies Ltd
Adeyanju FaladeFounder and lead engineer

Who answers for it

The person accountable for all of it.

“Understand the problem deeply, then build systems that continue delivering value for years.”

For more than 17 years I have been engineering systems that help organisations operate more efficiently — first through industrial and environmental engineering, and later through enterprise software architecture.

Before software, I progressed from Laboratory Technician to Environmental Manager, leading multidisciplinary engineering work and writing the operational systems and technical documentation that go with it. That experience shaped how I build today: systems thinking, reliability, operational discipline and long-term maintainability.

The people you talk to are the people who build it.

About the company and its founder

Tell us the problem.

We will tell you what it takes to ship it, and what it takes to keep it running.

Start a project We wrote to you? See the offer0805 403 7391