anewronics
Anewronics — software studio

We help institutions run on less effort, not more software.

Anewronics finds what's slowing an institution down — the ledger book, the visitor logbook, the WhatsApp group — and builds the software that removes it. Less effort spent running things, more spent on the work that actually matters.

Where the name comes from

Anewronics, from neuron.

A neuron doesn't do much on its own — it's the connections that matter: dendrites gathering input, an axon carrying signal onward, one node passing something useful to the next. That's the shape of what we build, too: systems that connect the people running an institution to the information they need, carrying it cleanly from where it's collected to where it's actually used.

Where we start

We start with where the effort goes, not a feature list.

Every engagement starts with where your organization's time and effort actually go — then we build whatever removes the friction there.

Core practice

Replace the spreadsheet, the binder, the group chat

Whatever's currently holding an institution together by hand, we build the system that does it properly — designed around how you actually work, not a generic template.

Core practice

One system, not one per branch

Every chapter or member organization gets its own data and access, without your team maintaining a dozen separate spreadsheets or logins.

Core practice

Replace the ledger book

Fee tracking, running balances, and reports that used to take an afternoon of manual reconciliation — correct the moment a payment is recorded.

Core practice

Stop re-entering the same information twice

Rooms, residents, members, staff, attendance, visitors — one record instead of five different books that all have to agree with each other.

Emerging practice

Stop waiting on the month-end report

Forecasts, anomaly detection, and summaries pulled from data you already collect — so a question about your own organization doesn't take a week to answer.

Engineering stance

No new servers, no new bills

Systems engineered to run reliably on the hosting you already pay for — efficiency doesn't start with a bigger infrastructure budget.

Standing engagement

The system keeps getting more efficient, not less

Software is never really "done." We stay on to fix, extend, and adjust as what's slowing you down changes.

Where the effort used to go

Proof, not a pitch.

All four are live in production today — get in touch and we'll walk you through the real thing.

Case study — hostel & residence management

Hostel operations, without the daily paperwork chase.

Built for hostel operators who were managing residents, guardians, rooms, fees, and daily operations by hand — with a parent portal so families see balances and notices without a phone call to the office.

  • Per-tenant isolation, so each hostel's data and staff stay separate on one shared system
  • Fee structures, invoicing, payments, and a per-resident ledger
  • Room & bed assignment, attendance, visitor logs, maintenance requests
  • Role-based staff access — wardens, accountants, front-office, each seeing only what their role needs
  • A read-only parent portal: balances, invoices, attendance, notices
Case study — property & rental management

Rent collection and landlord payouts, without a spreadsheet per building.

Built for property managers juggling landlords, tenants, leases, and rent collection across several buildings by hand — one system per portfolio instead of one spreadsheet per property.

  • Multi-property, multi-unit portfolios with per-tenant data isolation
  • Lease lifecycle: occupants, move-in inventory checks, vacate workflow
  • Bulk monthly rent invoicing, payments, and a per-occupant ledger
  • Maintenance requests, visitor logs, notices
  • A landlord portal for payout and occupancy visibility
Case study — restaurant & POS management

Order taking, the kitchen, and the till — reading from the same order.

Built for restaurants running front-of-house orders, the kitchen, and end-of-day reconciliation as disconnected systems — or off paper tickets. One order flows straight through from table to kitchen to bill.

  • Table & order management with a live kitchen display screen (KDS)
  • Role-scoped permissions — servers take orders, kitchen manages prep status, only managers can discount, void, or refund
  • Today's reservations shown right on the staff dashboard
  • Per-tenant menu, table, and staff management
Case study — fleet remittance reconciliation

Driver remittances, reconciled without the SMS scroll.

Built for tuktuk and boda-boda fleet owners who collect M-Pesa payments to a personal number, not a till — a companion Android app reads the confirmation SMS the moment it arrives, matches it to a driver, and checks it against that day's target automatically.

  • Per-tenant isolation, so each fleet's drivers and data stay separate on one shared system
  • Native Android app that reads M-Pesa confirmation SMS the moment it arrives — no manual entry
  • Per-driver daily targets, automatically halved on public holidays, with a running balance for anything carried over
  • GPS-tracker notification relay: real engine hours per driver, and an early alert when someone quietly starts working less
  • A full ledger and weekly digest email, so the owner never has to scroll SMS by hand
New service

Kenya's Data Protection Act, handled — not just explained.

If you collect personal data — residents, tenants, guardians, staff, customers — registering with the ODPC usually isn't optional.

One-time

Registration package

Get properly registered with the Office of the Data Protection Commissioner, done right the first time.

  • Assessment of whether you must register, and under which category
  • Data protection policy, privacy notice, and register of processing activities, drafted for you
  • ODPC registration submitted on your behalf
  • Your registration certificate, handed over
Annual

Standing compliance

Registration lapses and data practices change — we keep both current.

  • Annual re-registration and renewal handled for you
  • Documents updated as your data practices change
  • Support if a breach-notification situation ever comes up
If you already run one of our apps: the register of processing activities the ODPC asks for can be generated straight from your app's actual data model — what it collects, why, and who can access it — instead of reconstructed from an interview.
How we build

A working philosophy, not a slide deck.

Start from the paper trail

We study how the work already happens

The ledger book, the visitor logbook, the WhatsApp group — before we design anything, we learn what they're already standing in for.

Build for the infrastructure you have

No forced upgrades

A system that only works if you buy new servers or a faster internet line isn't built for you. We design for the hosting and budget you actually have.

Ship the useful thing first

Sequenced, not maximal

A working, read-only view beats a half-built messaging feature. We sequence scope around what genuinely helps first, and build outward from there.

Get in touch

Tell us what's still running on paper.

If a spreadsheet, a logbook, or a group chat is holding your organization together, that's exactly the kind of problem we like starting from.

Prefer email? Reach us directly at info@anewronics.co.ke.