01 — Founder Perspective
In the founder's words.
Draft — pending founder approval
I knew exactly what was wrong with renting in India. What I did not have was a way to turn that into something a person could open on their phone.
First500days took the idea and gave it a shape — an execution strategy, a product strategy, and then the entire build. Android, iOS, web, and the panel we run it from.
Six months earlier this was a conversation. It is now a company with a product in people's hands.
02 — Executive Summary
A conviction about renting, and nothing to run it on.
Reanent connects tenants and owners through the property they share — not only to move rent from one to the other, but to leave a record behind: shared bills, past reviews and honest ratings. The company describes the result plainly on its own homepage: your rental past becomes your rental proof.
When First500days was engaged, that was a conviction rather than a company. There was no execution plan, no product strategy and no product. Ideation stage, in the most literal sense of the phrase — the founder could describe what should exist and could not yet describe how it would get built.
Two things had to happen, in that order. The idea needed a direction it could be built against — what gets made first, and what the platform has to do before any of the trust mechanics matter. Then it had to be built, because a rental record with no application attached is a description of a product, not one.
The engagement ran six months and covered both. First500days developed the execution strategy and the product development strategy, then built the entire technology solution: a user application on Android, iOS and web, and a web admin panel to run it from. Reanent is launched and the platform is live.
03 — The Venture
Every tenant starts from zero, every single time.
An Indian tenant can pay rent on time for six years across three cities and arrive at the fourth landlord with nothing to show for it. There is no record that travels. The deposit, the questions, the suspicion — all of it resets at every new door, because the only evidence of a good tenancy sits with the person who is no longer renting to you.
Owners are on the wrong end of the same gap: they hand an asset worth years of rent to a stranger whose entire history is a phone number and a job title.
Reanent's answer is not to score people from the outside but to record the relationship from the inside. Tenants and owners are connected through the property they share; rent and utilities move through the platform; requests and tenancy changes happen there; and at the end, both sides rate each other. What accumulates is a rental history — and the platform's position is that this history, held by the tenant, is the proof the next tenancy needs.
That model has a hard dependency, and it is the reason this engagement was a build. The record only exists if the relationship runs on the platform. Nothing about the proposition can be demonstrated with a landing page and a waitlist; it needs a working application that two parties will actually use for the boring parts of a tenancy.
The record is a by-product of the tenancy, not a form somebody fills in. Which is why the platform had to exist before the proposition could.
On sourcing: the positioning lines quoted in this section — the trust framing and “your rental past becomes your rental proof” — are taken from Reanent's own homepage. The loop above is drawn from the product screens delivered in this engagement, not from a claim about adoption.
04 — Where They Started
Two zeros, and they were the two that count.
This is the shortest starting-position list in the portfolio, and not because much was in place. It is short because at ideation stage there is nothing to itemise.
- Business
- An idea, with no execution plan behind it
- Product
- None
A founder in this position is usually told to validate before building. Sound advice, and for this model close to useless: the record is generated by usage, so there is nothing to validate until two strangers can run a tenancy through the thing.
05 — The Challenge & Our Response
Direction first, then the whole build.
Two challenges, in sequence — the second impossible to do well without the first, the first an academic exercise without the second.
Business strategy
The founder had the basic idea and no direction to take it in. A two-sided rental platform can be built a dozen defensible ways — listings first, payments first, records first — and each of those is a different company. Without a decision, a build would simply have accumulated features.
We built the execution strategy and the product development strategy: what the venture would do, in what order it would be built, and what the first release had to contain for the trust model to work at all.
Product
There was no product. Not a prototype, not a landing page — nothing. And the model does not permit a thin first version: a tenant and an owner both have to be able to do their whole side of a tenancy, on the device each of them actually uses, or the record never gets created.
We built the entire technology solution in house: the user application on Android, iOS and web, covering both the owner and tenant sides, and a web admin panel for running the platform behind them.
On scope: this engagement was strategy and technology. Branding, performance marketing, fundraising and hiring were not part of it, and nothing on this page claims them. No user, transaction or revenue figures are claimed either — the verified outcome is the launched venture and the platform described below.
06 — What We Built
One platform, both sides of the tenancy.
User app — Android & iOS
The native applications where a tenancy actually runs, with one account able to switch between the owner view and the tenant view.
User app — web
The same platform in the browser, with property search by state, property type, rent range and name for people who start their search on a laptop.
Admin panel — web
The operational back end: the web application the company runs properties, users, tenancies and payments from.
Inside the apps sits the machinery a rental relationship needs to leave a record behind: property interests with a request state a tenant can track, a direct channel to the owner that carries tenancy actions as well as messages, rent and utility payments with cycles and receipts, and a dashboard showing what is outstanding today.
The tenancy end to end: see what is outstanding, register interest in a property, deal with the owner, pay, and keep the receipt. Every one of those steps is also a line in the record.
The decision worth naming is the owner–tenant toggle. Reanent is one product, not two apps pointed at each other: a person can be a tenant in one property and an owner in another — which is what makes the record two-directional rather than a rating of tenants by landlords.
07 — Business Outcomes
Where the venture stands today.
Reanent began this engagement as an idea held by one person and finished it as a launched company with a product in the market, an operational panel behind it, and a strategy it was built against.
No user counts, transaction volumes, revenue or funding figures are claimed on this page. Six months of an ideation-stage venture buys a direction and a working platform; what the business does with them from here is Reanent's to report, not ours. All figures stated as of April 2026.
08 — Before → After
Six months of difference.
09 — The Lesson
What this proves for anyone still at the idea stage.
Reanent started with less than almost any venture on this site: one conviction, no plan, no product. Six months is not a long time to close that distance, and the reason it closed is worth stating plainly.
An idea is not a direction
Knowing what is broken is the easy half. A two-sided platform can be built several defensible ways, and choosing one is the work that makes the build finite. Strategy first is not a delay before the real thing; it is what stops six months of engineering going into the wrong product.
Some models cannot be tested small
Reanent's proposition is generated by usage — the record only exists if a real tenancy runs through the platform. There was no experiment short of a working product that would have told the founder anything true. Know which kind of business you have before you are told to validate first.
Trust is built out of ordinary transactions
Nobody signs up to a platform to accumulate a trust record. They sign up to pay the rent, chase a receipt, or ask about a flat. The record is the residue of those small, dull actions — which is why the unglamorous screens are the product, not the packaging around it.
The distance between an idea and a company is not measured in conviction. It is measured in the things that exist at the end of six months.
Every founder starts at zero — the first 500 days decide what you are standing on at the end of them.