EIS custom solutions · By Ronnie Mbuqe

Your process.
Your challenges.
Your own system.

Still connecting the dots between a notebook, a spreadsheet and a WhatsApp message? Let’s turn the way you work into a clear, connected system.

YOUR BUSINESS, CONNECTED
Carwash management

A clearer view of your day.

Sample workspace
Jobs booked 08
In progress 03
Ready to collect 02
Check in → Assign a bay → Track & complete
Job reference Service Progress
CW-001 Full valet In the bay
CW-002 Wash & dry Waiting
CW-003 Interior clean Ready
Illustrative dashboard · fictional data Built around your workflow
Web & business applications Workflows, reporting & integrations Start with the essentials. Grow from there.
Custom software solutions illustrated by a laptop, carwash, school register, hotel keycard, queue ticket and point of sale terminal.
Practical software. Real work.

Less chasing information.
More running your organisation.

Explore the systems I can design and develop around your requirements. Start with the problem you need to solve, then agree a useful scope.

Carwash Management System — original ExplainItSimply service illustration

Carwash Management System

Track vehicles, services, jobs and payments from check-in to collection.

  • Vehicle check-in and service selection
  • Wash-bay and staff job allocation
  • Job progress, pricing and receipts
  • Daily activity and revenue reports
A practical example A valet job is checked in, allocated to a bay and marked ready for collection. The cashier sees the same job record.
What it does, benefits & considerations →
School Management System — original ExplainItSimply service illustration

School Management System

Connect learner administration, class lists, attendance and everyday school records.

  • Learner profiles and class allocation
  • Attendance and absence follow-up
  • Fee records and account statements
  • Role-based access and reporting
A practical example A teacher marks a class register. Authorised administration staff can review the absences without collecting several separate spreadsheets.
What it does, benefits & considerations →
Queue Management System — original ExplainItSimply service illustration

Queue Management System

Give visitors a clear next step and staff a shared view of the service queue.

  • Ticket issuing and service selection
  • Counter allocation and calling
  • Waiting and serving displays
  • Queue activity and service reports
A practical example A visitor selects a service and receives a ticket. A staff member calls it to a counter while a shared screen shows where to go.
What it does, benefits & considerations →
Hotel Management System — original ExplainItSimply service illustration

Hotel Management System

Bring reservations, room readiness, guest stays and account records into one workflow.

  • Reservations and room allocation
  • Check-in and check-out records
  • Housekeeping and room readiness
  • Guest folios and operational reports
A practical example A guest checks out. The room moves to housekeeping and becomes available for the next arrival only after it is marked ready.
What it does, benefits & considerations →
Online School Applications — original ExplainItSimply service illustration

Online School Applications

Give prospective families a clear application route and admissions staff an organised review process.

  • Application forms and references
  • Document checklists and review stages
  • Status enquiries and follow-up
  • Admissions review and outcome records
A practical example An application receives a reference. Staff identify a missing document and request it before progressing the application to the school’s review stage.
What it does, benefits & considerations →
Point of Sale System — original ExplainItSimply service illustration

Point of Sale System

Connect the sale, the receipt and—where required—the stock movement.

  • Products, prices and basket totals
  • Sales and receipt records
  • Stock movements and adjustments
  • Cash-up and sales reporting
A practical example A cashier adds three items to a sale. The system calculates the total and, once the sale is completed, records the agreed payment method and stock movement.
What it does, benefits & considerations →
Websites & Web Portals — original ExplainItSimply service illustration

Websites & Web Portals

Make it easy for visitors to understand your organisation and take the next useful step.

  • Business and service websites
  • Booking and enquiry journeys
  • Member and customer portals
  • Responsive layouts and integrations
A practical example A visitor finds the right service, understands what to expect and sends an enquiry through a clear, tested contact journey.
What it does, benefits & considerations →
Business Tools & Integrations — original ExplainItSimply service illustration

Business Tools & Integrations

Connect the processes that do not fit neatly into an off-the-shelf package.

  • Internal workflows and approvals
  • Member and booking applications
  • APIs and system integrations
  • Operational reports and exports
A practical example A staff member captures a request once. The application validates it, routes it for approval and makes the final status available to the appropriate team.
What it does, benefits & considerations →
See the idea in action

A workflow you can actually try.

Choose a system and explore one small part of the daily process.

Interactive design examples with fictional records. Your finished system’s features, permissions and integrations would be agreed during scoping.

EIS · Workflow preview Fictional sample data

Today’s wash jobs

Advance a job to its next stage.
Job Service Status Action
Understand it before you invest in it

What does each system actually do?

A useful system connects people, records and decisions. Here is where each solution fits—and what should be agreed before building it.

Carwash Management System

What is it?

A carwash management system is a shared record of the work moving through your business. It connects the vehicle, requested service, agreed price, job stage and payment status. It can be a simple single-branch application or grow to support several teams and locations.

What can go wrong without a suitable process?

Without a shared job record, a vehicle can be washed before the agreed extras reach the team. Prices may be written in one notebook, job progress kept in someone’s head and payments recorded elsewhere. At closing time, the owner has to reconstruct the day instead of reviewing it.

A day-to-day example

For example, a customer chooses a wash and interior clean. Reception records both items, the team updates the job and the cashier records payment against that reference. If a service changes, the revised work and price should be visible to the people affected.

Benefits of a well-designed system

  • Staff can see the agreed service and current job stage.
  • The cashier can distinguish a completed job from a paid job.
  • The owner can compare recorded jobs, receipts and exceptions.

A sensible first version

Start with service prices, vehicle check-in, job tracking, payment records and a daily reconciliation report. Add memberships, customer reminders or multi-branch reporting only if they solve a defined need.

Keep this in mind A basic record-and-receipt tool may be enough for a very small operation. Internet reliability, supported devices, printer requirements and any offline working need to be discussed before development.
Discuss this solution ↗

School Management System

What is it?

A school management system supports the administration of learners who are already part of the school. It brings related information into an organised workflow: enrolment records, class allocation, attendance, authorised contacts and, where required, fee accounts.

What can go wrong without a suitable process?

When every class maintains a separate file, a contact detail may be corrected in one place and remain wrong elsewhere. Attendance follow-up can depend on someone carrying a paper register to the office. Staff spend time checking which record is current instead of dealing with the actual issue.

A day-to-day example

A teacher records an absence; an authorised administrator checks the record and follows the school’s follow-up process. A later correction should retain the reason and who made it. An attendance mark alone should not trigger a disciplinary decision without the school’s review.

Benefits of a well-designed system

  • Class lists and learner details have a defined source of truth.
  • Absences can be identified and followed up consistently.
  • Staff access can be separated by responsibility.

A sensible first version

Begin with learner records, classes, attendance, user roles and essential reports. Fee administration, communication and other modules can follow an agreed scope.

Keep this in mind This is different from an online admissions portal. Access to learner and family information, backup responsibilities and data-retention requirements must be scoped carefully. A school system does not replace the school’s policies or professional judgement.
Discuss this solution ↗

Queue Management System

What is it?

A queue management system coordinates the journey from arrival to service. It can issue a ticket, place it in the appropriate queue, route it to a counter and record when service starts and finishes. The goal is a clearer process for both visitors and staff.

What can go wrong without a suitable process?

An informal queue can be difficult to manage when several services share the same waiting area. Visitors may not know whether they are in the right line, while staff cannot easily see how many people need each type of help. Quietly moving someone ahead can also create confusion unless there is an agreed priority policy.

A day-to-day example

An enquiry visitor and a payments visitor can enter different service queues. When a counter becomes available, an authorised operator calls the appropriate ticket. Transfers, missed calls and priority cases need explicit rules, rather than assumptions hidden in the software.

Benefits of a well-designed system

  • Visitors have a visible reference and a clear calling process.
  • Staff can see waiting demand by service or counter.
  • Recorded events can support investigation of delays.

A sensible first version

A useful first version may include one ticket-issuing screen, a staff calling screen, a display and basic event reporting. Notifications, kiosks and additional sites can be assessed separately.

Keep this in mind A queue display does not create extra service capacity. Waiting-time estimates require suitable data and should be presented as estimates. Hardware, network access, accessibility and fallback arrangements need to be planned.
Discuss this solution ↗

Hotel Management System

What is it?

A hotel management system connects the reservation record with the actual stay. It helps the team distinguish a room that is booked, occupied, awaiting cleaning, ready or unavailable for maintenance. Depending on scope, it can also manage guest account items and operational reporting.

What can go wrong without a suitable process?

A reservation spreadsheet does not automatically tell reception whether a room has been cleaned. If reception, housekeeping and accounts work from separate notes, the team may promise a room before it is ready or miss an agreed charge when closing the guest account.

A day-to-day example

After checkout, housekeeping receives the room task. The room remains unavailable for a ready-room allocation until the agreed cleaning and inspection steps are complete. Maintenance blocks must also be visible, rather than recorded only in a separate notebook.

Benefits of a well-designed system

  • Reception and housekeeping can work from consistent room states.
  • Reservations can be checked against defined availability rules.
  • Recorded account items can be reviewed before checkout.

A sensible first version

Start with rooms, reservations, availability checks, arrivals, departures, housekeeping status and basic folios. Taxes, rate rules, payment services and cancellation handling need explicit requirements.

Keep this in mind Connections to booking channels or external payment services depend on their interfaces and commercial arrangements. Do not assume a custom first version replaces a mature channel manager, specialist accounting product or every property-management feature.

From guesthouse website to room calendar

A guesthouse can have its own branded website that guests open directly from WhatsApp or Facebook. The guest sees room photos, capacity and rates, then searches for dates. Behind the scenes, the same availability calendar can serve direct bookings, phone reservations and staff room blocks.

  1. Check each night. A Friday arrival and Sunday departure uses Friday and Saturday nights. If Saturday is already booked or blocked for repairs, that room is unavailable for the full stay.
  2. Apply the property’s rules. One property may accept single-night stays, while another requires two nights on selected weekends. Show the total and deposit terms before the guest commits.
  3. Recheck before confirming. If two people try to book the last room, the booking engine must allocate it to only one of them. Give pending holds a clear expiry so unused rooms become available again.
  4. Hand the booking over to staff. Reception can see arrivals and outstanding deposits. Housekeeping can mark a room ready after departure, while maintenance can block dates when repairs are needed.

Example for a six-room guesthouse

A guest requests Room 3 from Friday to Sunday. Saturday has already been reserved by phone, so the booking website offers another room available on both nights. When the guest checks out on Sunday, the room can be sold for Sunday night. Reception still checks the housekeeping status before handing over the key.

What I’d build first

Start with room setup, nightly rates, a staff calendar, manual reservations and maintenance blocks. Then connect the public room search and booking flow to that same inventory. For a hotel with several interchangeable rooms, decide whether guests book a room type and reception assigns the room later. If the property also sells through external booking channels, agree how those reservations and availability updates will be synchronised.

Discuss this solution ↗

Online School Applications

What is it?

An online school application system handles prospective learners before enrolment. It provides an application form and a controlled process for checking information, reviewing the application and recording an outcome. It is separate from managing the everyday records of enrolled learners.

What can go wrong without a suitable process?

With paper forms and email attachments, families may struggle to confirm receipt. Staff can receive duplicate submissions and spend time matching documents to the correct applicant. A spreadsheet may record a name without showing what is still missing or who should review it next.

A day-to-day example

A family submits an application. The system records receipt, then authorised staff check the required information. A document check is not an admission decision: the school reviews the application using its actual process and records the outcome.

Benefits of a well-designed system

  • Applicants receive a reference for later enquiries.
  • Staff can distinguish incomplete, under-review and decided applications.
  • A document checklist can make follow-up more specific.

A sensible first version

Define the application fields, intake periods, reference format, required documents, review roles and applicant status information. Pilot those steps before adding more complex admissions rules.

Keep this in mind An application does not guarantee admission. File uploads need agreed size and format limits, access controls, storage, scanning and retention arrangements. This service page does not itself collect learner documents.
Discuss this solution ↗

Point of Sale System

What is it?

A point of sale system records what is sold, at what price and how the sale is settled. It may also update stock, print a receipt and support the end-of-day cash-up. Its scope depends on the business: a small counter and a multi-branch retailer do not have the same requirements.

What can go wrong without a suitable process?

A calculator can total a basket, but it does not create a reliable sales history. When stock changes are recorded later, the shelf count and the computer count can drift apart. Uncontrolled discounts, voids and returns make it harder to explain a cash-up difference.

A day-to-day example

A cashier builds a basket and confirms the sale using the permitted payment process. A return should refer to the original sale where appropriate and follow an authorised rule. Changing a product price later must not silently rewrite historical receipts.

Benefits of a well-designed system

  • Itemised sales make totals and receipts easier to inspect.
  • Defined permissions can control discounts, voids and returns.
  • Stock and cash-up reports can be linked to recorded events.

A sensible first version

Start with a product list, sale basket, payment recording, receipts and daily totals. Decide whether stock, barcodes, returns and multiple tills belong in the first release.

Keep this in mind Card processing is a separate integration; recording “card” as a payment method does not process a payment. Hardware, offline operation, tax treatment and receipt requirements must be agreed. The preview below uses fictional prices and performs no transaction.
Discuss this solution ↗

Websites & Web Portals

What is it?

A business website helps people understand who you are, what you offer and how to contact you. A web portal goes further by allowing authorised users to perform tasks, such as viewing records, requesting a booking or updating selected details.

What can go wrong without a suitable process?

An attractive homepage can still fail if visitors cannot find the relevant service, use the site on a phone or complete the contact form. A portal can create additional problems if it shows records without checking whether the signed-in person is allowed to access them.

A day-to-day example

For a service website, trace one visitor journey from arrival to enquiry. For a member portal, also trace signing in, retrieving the correct record and handling an expired session or a failed request. The useful outcome matters more than the number of pages.

Benefits of a well-designed system

  • Clear service information supports better-informed enquiries.
  • Responsive layouts make important tasks easier on smaller screens.
  • A portal can reduce repeated requests for information already held.

A sensible first version

Agree the audience, service content, page structure, main calls to action and who maintains the information. Add bookings, accounts or integrations when there is a defined business need.

Keep this in mind A website cannot promise search rankings, advertising approval or sales. Hosting, domain ownership, content updates, accessibility and maintenance responsibilities should be agreed alongside the design.
Discuss this solution ↗

Business Tools & Integrations

What is it?

A custom business application supports a particular process, while an integration helps systems exchange information. Examples include internal approvals, member services, booking workflows, operational reports and controlled imports or exports.

What can go wrong without a suitable process?

When staff copy the same details into several systems, corrections can reach one record and miss another. A successful export file does not establish that the receiving application accepted every record. Teams need a way to identify failures and reconcile uncertain results.

A day-to-day example

An integration sends a request with an identifiable reference. The receiving system validates and records its outcome. If the response is lost, the next step is to check that operation—not automatically repeat a financial or booking action.

Benefits of a well-designed system

  • Agreed validation can prevent incomplete work moving downstream.
  • Operation references can make failures easier to investigate.
  • Reports can reflect the actual process and its exceptions.

A sensible first version

Document the source, destination, data ownership, allowed actions and expected failure behaviour. A small end-to-end pilot is often more useful than starting with every possible field.

Keep this in mind Feasibility depends on the interfaces, permissions and agreements available. Existing data quality, vendor restrictions and support responsibilities can materially affect the scope.
Discuss this solution ↗
Built around your reality

You shouldn’t have to change everything to use your software.

Before choosing screens and features, I want to understand what your team does, where information gets lost and what a useful first version needs to achieve.

We can start with one difficult process, rather than trying to replace everything at once. Additional modules can follow when the foundations are working.

Tell me where the friction is
01

Your people and permissions

Agree what owners, administrators and operational staff need to see and do.

02

Your records and reports

Identify the information to capture, the checks it needs and the reports that support decisions.

03

Your existing systems

Discuss data migration, payment services and other integrations where appropriate and technically feasible.

04

A clear scope before development

Define deliverables, responsibilities, testing, costs and ongoing support arrangements before work begins.

The developer behind the work

Hello, I’m Ronnie Mbuqe.

I’m a software developer with 20 years of experience designing and developing business applications that connect people, processes and information. My work spans customer self-service platforms, operational management systems and integration between business services. Through ExplainItSimply, I make complex ideas easier to understand—and through custom development, I turn business challenges into practical software solutions.

Start with the problem

What would you like
to make simpler?

You don’t need a technical specification to start a conversation. Tell me what your organisation does and which part of the day takes more work than it should.

  1. Describe your process Who uses it, what happens now and where things get stuck.
  2. Discuss a useful first version Separate the essentials from features that can come later.
  3. Agree the way forward Scope, quotation, delivery stages and support arrangements.

Have something different in mind? Internal business tools, member portals and custom integrations are welcome topics too.

Put your idea into words.

Prepare a short project brief, then copy it into your enquiry.

Leave out passwords and private customer, guest or learner records.

Preparing a brief does not send an enquiry or save it to a database. Copy it into the EIS Contact form when you are ready.

A few useful answers

Before we start.

Are these ready-made products or custom development services?

They are examples of the systems I can build. We would agree your requirements, scope and quotation before development. The interactive previews demonstrate workflows; they are not production systems.

Can we start with a small version?

Yes. We can discuss an initial version focused on your most important process, then plan additional features around what the team actually needs.

Can you work with our existing spreadsheets or software?

We can review what you already use and assess migration or integration options. Feasibility depends on the available data, access permissions and the systems involved.

How much will a system cost?

That depends on the agreed features, number of user roles, integrations, data migration and support needs. A quotation follows a discussion of your scope; the preview does not imply a fixed price or delivery date.

What about access control, backups and ongoing support?

These need to be scoped alongside the features. We would discuss user permissions, hosting, backup responsibilities and maintenance arrangements, with particular care around learner, customer and financial information.