Everything this cluster has argued so far — the one physical feature that drives the whole identity, the three-scale repetition, the sequencing by scarcity, the subtracted category defaults — is design reasoning, backed by client sign-off. It is not, and we’ve been explicit about this throughout, backed by a performance number, because the site it’s built around hasn’t launched yet. What client approval does and doesn’t prove makes the case for why that distinction matters. This post is the other half of that honesty: not a result, but the actual plan for getting one, laid out now so it doesn’t get improvised after launch week has already come and gone.
We’re stating this plainly up front: nothing below has happened. This is a roadmap.
Why the measurement plan has to exist before launch, not after
The most common failure in post-launch measurement isn’t a missing metric — it’s a missing baseline. A site goes live, traffic starts arriving, someone remembers three weeks later that they should be tracking something, and by the time analytics gets properly configured, the early traffic — often the most engaged, most word-of-mouth-driven traffic a launch ever gets — has already come and gone unmeasured. Whatever number shows up after that point has no “before” to compare against, which quietly forecloses the single most useful comparison a launch can make.
For a project with the specific claims this cluster makes, the baseline problem is sharper still. You can’t measure whether leading with location instead of amenities “worked” if you never measured engagement with either section from day one. The instrumentation has to be decided before the number matters, not after.
What we’d actually track
Enquiry conversion by entry point and traffic source. The form is the only conversion path on the entire page, supporting both the hero and CTA banner “Enquire Now” buttons. The useful question isn’t “how many enquiries,” on its own — it’s whether conversion rate differs meaningfully between a visitor arriving from paid search, organic search, referral, or direct traffic, and whether that pattern holds for both the international/NRI audience and the domestic HNI audience the project is built to serve.
Scroll depth and dwell time, by section. This is the direct test of the sequencing argument made in why location should outrank amenities on a luxury property page. If the heritage and location section really is doing the persuasive work the design reasoning claims, that should show up as disproportionate dwell time relative to its position on the page — not just as a section people scroll past on the way to the amenities. Worth watching specifically: does exposure to the location section before the amenities section correlate with a higher form completion rate than the reverse order would predict.
Form abandonment, by field. A five-field form with a “Projects” dropdown is a reasonable amount of friction for the audience it’s built for, but abandonment data would say precisely where that friction actually bites — whether it’s the dropdown, a phone-number format mismatch for international entries, or something else entirely. This is also where the known gaps in the form — no validation states, no consent checkbox, no confirmation state as of the design handoff — would show up first in real usage, and it’s the kind of gap that’s cheap to fix before launch and expensive to diagnose after.
Device and geography split. Given the audience spans NRI buyers abroad and domestic HNI buyers who could visit that afternoon, the split between mobile and desktop, and between international and domestic IP ranges, would tell a genuinely different story about how each segment actually uses the page — information that doesn’t exist anywhere in the design reasoning, because it can only come from real behaviour.
What none of this replaces
A measurement plan isn’t a substitute for the market context that makes the underlying category worth paying attention to in the first place — see the market data behind India’s luxury real estate boom for what’s publicly known about the segment’s size and growth, clearly separated from anything project-specific. It’s also not a substitute for the design reasoning laid out across the rest of this cluster, starting with the one-feature framework — a plan to measure a decision doesn’t retroactively make the decision’s original logic weaker or stronger. What it does is close the one honest gap that’s been named consistently throughout this series: reasoning and sign-off got this project built. Only real usage data can say what happens next, and that data doesn’t exist yet — this is simply what collecting it responsibly would look like, ready to switch on the day the site does.