Dwellsy IQOperator IQ

Methodology Documentation

How we measure property managers.

Outside-in performance intelligence on property management operators. Methodology v0.6.4 · Design v1.0 · Jun 29, 2026 · 33 covered markets.

v0.6.4·Design v1.0·Jun 29, 2026·Baltimore · Birmingham · Boulder · Charlotte · Chattanooga · Chicago · Cincinnati · Clarksville · Cleveland · Columbus · Dallas-Fort Worth · Denver · Detroit · Fort Collins · Fort Wayne · Houston · Huntsville · Indianapolis · Jacksonville · Kansas City · Knoxville · Louisville · Memphis · Minneapolis · Montgomery · Nashville · Orlando · Phoenix · Pittsburgh · Richmond · San Antonio · Seattle · St. Louis

Download PDF

Section 01

Inclusion criteria.

How a property manager qualifies for a Dwellsy IQ scorecard.

Every operator in our coverage markets is evaluated against three eligibility tests before a scorecard is produced. The tests are designed to filter single-rental owners and one-off listings while admitting operators with meaningful market presence.

A property manager qualifies if all of the following are true:

  1. At least 30 listings observed in the trailing 12 months (anchored to our data refresh date for the market).
  2. At least three distinct addresses or at least one community with thirty or more listings.
  3. At least one currently-active listing (still active or deactivated within the last 90 days).

The two-pronged second test admits both scattered-site operators (who hit the diversity threshold through breadth) and single-asset multifamily operators (who hit it through depth at a single community).

Earlier methodology versions labeled this window “T6M” on the market headline tile, which was a labeling drift; the actual eligibility filter has always been T12 in production. v0.6.3 (Patch 2) corrects the surfaced label so it matches the underlying computation. No operator gains or loses eligibility from the relabel.

We do not maintain category exclusion lists. The thresholds above filter out non-operator listings naturally. If future markets surface edge cases that slip through, we document the exclusion rule then and version the methodology accordingly.

Section 02

Unit identity (URU).

Each rental property on Dwellsy is resolved to a Unique Rentable Unit before any analysis runs.

The URU is the four-level hierarchy Dwellsy assigns: building or community → address → unit → room/bed. All metrics in this scorecard operate on the unit level (the third tier), aggregated up to the operator's full portfolio.

URU resolution happens upstream of this scorecard in Dwellsy's core data infrastructure. The scorecard consumes resolved URUs as inputs — it does not derive them.

Section 03

Operator classification.

We classify every operator on two independent axes — operator type and scale — combining into a 7-cell taxonomy as of v0.6.2.

Operator typemeasures how the operator's portfolio is organized — whether their units are concentrated in multi-unit communities (multifamily buildings, build-to-rent communities, condo developments) or distributed across individually-managed single-family rentals. v0.6.2 refines the v0.6.1 three-way split into a four-way axis by splitting MF/BTR by median community size.

We group the operator's portfolio by community and count distinct units the operator manages at each community. A community is concentrated if the operator manages 10 or more units there. From that:

  • SFR (Scattered) — concentrated share < 30%.
  • Small MF/BTR — concentrated share ≥ 70% AND median concentrated community size 10–49 units.
  • Large MF/BTR — concentrated share ≥ 70% AND median concentrated community size ≥ 50 units.
  • Hybrid — concentrated share between 30% and 70% (no scale split).

Formula · operator type

concentrated_share = Σ urus in ≥10-unit communities / total urus

Why the Small vs Large MF/BTR split. Lender and acquirer prospects care about MF/BTR community size as a structural distinction. A 200-unit Class A operator has a different risk profile and different acquisition profile than an operator running 8-unit walk-up small MF. The v0.6.1 five-cell taxonomy collapsed these into one MF/BTR bucket; v0.6.2 makes the distinction visible.

Scale(Institutional vs Independent) measures the operator's footprint. An operator is Institutional if they manage 500 or more distinct units across all Dwellsy IQ coverage markets in the trailing 12 months, Independent otherwise. The 500-unit threshold is a judgment call; in practice it cleanly separates names that operate at scale requiring institutional capital structures from established local and regional operators.

Scale classification considers an operator's observed presence across all Dwellsy IQ coverage markets, not just the market in which a given scorecard is published. Operators are Institutional if their combined trailing-12-month observed units across all our covered markets meet or exceed 500. This rule lets us recognize national operators whose footprint in any single market falls below the threshold but whose cross-market scale is substantial. The Hybrid bucket does not carry a scale split — a Hybrid operator is simply Hybrid regardless of cross-market urus.

SFR · Independent

SFR Independent

Owner-operator scattered SFR books. Typical local property manager working a single MSA with concentrated share under 30%.

Sample operators · Ampere PM, Doorby PM, HomeRiver Group

SFR · Institutional

SFR Institutional

Geographically distributed SFR books large enough to operate at institutional scale (500+ urus across all Dwellsy IQ markets).

Sample operators · Progress Residential, Tricon Residential, Invitation Homes

Small MF/BTR · Independent

Small MF/BTR Independent

Owner-operator concentrated portfolios with median community size 10–49 units. Often family- or partnership-owned walk-ups.

Sample operators · WRH Realty Services, Duke Properties, Schweb Partners

Small MF/BTR · Institutional

Small MF/BTR Institutional

Smaller MF/BTR portfolios that meet the 500-uru cross-market scale threshold. Rare cell — fewer than 5 operators in the v0.6.2 footprint.

Sample operators · ResProp, Asset Living, Optivo Group

Large MF/BTR · Independent

Large MF/BTR Independent

Owner-operator multifamily with median community size 50+ units. Concentrated share above 70% but cross-market scale below 500 urus.

Sample operators · Brookside Properties, ARIUM Living, Link Real Estate Group

Large MF/BTR · Institutional

Large MF/BTR Institutional

200+ unit communities operated at national scale. Carries the largest absolute urus per operator across the 7-cell taxonomy.

Sample operators · Mission Rock Residential, Bridge Property Management, LVL Living

Hybrid · No scale split

Hybrid operator

Mixed portfolios with concentrated share between 30% and 70%. Hybrid is its own classification — there is no Independent / Institutional split for Hybrid operators.

Sample operators · Austell Village, Generation PM, H&H Property Management

Figure 1. The v0.6.2 seven-cell taxonomy. The type axis (rows) splits operators into SFR, Small MF/BTR, and Large MF/BTR by concentrated share and median community size. The scale axis (columns) splits each type into Independent and Institutional by cross-market urus. Hybrid carries no scale split — it is its own classification. Cell colors match the quadrant badges used elsewhere on the scorecard.

The taxonomy is structural, not evaluative. Each cell contains operators of varying quality. The classification answers “what kind of operator is this?” — the rest of the scorecard answers “how well do they operate?”

7-cell distribution · v0.6.2

Across 33 covered markets and 572 eligible PMs: SFR Independent dominates at 72%, reflecting the SFR-heavy Southeast + Phoenix footprint. MF/BTR Institutional totals 3.1% of operators but holds the largest absolute urus per operator. Small MF/BTR Independent (7.0%) and Hybrid (6.1%) are where smaller local operators concentrate.

Section 04

Community visibility (MF/BTR only).

Whether an MF or BTR operator is showing Dwellsy a substantial share of the units in the communities they manage, or whether they're listing only a selected subset.

Why this measure is structural to operator type. Single-family operators cannot meaningfully cherry-pick which inventory they show on Dwellsy. Every property is unique. A renter searching for a three-bedroom house in a specific neighborhood is looking for that specific home with its specific layout, yard, and location — the operator cannot substitute Property B for Property A. To capture any rental, the SFR operator must list it. The cherry-picking risk is structurally low.

Multifamily and BTR operators sit on undifferentiated inventory in a leasing office. A community with 20 vacant two-bedroom units can list five and route walk-in prospects to the rest. The cherry-picking option is structurally available, and some operators use it — historically as a strategy to control which units appear in third-party search results.

Community Visibility measures whether this is happening.

Scope. We compute Community Visibility for operators who meet three conditions: at least one community where they manage 30 or more units, at least 50% of their inventory in concentrated communities, and at least 12 monthsof listing history at those communities. Operators who don't meet all three conditions don't have this section on their scorecard — for them, the question is either unanswerable (Scattered operators, where there's no honest denominator) or not yet measurable (operators below the tenure gate).

Formula.For each qualifying community, we compute the operator's expected listing volume in the trailing 12 months based on the community's true unit count (the structural community-size field from Dwellsy's core data, present in every listing row) and a default annual turnover rate of 20%. We compare that expectation to the operator's actual listing count.

Formula · community visibility ratio

ratio = Σ actual_listings_t12 / Σ (true_community_size × 0.20)

The 20% turnover assumption matches the empirical cross-market norm across Chattanooga, Jacksonville, and Nashville under v0.6.1 — and aligns with the U.S. national rental-household mobility rate.

The ratio answers:

“Of the units that should have plausibly turned over and been listable in T12, how many did this operator actually list?”

Three-state taxonomy (v0.6.1, unchanged in v0.6.2). v0.6 simplified the Community Visibility output to three states. The legacy fourth state (“above expected — comprehensive coverage”) was retired because it implied a comparative judgment the data couldn't support; a visibility ratio above 1.0× simply means the operator is listing comprehensively at higher-than-default turnover, which is a positive signal but doesn't warrant a separate color-coded tier.

Reported states:

  • Partial visibility (ratio <0.5×) — observed listings represent less than half of expected. Notably reduced visibility relative to community structure.
  • Likely partial visibility (0.5–0.8×) — most but not all expected listings present. Possible normal turnover variation, possible selective listing.
  • Comprehensive visibility (≥0.8×) — listings cover the substantial majority of expected turnover. Within expected range for a fully-transparent operator.

Ratios materially above 1.0× are meaningful signal — they identify operators visibly more transparent than the cohort norm, which is a credibility-positive signal. Institutional Class A MF communities typically turn over faster than the cohort average; a 2.1× visibility ratio for an operator like UDR reads as the operator genuinely listing comprehensively.

Section 05

Tenancy.

How long tenants stay in an operator's units before moving out — one of the strongest signals of post-lease-up operational quality.

Longer tenancy reflects multiple compounding operator behaviors — tenant screening, property condition, responsiveness, fair renewal pricing — and is one of the cleanest behavioral signals in the scorecard.

We measure tenancy at the unit level using episode clustering. For each unit, we sort all listings by creation date and group consecutive listings into episodes — sequences where the next listing's creation falls within 180 daysof the prior listing's deactivation. The gap between consecutive episodes on the same unit approximates the tenant's stay.

Formula · tenancy gap

tenancy_gap_uru = activation[k] deactivation[k1]

Per-operator tenancy is the unit-weighted medianof all observed tenancy gaps across the operator's portfolio. We use median rather than mean because lease-length distributions are right-skewed (a small number of very-long stays would otherwise inflate averages). Units with only a single observed episode don't contribute to the calculation — we don't infer tenancy without a measurable gap.

Reported in months, rounded to one decimal.

Short-observation caveat · v0.6.2

Episode-clustered tenancy is right-censored for operators with short observation history. A tenant who occupied a unit for 24+ months when the operator has only been observed for 2.3 years can never produce a 24+ month gap in our data — this biases tenancy estimates downward. v0.6.2 surfaces a short-observation caveat on every PM where yearsVisible < 3; the per-PM caveat string renders on the Tenant Retention card in the scorecard. The Kaplan-Meier-style censoring correction is deferred to v0.7+.

Section 06

Mix-adjusted rent trajectory.

How the operator's rents have moved over time, adjusted for bedroom mix to control for the most basic compositional difference between portfolios.

We bucket trailing-six-quarters listings by quarter, compute median rent within each bedroom bucket (1-bedroom, 2-bedroom, 3-bedroom-and-up), and average across buckets weighted by the operator's overall bedroom mix. The result is the mix-adjusted median rent per quarter.

The trajectory chart shows the last six quarters. The headline YoY change is the percentage difference between the most recent quarter and the same quarter one year prior.

Reported, not ranked.

We deliberately exclude rent levelfrom the composite ranking. Rent level reflects portfolio quality position more than operator capability — a Class A operator and a Class C operator can both perform exceptionally well on their respective portfolios, but rent level alone would rank one higher than the other based on inherited inventory quality. We report the trajectory because the information is useful in context. We do not rank operators on rent level because it's the wrong question for evaluating operator quality.

Section 07

Rent performance.

The rent-related signal that does belong in operator ranking — measuring not the rent level but how the operator's rents move relative to comparable peers during the same period.

Formula.We compute the operator's mix-adjusted YoY rent change (from §06) and subtract the MSA cohort median YoY change over the same period. Operators whose rents grew faster than the cohort median are positive on Rent Performance. Operators who lagged the cohort are negative.

Formula · rent performance delta

delta = pm_yoy cohort_median_yoy

This isolates operator pricing capability from inherited portfolio quality. Every operator in the cohort is compared to the same peer-group baseline during the same period. Class A operators are not rewarded for managing high-rent inventory; they are rewarded only when they push rents faster than other Class A operators (who would be reflected in the cohort median). Similarly, Class C operators aren't penalized for low rent levels — only for failing to push rents at peer rates.

Confounders we disclose.The metric is meaningful but noisier than DOM or Tenancy. We control for bedroom mix but not for square footage, neighborhood, building age, or amenity differences within an operator's portfolio. Three real noise sources:

  • Submarket exposure (operators concentrated in gentrifying neighborhoods see faster growth regardless of skill).
  • Mix shift within the trailing window (an operator adding higher-rent properties mid-window shows artificial growth).
  • Capital events (operators who renovated mid-window push rents through investment, not pure leasing skill).

We weight Rent Performance at 10% of the composite ranking to reflect these confounders. A future version (v0.7) will refine the metric to compare only units that appear in both periods — eliminating the mix-shift confound and likely justifying a heavier weight at that point.

Market rent growth aggregate.

Each market displays a median year-over-year rent growth figure computed across the ranked operators in that market. The figure represents the typical ranked operator’s portfolio rent trajectory over the trailing 12 months. The benchmark line (“vs national”) compares the market value against the median across all ranked operators across all coverage markets — a single national number that does not vary by market.

Computation.Per ranked operator, the YoY rent change is computed as the median listing-rent change year-over-year across that operator’s portfolio. The market aggregate is the median of those per-operator values, equal-weighted. Operator-equal weighting was chosen over unit-weighting for v0.6.3 to keep the metric interpretable — “the typical ranked operator in this market.” Unit-weighted alternatives are under consideration for v0.7.

Formula · market rent growth T12

market_rent_growth_t12 = mediani ∈ ranked operators in market (operatori.rent_performance.delta_yoy)

Formula · national benchmark

national_rent_growth_t12 = mediani ∈ ranked operators (all markets) (operatori.rent_performance.delta_yoy)

The market-vs-national delta is pre-computed at seed time in percentage points and surfaced as a tile benchmark line (green if >+0.2 pp, orange if <−0.2 pp, neutral within the band). Submarket-level rent growth is not computed in v0.6.3 — listing-level geographic aggregation with minimum-N controls is a v0.7 candidate. Under a submarket filter the headline tile retains the MSA-wide value with an explicit scope annotation.

State-level aggregates.

State-level aggregates pool ranked operators across all MSAs in a state and compute medians across the pooled set. Each ranked operator contributes one value to the state median, regardless of which MSA they appear in. Operators who appear in multiple MSAs (e.g., institutional operators with footprint across several markets) are currently counted once per MSA they appear in. Cross-market operator-identity dedup is on the v0.7 roadmap. State-level active operator counts are similarly a raw sum across MSAs and may double-count multi-market operators.

The state landing pages at /property-managers/[state] surface four operator-weighted tiles — active operators (sum across MSAs), eligible for ranking (sum across MSAs), median DOM T12 (operator-weighted median across the pooled in-state ranked operators), and rent growth T12 (operator-weighted median of pmYoyChangeacross the same pool). Median DOM and rent growth carry a “vs national” benchmark line where the national reference is the operator-weighted median across every ranked operator in every covered MSA — the same single national number that Patch 3 already computes for market-level rent growth, and its DOM analogue computed at runtime.

State pages are an additive feature on top of v0.6.3 base — no methodology version bump. Single-MSA states (Florida, Arizona in the v0.6.3 footprint) get the same UX as multi-MSA states; the state page renders one MSA card. As coverage expands and adds new MSAs in already-covered states, the state page auto-updates without any data-layer changes: state membership is derived from each market’s state field.

Share trajectory.

Share trajectoryshows how this operator’s share of ranked-cohort listing activity has changed year-over-year. The metric is computed across continuing operators with substantial presence in both periods (at least 30 listings in each), normalized to share of the cohort’s total listings so that proportional pipeline expansion across all operators produces a 0% trajectory. Real movement indicates relative gain or loss of market position.

Continuing cohort. Operators with at least 30 listings in BOTH the trailing 12 months (T12) AND the prior 12-month window (T24-T12). Operators outside the cohort fall into one of two display categories: Newly tracked(≥30 listings T12 but <30 in the prior window) or New operator (zero prior listings). These operators see a context pill in place of a comparison number; their data is excluded from the cohort median.

Formula · share trajectory

total_t12 = Σ t12ListingsCount over continuing cohort
total_t24t12 = Σ t24t12ListingsCount over continuing cohort
share_t12 = op.t12ListingsCount / total_t12
share_t24t12 = op.t24t12ListingsCount / total_t24t12
shareTrajectoryYoY = (share_t12 − share_t24t12) / share_t24t12

Why share rather than absolute? An earlier version of the metric computed absolute year-over-year listing-count change. A pressure test surfaced three biases that made the absolute version unusable: pipeline-coverage expansion (every operator appeared to grow even if they did nothing), thin-baseline noise (operators with 1 listing in the prior period produced absurd growth percentages), and survivor bias (operators that shrank to zero between periods were systematically excluded from the median). The share-based reframe addresses the first two biases directly and partially addresses the third. The pressure-test results, post-revision, show plausible directional signal consistent with known market dynamics — Phoenix at +10.07% (established operators consolidating), Memphis at −9.89% (SFR aggregators entering aggressively), Clarksville at −15.81% (heaviest fragmentation in the v0.6.3 footprint).

Why no star treatment? Share trajectory is a contextmetric, not a performance one. A higher share isn’t reliably better: longer tenancies → fewer relistings → lower share (good operationally, lower share); improving operationally drops the share via the same mechanism. M&A activity, portfolio composition shifts, and new entrants all move share without reflecting operator health. Star treatment requires a metric where “higher = better” is reliably true; share trajectory fails that test. The scorecard shows the metric with cohort + national context and methodology disclosure so readers can form their own judgment.

Residual caveats.Coverage bias is only neutralized if pipeline improvements affected all continuing operators uniformly — non-uniform improvement (e.g., a new ingestion source biased toward aggregators) would still distort. Survivor bias persists for operators that shrank to zero between periods; v0.7 backlog includes a “departed” classification to surface them. Listing-level re-listing methodology affects numerator and denominator alike but is a counting artifact worth acknowledging. The metric is shown for context and is not used in ranking or composite scoring.

Canonical operator identity.

Operators that appear in multiple markets in our coverage are identified via name normalization — stripping common business entity suffixes (LLC, Inc., Ltd., Co., Corp.) and trailing punctuation, lowercasing, and collapsing whitespace. When two or more PM records match the same normalized name across distinct markets, they’re grouped into a single canonical operator entity. This enables cross-market operator profiles at /operators/[canonical-slug] and dedup’d state-level operator counts.

Conservative normalization.The normalization is intentionally conservative — operating- brand modifiers like “Property Management” or “Realty” are not stripped, so distinct operating brands under a common parent (e.g. “JWB Rental Homes” vs “JWB Real Estate Capital”) remain separate canonical entities. Manual parent-subsidiary mapping for true roll-up acquirers is a v0.7 candidate.

Manual review of false positives.Before the auto-detected matches are baked into the seed, the canonical mapping is reviewed for false positives — generic names that happen to match across markets but represent different operators (e.g. “Trinity Management Company” in two markets refers to two unrelated companies, manually excluded from canonical mapping). Excluded operators stay as separate per-market entries.

Normalization steps

name = lowercase → trim → strip suffix (LLC / Inc / Ltd / Co / Corp) → strip trailing punctuation → collapse internal whitespace

State-level count dedup. v0.6.3 Patch 5 state-level operator counts summed per-MSA values, which double-counted multi-market operators. v0.6.4 dedups bycanonicalOperatorId— a multi-market institutional operator that appeared in Nashville + Memphis + Clarksville counts once in Tennessee’s state-level total. The dedup applies to the ranked cohort we carry full data for; unranked operators in the broader ≥3-T12 universe don’t receive canonical mapping in v0.6.4.

Concession activity.

For every PM in coverage, the v0.6.4 Patch 2 classifier scans the T12 listing descriptions for stereotyped concession language — “one month free”, “move-in special”, “no deposit”, percent-off promotions, and similar patterns — and computes the share of T12 listings that mention at least one. The result is surfaced on scorecard Layer 5 as operator concession rate, with the market median across ranked operators as cohort context.

Regex-based, v1 catches stereotyped language. Detection is pattern-matching, not semantic. The v1 dictionary covers about a dozen pattern families (free month, percent off, dollar off, no/reduced deposit, move-in special, explicit concession, rent reduction, lease special, limited- time offer, waived fee, free rent). Indirect or paraphrased language (“ask us about specials” without naming the special) will be missed. A v2 LLM-grader pass is on the v0.7 backlog.

Context, not ranked.Concession activity does not feed the composite ranking and does not award stars. It’s presented as a present-tense signal of demand or supply stress at the operator level — high participation can mean any of: aggressive lease-up, soft submarket, large institutional discounting program. Read alongside DOM, rent growth, and share trajectory rather than in isolation.

Cohort comparison.The market median is computed across ranked operators with a non-null concession rate (operators absent from the classifier input — typically no T12 description data — are excluded from the median so they don’t pull it toward zero). Operators more than 20 percentage points above the median receive an orange accent on Layer 5 (signaling elevated concession activity vs the cohort); operators more than 20pp below get a green accent (low concession activity).

Section 08

Marketing scores.

Marketing discipline — whether the operator presents their listings with complete data, consistent quality, and care.

Three subscores, each on a 0–100 scale, are computed from trailing-12-month listings:

  • Completeness — percentage of listings with non-null values for rent, bedrooms, bathrooms, square footage, description, amenities, and at least one photo. Each missing field deducts proportionally.
  • Amenities — median count of amenity entries per listing, cap-normalized (20 amenities = 100).
  • Description Length — median description character count, cap-normalized (500 characters = 100).

The reported Marketing Quality score is the average of the three subscores. Operators with consistently well-prepared listings score in the 80s and 90s. Operators with sparse data, missing photos, or threadbare descriptions score lower.

Section 09

Composite ranking.

The composite combines the metrics above into a single score that orders operators within the MSA cohort.

Weights for operators with Community Visibility computed:

ComponentWeight
Days on Market (DOM)30%
Tenancy30%
Rent Performance10%
Marketing Quality15%
Community Visibility15%

Weights for operators without Community Visibility (the section is suppressed for Scattered and Hybrid operators below the visibility gate, and for MF/BTR operators under the 12-month tenure threshold):

ComponentWeight
Days on Market35.3%
Tenancy35.3%
Rent Performance11.8%
Marketing Quality17.6%

The 15% normally allocated to Community Visibility redistributes proportionally to the other four components. Both schemes sum to 100%, so composite scores remain comparable across the full cohort.

The philosophy behind these weights

The composite is designed to reward operator behavior, not inherited portfolio characteristics. DOM and Tenancy share the lead at 30% each because they measure the two halves of the lease cycle — DOM captures how efficiently the operator leases vacant units (pricing strategy, marketing reach, lease-up execution), and Tenancy captures how successfully they retain tenants once placed (screening, property condition, renewal skill). These are the most direct operator-behavior signals available, and over a multi-year investment horizon they compound to drive operator-quality outcomes.

Marketing Discipline (15%) and Community Visibility (15%) are secondary but meaningful signals. Marketing Discipline reflects listing-side rigor; Community Visibility reflects transparency. Both are real quality differentiators, both are harder to game than they look, and both deserve weight without dominating.

Rent Performance (10%) is included as a pricing-skill signal but weighted lower than the cleaner metrics due to its documented confounders.

What we do not weight. Rent level. Portfolio quality. National scale beyond the MSA. These are descriptive characteristics, not performance signals. We surface them as context but do not let them drive operator rank.

Star system (v0.6.2).

v0.6.2 replaces percentile-rank tier labels (top decile, lagging quartile) with a binary star system. Per-metric stars surface across the v1.0 design — Layer 1 cohort qualifier, Layer 2 headline tiles, Layer 3 card headers, Layer 4 signal subcards.

  • 🌟 Gold star — top quartile of the applicable cohort (≥75th percentile).
  • ⭐ Silver star — second quartile (50th–75th percentile) — above-median position within cohort.
  • No star— below the 50th percentile. The cohort qualifier still renders (“Present in cohort”) but no star icon. This reinforces operator dignity — top performers earn stars; others simply have no star.

Cohort hierarchy. Star assignment requires choosing which cohort to compare against. v0.6.2 pre-computes three percentile ranks per metric per PM and selects the applicable cohort via a fallback waterfall:

  1. Primary cohort — same MSA + same 7-cell quadrant. Used if N ≥ 10.
  2. Fallback cohort — same MSA + same operator type (SFR / MF/BTR / Hybrid), any scale. Used if primary N < 10 and fallback N ≥ 10.
  3. MSA cohort — all eligible operators in the same MSA. Used as the final fallback.

The cohort label displayed in the scorecard (e.g., “Gold star · Chattanooga SFR Independent cohort”) reflects whichever level was actually selected.

Lending Signals.

Five auxiliary signals surface alongside the composite in Layer 4 of the v1.0 design. They’re underwriting-relevant synthesis metrics designed for a 30-second scan by lender/acquisition teams; they don’t feed the composite ranking.

  • Vacancy Signal — fraction of the average leasing cycle spent vacant, computed from DOM and tenancy: (DOMdays/30) / (Tenancymonths + DOMdays/30) × 100. Lower = more favorable. Star uses cohort percentile.
  • Rent Stability — standard deviation of trailing-12-quarter YoY rent change in percentage points. Lower volatility = more consistent rent posture. Requires 12 quarters of mix-adjusted data; suppressed for operators with shorter history (display: “Insufficient observation history to compute”). Star inverted (lower volatility = top quartile).
  • Operator Stability — composite surfacing yearsVisible (length of observation in Dwellsy IQ data) and market count (cross-market footprint). Persistent eligibility per window is a v0.7 component.
  • Geographic Concentration — top-3 city share of observed urus, with cohort median for context. Linear position indicator — no star, descriptive only. Concentration is neither inherently favorable nor unfavorable.
  • Pricing Tier— operator's latest mix-adjusted median rent positioned within the MSA rent distribution. Premium (≥75th percentile) / Mid-market (25–75th) / Value (<25th). Positional label, not evaluative.

Rent Stability and Geographic Concentration are pre-computed at seed time (v0.6.2 Patches 4 + 7). The other three are derived at render time from existing seeded fields.

Rent Stability data-pipeline limitation · v0.7 fix

The v0.6.2 Rent Stability calculation runs against the pre-computed 6-quarter rent trajectory, which forces “Insufficient observation history” suppression for operators who actually have 3-5 years of underlying listings. Patch 4 specifies computing volatility from the raw listings data over a 12-quarter window. The v0.7 data pipeline will compute from raw listings; until then most operators surface as suppressed even when they shouldn't.

Section 10

Honest limitations.

We document what this methodology does well and what it doesn't. This is a working methodology, not a finished one.

Things we measure cleanly. Lease-up speed, tenant retention, listing data completeness, multifamily/BTR transparency, basic portfolio classification.

Things we measure with caveats.Rent Performance carries known confounders (submarket exposure, mix shift, capital events). Composite rankings for operators with very thin data may favor small-sample outliers — we flag these in the rationale text but don't yet mathematically discount them.

Things we don't yet measure.

  • Operator transparency for Scattered (SFR) operators. The cherry-picking question is unanswerable for SFR operators in the listings data alone — there is no external denominator we can construct. SFR Credibility is deferred to v1.x, pending claim-flow portfolio attestation.
  • National scale beyond our covered markets. Operators with substantial portfolios in markets we don't yet cover may classify as Independent under our methodology even when they operate at institutional scale nationally. Resolution path: expanded market coverage and operator portfolio attestation via the claim flow.
  • Granular unit quality (square footage, amenities, year built, condition) beyond bedroom count.
  • Submarket exposure within an MSA.

Things this scorecard cannot tell you. Whether the operator will renew their lease with you. Whether a specific unit is well-maintained. Whether the operator is currently for sale or in a transition. Whether market-level conditions are favorable.

Observation precision (v0.6.2).

Every figure on a scorecard is qualified as observed, not total portfolio. The seed surfaces three distinguishable unit-count fields per PM so templates can phrase precisely:

  • urusT12 — distinct units observed listing in the trailing 12 months. The smallest, most-conservative number.
  • observedCommunities — count of concentrated communities where we observe the operator listing.
  • observedCommunityTotalUnits— sum of the top-down PM-managed unit counts across those observed communities. A proxy for portfolio scale at those locations — not a claim about the operator's full portfolio.

Templates phrase explicitly: “managing 8 observed large multifamily communities in the Nashville MSA — communities totaling approximately 2,400 units, with 1,069 distinct units observed listing in trailing 12 months.” We never claim “manages 1,069 units” or “operates 2,400 units” — both would imply we know the operator's full portfolio.

Operator-dignity language gate.

Every auto-generated string — executive summaries, distinguishing characteristics, map narratives — passes through a dignity-language validator at seed time. Forbidden tokens include weak, poor, strong, excellent, underperforming, manages X, operates X. Acceptable replacements use quartile language and observation qualifiers: “Gold star · Lease-up Performance, top quartile in cohort” rather than “Strong leasing performance.” “5 communities observed in our coverage” rather than “Their portfolio of 5 communities.” The system measures; it does not editorialize.

Deferred to v0.7+.

The following improvements are tracked for future releases:

  • Kaplan-Meier-style tenancy right-censoring correction — replaces the v0.6.2 short-history caveat with a mathematical adjustment.
  • Rent Stability data pipeline — compute volatility from raw listings over 12 quarters rather than from the 6-quarter pre-computed trajectory.
  • Same-unit-controlled Rent Performance — eliminates the mix-shift confound; likely justifies a heavier composite weight.
  • Minimum-N confidence multiplier on composite — mathematically discounts thin-data operators (currently surfaced via rationale text only).
  • SFR Credibility instrument — currently a placeholder; unblocks when claim-flow portfolio attestation provides external scope data.
  • Submarket-aware peer cohorts — geographic compatibility threshold activates when major-metro markets with submarket data are added.
  • Cross-market national institutional classification — when 8-10 markets are covered, the multi-market aggregation gets accurate enough for national operators with thin per-MSA presence.
  • Operator-identity reconciliation — replaces the v0.6.2 name-equality cross-market join with a proper identity table.
  • Persistent eligibility per window — the third component of Operator Stability not yet seeded.
  • Bedroom-mix portfolio composition and BR-bucketed pricing data — needed for Layer 5D composition and Layer 5F pricing per-bucket.
  • Operator dispute / appeal process — once operators see scorecards publicly, the dispute process needs definition and execution.

Section 11

Glossary.

Terms of art used throughout the scorecards and methodology.

TermDefinitionMethodology
URUUnique Rentable Unit — Dwellsy's unit-identity framework, resolving a listing through the address → unit → room → bed hierarchy.§02
CommunityA multi-unit grouping defined upstream by Dwellsy. May be a single building, a multi-building MF community, a BTR development, or a condo development.§03, §04
Trailing 12 months (T12)Observation window anchored to the data refresh date. A listing falls in T12 if creation or deactivation occurred in the window, or if the listing is still active.§01
Concentrated communityA community where the operator manages 10 or more distinct units within this PM.§03, §04
MSA cohortThe set of eligible PMs within the same MSA used as the comparison group for percentile ranks.§09
CompositeThe weighted percentile-rank average across DOM, Tenancy, Rent Performance, Marketing Quality, and (when applicable) Community Visibility.§09
Scope gateThe three-condition test (≥30 units in ≥1 community, ≥50% concentrated, ≥12 months tenure) that controls whether Community Visibility is computed for an operator.§04
7-cell taxonomyThe v0.6.2 operator classification: SFR / Small MF/BTR / Large MF/BTR / Hybrid on the type axis, crossed with Independent / Institutional on the scale axis (Hybrid is single-cell, no scale split). Replaces the v0.6.1 5-cell taxonomy by splitting MF/BTR by median community size (10-49 = Small, ≥50 = Large).§03
Concentrated shareFraction of an operator's observed urus that sit in communities where they manage 10 or more units. Drives the SFR / MF/BTR / Hybrid classification (< 30%, ≥ 70%, in between).§03
Gold / Silver / No starQuartile labels assigned per metric per PM. Gold = top quartile (≥75th percentile) of the applicable cohort; Silver = above-median (50-75th); No star = below median. Replaces percentile-rank tier labels from earlier versions.§09
Primary / Fallback / MSA cohortThree cohort levels used for star assignment per metric. Primary = same MSA + same 7-cell quadrant; Fallback = same MSA + same operator type (any scale); MSA = all eligible operators in the MSA. The applicable level is selected by N≥10 waterfall.§09
Years visibleLength of operator observation history in Dwellsy IQ data, measured from the first observed listing. Drives the short-observation caveat on Tenancy (yearsVisible < 3) and the Operator Stability lending signal.§05
Mix-adjusted median rentQuarterly median rent computed within bedroom buckets and averaged using the operator's bedroom mix as weights. Controls for compositional differences across operators; underlies both Rent Trajectory (§06) and Rent Performance (§07).§06, §07
Observed vs portfolioEvery unit-count figure on a scorecard is qualified as observed in Dwellsy listings, not as the operator's full portfolio. urusT12 (distinct units observed listing in T12), observedCommunities, and observedCommunityTotalUnits are seeded as distinct fields so templates can phrase precisely.§10
Lending SignalsFive auxiliary signals (Vacancy, Rent Stability, Operator Stability, Geographic Concentration, Pricing Tier) surfaced alongside the composite. Underwriting-relevant synthesis metrics; don't feed the composite ranking.§09
Active operatorAn operator with ≥3 listings observed in the trailing 12 months. Replaces the legacy total-operator denominator as the surfaced headline figure on market pages (v0.6.3 Patch 1). Distinct from eligible — active is a presence threshold; eligible is the ranking threshold.§01
Eligible for rankingAn operator with ≥30 listings observed in the trailing 12 months. Operators below this threshold appear in the universe (tracked) tier but don't receive a composite rank or per-metric stars. Window labeled T12 throughout the product (v0.6.3 Patch 2 corrected an earlier T6M label drift).§01
Market rent growth (T12)Median operator-level YoY rent change across the ranked cohort in a market, surfaced on the Market Snapshot tile (v0.6.3 Patch 3). Displayed alongside a national-benchmark line and a pre-computed pp delta vs national.§07
National benchmarkReference value computed once across every continuing operator in every covered MSA. Used as the comparison line on market rent growth tiles and on the share-trajectory surface. Single value across markets — embedded per-market in the seed for render simplicity.§07
Star summary chip★N ☆M chip showing an operator's gold + silver per-metric star counts. Used on market list rows and scorecard Layer 1. Counts roll up across DOM, Rent Performance, Marketing, Tenancy, and (when applicable) Community Visibility. Composite star is excluded from the rollup to avoid double-counting.§09
State-level aggregateCross-MSA operator counts at /property-managers/[state]. Counts deduplicate by canonicalOperatorId (v0.6.4) so a multi-market operator counts once per state. Pool of in-state MSAs powers state-level medians for DOM and rent growth.§07
Continuing operatorAn operator with ≥30 listings in both T12 and the prior T24→T12 window. Used as the strict-cohort definition for share-trajectory math (v0.6.3 Patch 6). Operators below threshold in either window classify as new-in-coverage or null-baseline and don't surface a share trajectory value.§07
Share trajectory (YoY)Year-over-year change in an operator's share of ranked-cohort listing activity. Pre-computed per market against the continuing cohort. Surfaced as context only — not used in composite ranking and not star-bearing (v0.6.3 Patch 6).§07
New in coverage / null baselineShare-trajectory eligibility labels for operators outside the continuing cohort. Null baseline: no prior-window listings (t24 = 0 or null). New in coverage: prior listings present but below the 30-listing threshold. Both render an explicit status on the scorecard rather than a misleading trajectory number.§07
Canonical operator identityv0.6.4 Patch 1 — operators that appear in multiple markets resolve to a single canonical entity via name normalization (strip LLC/Inc/Ltd/Co/Corp suffixes, lowercase, collapse whitespace; substantive tokens like Property Management / Realty are preserved). Powers the /operators/[canonicalSlug] operator scorecard route and state-level count dedup.§07
Cross-market operatorAn operator whose canonical entity spans ≥2 covered markets (e.g. Invitation Homes operates in 4 of the 10 covered MSAs). Surfaced via a chip in scorecard Layer 1 linking to the cross-market profile. 34 multi-market canonical entities cover ~104 of 694 PM records in the current footprint.§07
Concession activity / concession ratev0.6.4 Patch 2 — share of an operator's T12 listings that mention concession language (regex-based classifier on listing descriptions). Surfaced on scorecard Layer 5 with a market median for cohort context. Context only — not star-bearing, not in composite ranking. Operators absent from the classifier input show no section.§07
Concession patternsv1 dictionary of ~12 stereotyped pattern families the classifier matches: free month(s), % off, $ off, no/reduced deposit, move-in special, explicit concession, rent reduction, lease special, limited offer, waived fee, free rent, plus an explicit_concession catch-all. Indirect/paraphrased language is missed by design — a v2 LLM-grader pass is a v0.7 candidate.§07

Section 12

Version history.

Methodology is versioned. Each scorecard cites the version that produced it and the data-freshness date.

Material changes — new metrics, re-weightings, threshold shifts — bump the version. Cosmetic changes do not. Prior versions remain accessible, and every scorecard carries the version it was computed under so historical scorecards can be interpreted in their original frame.

Recent versions:

VersionDateChange
v0.8May 21, 2026Watch List foundation (PR 1 of ~5).Data layer + filter evaluator + fit-scoring engine + CRUD API for acquirer-defined target lists. Saved buy boxes hold three layers of criteria — required (deal-breakers), preferred (weighted preferences that drive a 0-100 fit score), excluded (negative filters) — applied across the full operator universe to produce a ranked target list with per-criterion breakdown. Field catalog covers Geographic, Scale (incl. v0.7 portfolio estimates), Asset, Trajectory, and Operator dimensions. Two starter templates seeded — Evernest-style SFR density build-out + Genstone-style integrated services — drawn verbatim from the watch-list spec’s worked examples. No editor UI yet (ships in PR 2); minimal admin view at /watch-lists for verification. Methodology cohorts + ranking unchanged — Watch List is a screening surface on top of the existing scorecard universe, not a metric revision.
v0.7May 21, 2026Portfolio Size Estimator. New size-banded model that estimates total managed units per operator from observed URU activity, keyed on Dwellsy 7-cell × URU bands. Calibrated against a 70 operator-market sample with per-cohort medians + P25/P75 confidence bands. Surfaces on scorecard Layer 5 with cohort attribution and a full methodology page. Estimates also baked into the canonical- operator aggregateStats blob so cross-market profiles can sum the bands across member PMs. Large MF/BTR cohorts receive an explicit “insufficient calibration data” treatment (n is too small to estimate reliably); those scorecards prompt for a verified self-report via the claim flow rather than pretending to a number. Methodology version bumped v0.6.4 → v0.7 — no cohort or ranking changes; estimator is context only and does not feed the composite.
v0.6.4May 19, 2026Patch 1 — canonical operator identity. Same operator running across multiple markets is now grouped under a single canonical entity via name normalization (strip LLC, Inc, Ltd, Co, Corp suffixes; lowercase, normalize whitespace). 22 multi-market canonical entities baked at seed time covering 60 of 575 PM records — Invitation Homes (4 markets), Mission Rock Residential (5), First Keys Homes (5), and others. New /operators/[canonicalSlug] cross-market profile route with aggregate footprint, modal classification (most-frequent 7-cell with lexicographic tiebreaker), and per-market scorecard cards. Search results group multi-market operators under a new Cross-market operators section above ranked single-market results. State-level operator counts deduplicate by canonical identity (a PM appearing in three in-state MSAs counts once on the state page). Scorecard Layer 1 gains a cross-market badge linking to the canonical profile when the operator is multi-market. Normalization is conservative — substantive tokens like Property Management, Realty, and Group are preserved; false-positive collisions were manually reviewed and excluded. See §07 sub-anchor on canonical operator identity. Cohort unchanged from v0.6.3.
v0.6.3May 19, 2026Market headline reframe. New Market Snapshot tiles for active operators (≥3 listings T12) and market rent growth T12 with a national benchmark line (Patches 1 + 3). T6M eligibility label corrected to T12 on the tile and on §01 — production always used T12; the surfaced label had drifted (Patch 2, no cohort change). Submarket-aware active-operator counts and footprint-eligible counts when ?submarket= is active; DOM and rent-growth tiles retain MSA scope with explicit annotation because submarket-level computation requires listing-level geography work scheduled for v0.7. Subheader strip beneath the H1 removed (data duplicated by tiles and footer). Patch 4 added star-count list ordering (gold count desc, silver count desc, composite rank asc) with ★N ☆M chips on each row; the Operator landscape grid migrated to the v0.6.2 7-cell taxonomy with median rent-vs-comp as a third per-cell metric. Patch 5 added state landing pages at /property-managers/[state] with operator-weighted state aggregates pooled across in-state MSAs (see §07 sub-anchor on state aggregates). Patch 6 added share-of-market trajectoryto scorecard Layer 5 — operator’s share of ranked-cohort listing activity year-over-year, computed across continuing operators with ≥30 listings in both T12 and the prior T24-T12 window. An initial absolute-trajectory version was rejected after a pressure test surfaced pipeline- coverage, thin-baseline, and survivor biases; the revised share-based metric neutralizes the first two and partially addresses the third. Surfaced as a context signal only — no star treatment, not used in ranking. See §07 sub-anchor on share trajectory. Cohort unchanged from v0.6.2.
v0.6.2May 17, 2026Seven covered markets (Chattanooga, Jacksonville, Nashville, Memphis, Knoxville, Clarksville, Phoenix); 572 eligible PMs. Eight methodology patches enabling the v1.0 scorecard design: 7-cell taxonomy (MF/BTR split by median community size), multi-level percentile rank computation (primary / fallback / MSA), star system per metric, Rent Stability methodology fix (12-quarter raw-listings volatility, spec; pipeline catch-up in v0.7), Tenancy short-history caveat, unit-count precision data (urusT12 / observedCommunities / observedCommunityTotalUnits as distinguishable fields), Geographic Concentration pre-computation, and pre-computed scorecard text (executive summaries, distinguishing characteristics, map narratives) with operator-dignity validation at generation time. Ships paired with design v1.0.
v0.6.1May 17, 2026Three covered markets (Chattanooga, Jacksonville, Nashville). Community Visibility denominator switched to top_down_community_count; default turnover rate dropped from 40% to 20%; anomaly flag retired. Institutional/Independent classification considers cross-market observed units.
v0.6May 16, 2026Operator classification redefined on both axes. Coverage Confidence renamed to Community Visibility and reformulated. Rent level removed from composite; Rent Performance added. Composite weights rebalanced toward operator behavior. SFR Credibility deferred. Methodology page rewritten to articulate operator-type asymmetry honestly.
v0.3.4Mar 5, 2026Final Chattanooga-only release. Coverage Confidence chip promoted to headline row. Superseded by v0.6 (and reformulated entirely under v0.6.1).
v0.3.0–v0.3.3Nov 2025 – Feb 2026Iterative refinements during initial Chattanooga calibration. Tenancy methodology stabilized at episode-clustering with 180-day window and unit-weighted median.

Data is refreshed monthly. The current snapshot reflects listing activity through Jun 29, 2026.

Methodology v0.6.4·Design v1.0·Last reviewed Jun 29, 2026·Next scheduled review July 2026

Email questions to operatoriq@dwellsy.com