How the pieces connect

One unit, followed all the way through.

Most property software is a set of modules that happen to share a login. This is one record that a unit travels across — listed, applied for, signed, moved into, repaired, paid for, renewed — with each step landing somewhere the next person will find it.

The unit goes to market
Someone applies, and is decided on
They sign and move in
Something breaks
Money moves
It ends, or it renews

The loop

Six stages, one record.

Each stage says what actually happens and what state it is in. Live means there is a database table and an endpoint behind it — the same test the roadmap uses, so the two pages can never drift apart.

Stage 01

The unit goes to market

A listing is a version with a publication period, not a post that quietly mutates. What was advertised on the day somebody applied stays recoverable.

  • Listing versions and publication periodsIn build
  • Prospects, showings and match suggestionsIn build
  • The property record underneath it allLive
Stage 02

Someone applies, and is decided on

The criteria are recorded as a version before the application arrives. That is what makes a decision defensible later instead of a matter of somebody memory.

  • Versioned rental criteriaLive
  • Versioned submissions and review actionsLive
  • Screening charged through Stripe, tied to the applicationLive
  • Delivery evidence for the decision that was sentLive
Stage 03

They sign and move in

An invite adds a role to whatever account the person already has. The condition of the unit on day one is recorded where the deposit conversation will happen two years later.

  • Tenant invite with token and one-time codeLive
  • Move-in inspection and checklistLive
  • Lease preparation and e-signatureIn build
  • Electronic record consentIn build
Stage 04

Something breaks

The loop that repeats most, and the one the whole product is shaped around. A request becomes a dispatched job with an arrival window and a photograph proving it closed.

  • Requests with photos, priority and unit historyLive
  • Appointments synced to Google CalendarLive
  • Service awards and the vendor commercial chainLive
  • Completion evidence filed against the unitLive
  • Conversations scoped to the propertyIn build
Stage 05

Money moves

Every charge points back at the thing that caused it. A screening fee knows its application; a payout knows the work behind it.

  • Stripe Connect accounts, onboarding and rent readinessLive
  • Charge schedules, autopay and late-fee authorityIn build
  • Owner statements and accounting syncIn build
  • Deposits, held amounts and claimsIn build
Stage 06

It ends, or it renews

The tenancy closes. The record does not. The next tenant, the next manager and the next owner inherit context instead of an empty folder.

  • The permanent property record carries throughLive
  • Continuation offers and tenancy endIn build
  • History reports and evidence packagesIn build

The roadmap breaks each of these down — what is live, what is moving onto the database, and what is written in the model and waiting.

What every stage shares

Four things that make it one system.

A suite becomes a product when the same rules hold at every stage. These four are why a step taken in stage two still means something in stage six.

One record underneath

Every stage writes to the same property, and the property cannot be deleted by anyone. Stages do not each keep their own copy of the truth.

One account, every role

The same person can be an owner here, a tenant there and a vendor somewhere else. They switch workspace rather than keeping three logins and three passwords.

Evidence travels with the step

The approval carries the estimate. The completion carries the photo. The decision carries proof it was delivered. Nothing important rests on a claim.

Authority is explicit

Who may do a thing is defined per capability, not inferred from a job title. Reporting a problem never quietly becomes authority over the asset.

The hard part

Where other systems lose the thread.

Nothing tests a property system like a handoff. Every one of these is the moment a normal tool forgets, because the information was attached to a person or a thread instead of to the unit.

The manager changes

Relationships end without deleting anything. The incoming manager opens four years of repair history on day one instead of asking the owner what happened.

The tenant changes

Move-in condition, requests, repairs and notices stay on the unit. The departing tenant can export their own records, and the arriving one starts against a documented baseline.

The vendor changes

The job packet, the scope, the access notes and the completion photos belong to the work order. Replacing a vendor does not erase what the last one did.

The owner changes

Ownership is a relationship with a period, not a column on a row. An incoming owner can request the prior history, and a former owner can still export theirs.

Early access

Bring one unit through the loop.

The stages that repeat are the ones that are live. Start with a single property and see the record fill in.