We did this before we met you, from the outside, with no access to anything.
No analytics, no code, no team, no app, nothing internal. Everything in here was visible to anyone who cared to look — which is the point. If we could see it, so can a competitor, a search engine, and your first thousand users.
What we examined
Four passes, independent of each other, over roughly three weeks.
| Pass | What it covered | Method |
|---|---|---|
| Product walkthrough | Eight screens end to end — home, sign-in, code search, filters, listing results, owner contact, dashboard, add property | Screen by screen, captured |
| Search surface | Metadata, page structure, indexation, crawler readiness, answer-engine visibility | Scored across eight dimensions |
| Live verification | Homepage, About, Terms fetched directly and read as a machine reads them | 13 August 2026 |
| Market work | Indian urban rental demand, supply, and the four platforms you are measured against | Government data, audited filings, published pricing |
What we could not see
Stated up front, because a report that hides its own limits is not worth much.
| The app | In build, not shipped. Section 05 is therefore not an audit — it is what we would check before it ships, and why each item is cheaper now. |
| Your analytics | Traffic, sources, drop-off, conversion. None of it public. Where a number would help, we say so rather than estimating. |
| Your roadmap | Some of what follows may already be scheduled. If so, treat this as confirmation rather than news. |
| Load and performance | Not measured here. It needs a run from a real device on a real Indian network, which is worth doing before launch, not after. |
Almost everything in this document is free to fix today and expensive the day after you launch.
That is the real finding. Not that things are wrong — every pre-launch product has things wrong — but that a specific set of decisions is about to stop being reversible. Pre-launch is not a stage. It is a window, and it closes on the day your first real user arrives.
What each decision costs, before and after
Every row is a finding from the sections that follow. The right-hand column is the reason to read them now.
| Decision | Cost today | Cost after launch |
|---|---|---|
| Whether owner phone numbers are exposed | A settings change | Cannot be undone — numbers already out are out |
| Whether tenant-category filtering ships | Removing a dropdown | Owners will have come to rely on it |
| What you measure about a tenant's search | A day of event tracking | The founding cohort passes through once, unmeasured |
| Your URL and indexation structure | A naming decision | Redirect chains, lost rankings, months to recover |
| What the empty state tells a visitor | One sentence | Every early visitor already concluded you were broken |
| What a shared link looks like | Four lines of markup | Every link shared during launch renders as naked text |
| Whether the app repeats the website's decisions | A conversation with your build team | Two codebases to change instead of one |
Most audits hand you a list of problems ranked by severity. That is the wrong ranking for a company in your position, because severity is not what is scarce here — reversibility is. A serious problem you can fix any time is worth less of your attention than a small one that hardens permanently in six weeks.
Read the rest of this the same way. Where we flag something, the question we are really asking is not how bad is this — it is how much does waiting cost.
The strongest thing you have written about ROOMR is in your Terms and Conditions.
That is not a joke and it is not a criticism of the site. It is the finding. Your legal pages contain a clearer, sharper product position than any page a customer will ever open — and they contain commitments your competitors would not make.
What is working
Real assets, and more of them than the surface suggests.
- You have already banned what tenants complain about most Your Terms prohibit broker and intermediary listings, duplicate listings, fake properties, misleading listings and incorrect rent information. Across our tenant research, stale and misrepresented listings rank first among complaints about existing platforms, and brokers appearing on owner-only platforms rank fourth. You have written the rule. No incumbent has.
- The product is defined precisely, in one sentence "RoomR is a rental discovery platform connecting property owners and tenants." Clean, accurate, and immediately understandable. It appears in section 1 of your Terms.
- Scope discipline You explicitly do not take part in agreements, negotiations, payments or tenancy management. The last well-funded company to try owning all of that sold for roughly five percent of its peak valuation. Staying out is the right call and you have already made it.
- Trust and entity signals are your highest-scoring dimension Legal entity, registered address, jurisdiction and contact are all clearly stated. On the search audit this scored 72 out of 100 — nearly double every content dimension.
- The pages load clean and readable Content is in the HTML, not locked behind scripts. That sounds minor. It means everything below is a content and structure problem, not a rebuild.
What is weak
Mostly one problem wearing five different hats: the site does not say what it is.
- The homepage never says what ROOMR does or where it works A visitor who arrives without knowing you cannot find out. The word "rent" appears once on the page, inside a tagline.
- The main action is unusable by the people you need The primary input asks for a property code. A new visitor does not have one. At launch, that is everyone.
- The About page is 43 words It carries the best short description of your intent anywhere on the public site, and then stops. It also drops the footer that every other page has, so the policy and social links vanish.
- The empty state blames the visitor for your coverage An invalid code and a perfectly valid pincode you do not yet cover return the same message: property not found, try a correct code. At launch, most visitors will see this.
- The listing form is fourteen sections and four scrolls No save-draft, no marked required fields, no image upload despite photos being the single most decisive part of any rental listing. This is your supply funnel.
What is silently costing you
These are not visible as problems. That is exactly why they are the expensive ones.
- A dropdown that creates a permanent record of who was refused Your listing form asks owners to select a preferred tenant — family only, bachelors only, anyone. The practice is common and legal. But an owner refusing someone on a phone call leaves no evidence, while a platform captures it: timestamped, attributed, queryable, on your servers, at whatever scale you reach. A paired study of the Delhi rental market found refusal or worse terms for a large share of applicants by community, including applicants offering above asking rent. You are not creating that behaviour. You are creating the record of it.
- Owner phone numbers are shown in full The contact modal displays the owner's name and number directly. The market leader releases owner numbers by default too — and then sells the owner privacy back as part of a plan costing over three thousand rupees. That is the gap your Terms already position you to attack, and the current build gives it away.
- Your trust promise has no mechanism behind it Section 4 prohibits fake and misleading listings. Section 3 says listings go live immediately on publication. Section 6 states you do not verify ownership or guarantee accuracy. Legally standard, and commercially it means the strongest claim you can make is currently unenforced. This is fixable and it is the single highest-value thing on the site.
- Nothing measures the promise you are making Your stated purpose is saving tenants time, fuel and unnecessary conversations. Nobody in the Indian market has ever measured what a rental search costs in any of those. Neither do you, yet. Instrument it and you own a number no competitor has.
You do not have a positioning problem. You have a placement problem. The position exists, it is sharp, and it is sitting in the one document written to limit liability rather than to win customers.
Move it forward and give it a mechanism — verification, listing expiry, contact control — and you are making a promise the four incumbents structurally cannot match, because each of them earns revenue from the behaviour you would be banning.
Every page on roomr.in has the same title and the same description.
To a search engine, that means your homepage, your About page and your Terms are the same page. This is a ten-minute fix that is currently capping everything else you do.
What a search engine sees on your homepage
Not a summary. This is the complete machine-readable content, fetched 13 August 2026.
description The simplest and easiest way to rent without any non-sense.
h1 ROOMR
links Home · About Us · Contact Us · Login/Register
body Property code · Find · Get Started
og:title — absent
og:description — absent
og:image — absent
canonical — absent
structured data — absent
Five findings, in the order they cost you
| Finding | What it means in practice | When |
|---|---|---|
| Identical titles and descriptions on every page | Search engines treat near-identical pages as duplicates and pick one to show. You are competing against yourself on every query. Verified across homepage, About and Terms. | Now |
| No social preview tags at all | Every link to roomr.in shared on WhatsApp, LinkedIn, X or Instagram renders as a naked URL — no image, no title, no description. For a launch that will run on sharing, this is the highest-leverage markup on the site. | Before launch |
| No location or property pages exist | Rental search is overwhelmingly local — flats for rent in Gachibowli, 2BHK in Kondapur. You have no page that can answer any of those. This is where essentially all organic rental traffic comes from. | Before inventory |
| No structured data | Search engines and AI assistants cannot tell that a page describes a rental property, its rent, its location or its availability. Rich results and AI answers both depend on it. | With property pages |
| Indexation rules are undesigned | Filter combinations, expired listings, sorted views and search results all generate URLs. Decide now what gets indexed. After launch this becomes cleanup, and cleanup means redirects and lost rankings. | Before inventory |
Being found by AI, not just by Google
AI assistants answer questions rather than list links — and they cannot currently answer basic questions about you.
Nothing here is a rebuild. Your pages are clean, readable and server-rendered, which is the hard part and you already have it. What is missing is description, structure and intent — telling machines what each page is, what it covers, and where it sits.
The order matters more than the effort. Titles and social previews are hours. The location and property architecture is the one to design before you have inventory, because retrofitting a URL structure onto a live catalogue is the most expensive mistake available in this category.
We cannot audit your app. So we audited it anyway.
It is in build and we have no access, which normally makes this a blank section. It does not, because we already know what it will contain. Every decision on the website reappears in the app by default — and the app is the more expensive place to change each one.
What we would check before it ships
Nine items. Each one is a decision your build team is making right now, whether or not anyone has framed it as a decision.
| Check | Why it matters more in an app | Verdict if it mirrors the web |
|---|---|---|
| Event instrumentation | Searches run, listings opened, contacts requested, visits booked, days to signing. In an app this is close to free at build time and near-impossible to backfill. | Do first |
| Preferred-tenant field | Same record, same exposure, plus app-store policy surfaces that web does not have. | Decide first |
| Owner contact exposure | Apps make contact one tap away, which raises volume. In-app calling or masked numbers cost little at build and cannot be retrofitted quietly. | Decide first |
| Listing creation flow | Fourteen sections is hard on desktop and brutal on a phone. Save-draft and camera-first photo upload are app-native advantages you would be wasting. | Redesign |
| Empty and no-coverage states | Store reviews are permanent and public. An app that reads as broken in week one carries that rating for years. | Rewrite |
| Permissions requested at first open | Location, contacts, notifications. Asking for all three before showing value is the most common cause of first-session abandonment. | Sequence |
| Deep links and web parity | Every property should open in the app from a shared link and fall back to web cleanly. Decided at build, painful later. | Design now |
| Store listing metadata | App store search is its own channel with its own ranking. Title, subtitle, keywords and screenshots are the equivalent of everything in section 04. | Not started |
| Review prompt timing | The incumbents prompt at moments of satisfaction, which is why their store ratings sit far above every independent measure. Worth knowing that going in. | Decide |
If you only take one thing from this section: instrumentation is the item that cannot be recovered later.
That means the number is available to whoever measures it first, and you are about to have a cohort of users doing exactly the behaviour nobody has recorded. Instrument it before they arrive and within a quarter you hold a dataset that no incumbent has, that no market report can sell you, and that proves or disproves your own pitch. Skip it and the founding cohort — the only users who will ever show you what an unassisted search costs — passes through invisibly, once.
Five profiles, one handle, and a homepage that cannot be shared.
You have claimed the handle consistently across five platforms, which is more discipline than most pre-launch companies manage. The problem is what happens when anyone tries to share a link back.
What is live
Linked from the homepage footer, verified 13 August 2026.
| Platform | Handle | Role it can play |
|---|---|---|
| @roomrdotin | Property-led. The one channel where rental inventory is genuinely native content. | |
| u/roomrdotin | The most interesting choice here. City housing subreddits are where Indian renters actually ask for help — and where a brand posting badly gets destroyed. | |
| YouTube | @roomrdotin | Property walkthroughs and locality guides. Also the second-largest search engine in India. |
| X | @roomrdotin | Low leverage for rental discovery. Keep, do not invest. |
| roomrdotin | Under-rated. Facebook housing groups are one of the largest informal rental channels in urban India. |
The problem underneath all five
Every link you post to roomr.in appears as bare text — no image, no title, no description.
In Indian rental discovery, WhatsApp forwarding is a primary distribution channel — flats circulate through friends, colleagues and building groups. A link with a photo, the rent and the locality gets opened. A naked URL gets scrolled past. Four lines of markup, and every share you have ever made or will make during launch changes character.
There is a second layer worth doing at the same time: per-property preview cards. Every listing should share as its own image, rent and locality rather than as a generic site card. That turns each of your users into a distribution channel and it is exactly the mechanism that made the incumbents' inventory travel.
You cannot outbuild them. You can outbehave them, and they cannot follow you.
99acres, Magicbricks, Housing and NoBroker have inventory, traffic and brand you will not match for years. That is the honest starting position. It is also less relevant than it sounds, because scale has not made any of them work.
Four facts about the market you are entering
| Rents rose 14% while the platforms did not follow | Over a comparable period one major shrank 17%, two were roughly flat. A rising rental market does not lift these businesses. Whatever the growth story is, it is not the tide. |
| The best-funded player spends ₹1.62 to earn ₹1 | From its last audited accounts. It has not filed since. Scale in this category has not produced profitability for anyone visible. |
| Discovery is solved. Trust is not. | Four apps with ten million downloads each. Tenants are not short of listings — they are short of listings that are real, available, and reachable without their number being resold. |
| Every documented failure is a revenue decision | Stale listings inflate inventory counts. Resold leads multiply revenue per lead. Sales scripts close packages. Exposing an owner's number creates the problem a paid plan then solves. |
Why that last one is the whole opportunity
They are not failing at these things. They are earning from them — which is why they cannot copy the fix.
If ROOMR never earns from reselling a lead, it can promise something the incumbents would have to forfeit earnings to match. If ROOMR expires listings aggressively, it shows a smaller and truer catalogue than a competitor whose inventory count is a marketing number. If ROOMR gives owners real control over who reaches them, it is giving away free what the market leader charges over three thousand rupees for.
Two honest cautions. This defence works at scale and is weak locally — a competitor can bundle privacy free in one neighbourhood to blunt you, cheaply, without changing anything structural. And the direct-owner position you are closest to already has a well-documented failure mode: brokers appearing on owner-only platforms is the fourth-ranked tenant complaint precisely because it has happened to everyone who promised it. Your Terms already prohibit it. The question is whether you enforce it, and how visibly.
Where this could go
Not a forecast. The shape of the thing if the window is used well.
- The only catalogue that is true Every listing verified, dated, and expired on a schedule. Not more listings — fewer, and all of them real.
- What a rental search actually costs Properties viewed, weeks spent, visits made, distance travelled. Unmeasured by anyone in India. Yours within a quarter of launch.
- The code at the property Scanned at the gate by someone standing outside the building. The one acquisition route no portal reaches, because none of them is physically present.
High level, and in order. The sequence matters more than the effort.
Nothing here is a full plan and it is not meant to be. It is the order we would work in, and every item traces to something evidenced above. The first horizon is the only one with a deadline attached.
Before launch — the window
- Decide the two defaults. Whether the preferred-tenant field ships, and whether owner numbers are exposed. Both are free today and permanent afterwards.
- Instrument the funnel. Searches, listings opened, contacts, visits, days to signing. This is the item that cannot be recovered later.
- Fix titles, descriptions and social previews. Hours of work. Currently capping every other channel you have.
- Rewrite the homepage and the empty state. Say what ROOMR is, where it works, and — when there is no coverage — say that instead of implying the visitor got it wrong.
- Design the URL and indexation structure. Before there is inventory to migrate.
At launch — make the promise real
- Move the position out of the Terms. The prohibitions you have already written are the strongest marketing you own.
- Give it a mechanism. Verification, listing expiry, freshness dates, a report path. A promise without enforcement is the thing tenants already distrust.
- Go deep in one locality, not wide across cities. Liquidity is local and does not average. Forty properties in Gachibowli beats four hundred across six cities.
- Build the location pages for that locality. This is where organic rental traffic actually comes from.
- Ship the app against the section 05 checklist, not as a copy of the website.
First ninety days — compound it
- Publish what you measure. The search-cost number nobody else has is a story, a sales asset and a recruiting asset at once.
- Per-property share cards. Turn every user into a distribution channel on the platform where flats already circulate.
- Watch the listing funnel. Abandonment on the add-property form is the first number you will own — and supply is existential.
- Get a legal read on the filtering question and on consent for SMS, WhatsApp and phone contact. Small piece of work, and it is the difference between a communications problem and a structural one.
- Only then, expand. Second locality once the first one closes the loop.
We put this together before we properly sat down with you, from outside, with no access to anything internal. Some of it may already be on your roadmap, and where that is true, take it as confirmation rather than news.
None of the above requires us. It is your product, the findings are yours, and the window is open whoever does the work. We looked because it was interesting, and because a company that has already written the right rules into its own Terms is a more unusual starting point than you probably realise.