Real estate systems that manage the sale of stands: what actually works in Zimbabwe

Stand sales are one of the most common, and most poorly tooled, workflows in Zimbabwean property. A developer opens up a suburb, divides the land into individual plots, and has to track every stand from survey to title deed across years of instalment payments. Most off-the-shelf property software is built around houses and monthly rentals. Stands behave differently, and the software has to match.

Inventory: the plot is the record

The core of a stand-sales system is the plot register. Every stand has a unique identifier, a location on the layout plan, a size in square metres, a zoning class, and a status that moves through reserved, sold, fully paid, title transferred, and occupied. The register has to reflect the physical reality on the ground and the legal reality in the deeds office, and the two are rarely in perfect sync.

We build the inventory as a map-first interface: the sales team sees the layout plan with every stand colour-coded by status, clicks a plot, and sees the buyer, the payment schedule, the outstanding balance, and the next action due. Searching by buyer, by phase, by price band, or by payment state all run off the same underlying record.

Instalment plans and the payment waterfall

Stand sales in Zimbabwe are almost always on instalment plans, spanning years rather than months. The software has to handle bespoke schedules per buyer, varying deposit sizes, early settlement discounts, late payment penalties, and the occasional currency shift mid-contract. Most clients also allow buyers to restructure a schedule after a missed month, which the system needs to support without breaking audit history.

We store every payment against the stand, not against a generic invoice, so the balance, the history, and the remaining schedule always belong to a specific plot. A payment waterfall rule applies incoming cash to penalties, then interest, then principal, so finance never has to work out manually where a buyer's money landed.

Title deeds and the handover workflow

The final payment is not the end of the process. Title deed transfer involves the conveyancer, the deeds office, the city council, and a run of standard documents that have to be generated, signed, and filed. The system has to track each step, flag delays, and surface the buyers who are fully paid but still waiting for transfer. In a mature development this queue is often dozens of files long and is the single biggest source of customer complaints. Automating the tracking cuts the complaints in half even before the conveyancer works faster.

Reporting the board actually reads

Stand developers want to see three numbers: how many stands are sold versus available, how much cash is committed across active instalment plans, and how much is actually collected this month versus this month last year. We build those three numbers as the top of every dashboard, with drill-downs into phase, sales rep, payment method, and arrears ageing. A healthy system makes the monthly board pack a five minute export rather than a two-day reconciliation project.

WhatsApp, not email, for buyer communication

Every buyer conversation in Zimbabwean property happens on WhatsApp. The system has to send the welcome pack, the payment confirmations, the reminder for the next instalment, and the fully paid celebration through the same channel, with every message logged against the plot record. Integrating WhatsApp Business properly means the sales team stops copying receipts into a group chat and the audit trail stops depending on someone's phone.

Scope and how to phase it

A focused stand-sales system for a single development typically covers inventory, instalment schedules, payment tracking, and a WhatsApp channel for buyer communication. A larger, multi-phase platform adds title deed tracking, conveyancer workflows, board reporting, and multi-developer administration. We almost always recommend phasing: ship the inventory and payment engine first, prove it with the sales team and finance team, then layer title deed tracking and board reporting once the core is trusted. A live v1 the sales team actually uses beats a speculative v3 that never ships.

The mistake to avoid

The biggest trap is trying to force stand sales into a generic property CRM or a rental platform. We have seen developers spend long stretches fighting a tool that was built for letting agents before accepting that the workflow is different. Build the inventory, the schedule engine, and the title tracker for what they actually are: the core of your business, not an add-on to someone else's. That is the system that keeps every stand accounted for, every buyer up to date, and every board meeting free of surprises.