MOTNIX

We engineer
the systems
businesses
run on.

Custom software, AI agents and automation, engineered around how your operation actually runs.

DEMO · SIMULATED DATAScenario: a flagged order
  1. t+0.00signal.receiveddemo-order-01done
  2. t+0.10order.checkstate: pendingdone
  3. t+0.20restaurant.checkstate: opendone
  4. t+0.30decisionsend reminderdone
  5. t+0.40whatsapp.sendrestaurantrunning
  6. t+—log.recordedagent_logsqueued
Illustrative run. No real orders, customers or teams.
Build · Launch · Scale

Selected work

Three live systems: one built for a client, two we run ourselves.

status as of Oct 2026
01 / 03CLIENT PROJECT
status: live in Sudan

Zajil

A parcel and errand delivery platform connecting customers with a managed courier fleet through delivery requests, automated dispatch, live tracking and delivery operations.

scope / what we built
Customer app
Driver workflow
Admin operations
Manager dashboard

Including dispatch, live tracking, multi-stop delivery and a driver wallet.

get the app
DEMO · SIMULATED DATA
customer home, simulated data
admin home, simulated data
manager dashboard, simulated data
fig. 01 / zajil, product screensstack: flutter, firebase, typescript cloud functions, google maps / routesView case study
02 / 03MOTNIX VENTURE
status: live in Rwanda, coming to Sudan

SudaFood

A multi-vendor food-delivery platform connecting customers, restaurants, drivers and operations teams through ordering, dispatch, delivery tracking and restaurant operations.

scope / what we built
Customer app
Restaurant operations
Driver workflow
Admin operations

Including dispatch, live tracking and a restaurant POS.

SudaFood home, browsing restaurants in Kigali
meal search across restaurants
a restaurant menu with prices and prep times
fig. 02 / sudafood, product screensstack: flutter, firebase, node.js cloud functions, google maps / routes
03 / 03MOTNIX VENTURE
status: live on Google Play and the App Store

The Vision

A student-services platform supporting the process of studying in Rwanda through university services, document equivalence, housing, currency exchange and integrated support.

scope / what we built
Student app
Admin operations
Housing and broker workflow
Currency-exchange workflow

Including chat, document equivalence and a news and social feed.

student home
housing marketplace
admin dashboard
fig. 03 / the vision, product screensstack: flutter, firebase, node.js cloud functions

Four more on the work page: an ERP and accounting system, two websites and a productivity app.

See all work

What we build

Software that runs the operation, AI that understands and decides, automation that connects and acts, and the cloud and testing that keep it standing.

01 / 04

Software engineering

The system itself: sales, stock, accounts, apps and the business logic your operation runs on.

Mobile and web applications
ERP, accounting and inventory systems
Moving Excel-based work into a real system
Business systems and internal tools
APIs and backend systems
MVP development
Rescue and modernisation of existing systems
frontend and mobile: flutter, reactbackend: node.js, .net, laravel, djangodata: firebase, mongodb

handoff / your software's data feeds the agent

02 / 04

AI systems

The layer that reads your data, reasons over it and takes part in the work.

AI agents
AI-powered applications
Forecasting and classification models (machine learning)
AI integrations into the tools you already use
Intelligent operational workflows
AI governance: policies, oversight and audit trails
What our AI agents can doSee our agent experiments in the Lab

handoff / the agent's decision triggers the workflow

03 / 04

Automation & integrations

The layer that acts: moving work between people, systems and the tools you already use.

Workflow automation
Business-process automation
API integrations
WhatsApp and messaging automation

handoff / everything above runs on tested, hosted infrastructure

04 / 04

Cloud, quality & networks

The ground it stands on: tested before launch, hosted on the cloud, and connected.

Web and application testing
Cloud setup, deployment and hosting
Network and IT infrastructure

Not sure which layer you need? Start with the problem; we’ll work out the system with you.

Start a project

Lab

Where we test intelligent systems, automation and decision tools before we treat them as products.

status as of Sep 2026

SudaFood Operations Agent Restaurant delay resolution

python · gemini api · cloud firestore · whatsapp cloud api
problem explored

SudaFood's backend already flags orders a restaurant leaves pending too long, and an operator then had to contact the restaurant by hand. This prototype tests automating that follow-up without giving a model unrestricted control. It acts on the backend's pending_late signal; it does not detect delays itself.

autonomy

After a manual start it finds eligible orders, checks them, decides whether to send a reminder, sends it on WhatsApp and logs the send. It cannot change orders, dispatch drivers, contact customers or run continuously on its own.

manual start
firestore signalpending_late
agentgemini tool loop
guardrails
decisionsend or skip
whatsapp apimeta cloud api
agent_logs
operational summary
fig. 04 / from backend signal to logged reminder
Guardrail checks, then
  • Open, pending, not yet contactedsend
  • Restaurant closedskip
  • Already contactedskip
  • Order no longer pendingskip
fig. 05 / send or skip
not yetcontinuous deployment · reply handling · broader operations automation
known limitationSome policy rules are still enforced through model instructions, not an independent deterministic layer.

MOTNIX Idea Scout Startup-opportunity research

python · gemini api · structured schemas · live web research
problem explored

How can we evaluate a startup opportunity without mistaking desk research for market validation?

autonomy

Idea Scout turns an idea into hypotheses and research questions, researches the most critical one on the live web, classifies the evidence and returns decision support with a next experiment. It cannot approve an MVP, contact customers or run field validation.

idea
hypotheses
researchlive web
evidenceclassified
unknowns
decision
next experiment
fig. 06 / from idea to next experiment
Decision states
KILLHOLDFIELD_VALIDATEBUILD_CANDIDATE

BUILD_CANDIDATE means ready for founder review and field validation. It is not an approval to build.

fig. 07 / decision support, not decisions
not yetpersistent memory · field validation · production decision calibration
known limitationSome partially answered research questions can be closed too early. Decision-sufficiency logic is still being refined.

The Lab page lists each experiment's evidence and where it stands.

Explore the Lab

We build for clients the way we build for ourselves.

An African technology company that runs live products of its own, so every client system is built by a team that knows what it takes to operate one.

how we work / build · launch · scale

Build

Engineer the whole system, not only the screens.

ZajilCLIENT PROJECT
Client system: four roles, one application.
Launch

Put it into real use and learn from how it operates.

SudaFoodMOTNIX VENTURE
Live in Rwanda, coming to Sudan.
Scale

Improve, automate and extend what proves valuable.

SudaFood Operations AgentPROTOTYPE
Exploring how a running operational system can be extended with intelligent automation.

One core team. The specialists each project needs.

A core team owns every project end to end. Specialists join around the technical needs each project actually has.

MobileFrontendBackendAIAutomationDesignCore team
fig. 08 / capabilities assembled around the core team, per project
a note from the founders

We started MOTNIX because we wanted to build, operate and learn from real systems — not just deliver screens.

Abdelmoamen Mohammed AbdallaCo-Founder
Motman KabashiCo-Founder

No inflated case studies: every project here is labelled for exactly what it is — client work, our own venture, a prototype or a simulation.

How we work together

A clear process, a written agreement, and one team accountable from the first conversation to after launch.

process / from first call to support

  1. Discovery

    We start with how your operation runs, not with a feature list: a call or a short brief, then the questions that shape the system.

  2. Proposal

    A written scope, timeline and estimate for your project, so you know what you are getting and what it costs before work starts.

  3. Design & build

    Short cycles with working builds you can see and test, and one point of contact from start to finish.

  4. Launch & review

    We launch with you, then a review period for your feedback and revisions.

  5. Support & growth

    Maintenance, improvements and new features, agreed with you per project.

Questions clients ask

How much does a project cost?

It depends on the scope: the roles, integrations and platforms the system needs. After discovery we send a written estimate for your project, so you know the cost before any work starts.

How long does it take?

It varies from project to project. The proposal sets out a timeline with clear milestones, and you see working progress throughout.

How do payments work?

Payment terms differ from one project to another, so we do not publish a fixed schedule. Get in touch and we will agree one with you, then set it out in the proposal and the contract.

Who owns the code and the system?

Ownership, licensing and handover are agreed with you and set out in the contract before work starts.

Will you keep our project confidential?

Yes. We are glad to sign an NDA, and several of the systems we have built are under confidentiality agreements.

What happens after launch?

Every project includes a review and revision period after delivery. Ongoing support, maintenance and further development are agreed per project.

Can we talk before sending a brief?

Of course. For serious projects we arrange a discovery call: message us on WhatsApp or by email, or send a short brief, and we will set a time that suits you.

Where are you based?

Our office is at Norrsken House Kigali, Rwanda. We work with clients in Rwanda, Sudan and beyond, in person and remotely.

Which languages do you work in?

Whichever your users speak. We build in Arabic, French, Swahili and Kinyarwanda, among others, and treat right-to-left interfaces as a first-class direction, not an afterthought.

Have a question that is not here?WhatsAppEmail

Let's build the system your business runs on.

Prefer to talk first?WhatsAppEmail