Skip to content
Real Estate & Listing Portals

Custom real estate software and listing portals - designed against disparate impact from the first requirement, not promised around it.

Intention InfoService builds listing portals, property search and filtering, map search, agent and broker CRM, and lead flows - on the open standards real estate runs on: the RESO Web API and Data Dictionary, IDX and VOW, built under your MLS agreement. In housing, a filter or a ranking can produce a discriminatory outcome with nobody intending one, and the responsibility reaches the software - so we design against disparate impact as a first requirement. What we will not build is the automated tenant approve/decline of record or the valuation the market acts on, because that is where the liability is made.

A paid discovery first, a fixed price before any build, and the code is yours.

  • Search and ranking designed against disparate impact
  • We won't build the tenant approve/decline of record
  • Built to open standards: RESO Web API, IDX, VOW

Where the risk actually sitsIn the logic

The fair-housing risk
In the filter and the ranking
Screening decisions
A person and a validated provider
The listing data
Yours, under your MLS licence
The money and licence
With the broker, not with us

A neutral-looking filter is still a fair-housing decision.

What we build for real estate

The portal, the search and the CRM - not the decision engine

Real estate software is mostly search, integration and constraint. The listings live in an MLS you access under licence, the money and the licence sit with a broker, and the interesting engineering is the portal, the search, the CRM and the lead flow - built so a neutral-looking feature can't quietly become a fair-housing problem. A typical engagement is one of these:

Listing portals and property search

Faceted, map-bounded and radius search over listings at scale, with the ranking and default sort designed to be reviewed for proxy-steering risk rather than left to whatever a library returns - because on housing, the sort order is a fair-housing decision.

MLS and RESO integration

IDX and VOW display built to the RESO Web API and Data Dictionary, under your brokerage or agent MLS agreement, with the feed's display and redistribution rules honoured in the code. We build under your licence, not our own, and we do not scrape a feed we have no right to.

Agent and broker CRM and lead flows

Lead capture, deduplication, routing and activity timelines, with consent capture and STOP handling wired in from the start because a CRM that texts or calls leads brings the outbound-contact rules with it. The consent is the client's to hold; we build the machinery.

Property-management front ends

Tenant portals, maintenance and work-order flows, owner dashboards and the operations tooling a manager runs on - the surfaces around leasing and payments, built so the applicant data and the money path stay on licensed, protected rails, not on a system we operate.

Documents, disclosures and e-sign

Offer and disclosure packet assembly, template management, e-signature integration and versioned, auditable trails - and, at closing, wire-fraud-resistant communication: out-of-band verification and no wiring-instruction changes accepted over email, the pattern the FBI's advisories are about.

Maps, geo and saved-search alerts

Map and geocoding integration, boundary overlays, clustering, and saved searches with digest or instant alerts - with neighbourhood and school-district overlays designed to be reviewable, because a well-meant good-schools layer can quietly stand in for a protected class.

What this page is, and where the build actually lives

This page is about the sector, what building for it demands, and which side of the fair-housing and licensing lines we stand on. The engagement itself is priced and scoped on the service pages:

Should you build the screening score and the valuation model yourself? Almost never - and that's where the fair-housing risk is.

Most briefs that arrive as "a proptech platform" are really a portal, a search, a CRM and a lead flow - and those we build. The two things people reach for that we will not build are the automated tenant screening that decides an applicant and the valuation model a company prices and acts on. They are two of the stickiest, most lucrative products in this sector, and they are also where the liability is made: a tenant-screening tool settled a matter alleging its score produced disparate impact, and a large iBuyer wound its home-buying business down when its valuation model was confidently wrong at scale. When is building the decisioning yourself right? Rarely - and when it is, it needs a validated model, a fair-housing expert and the model-risk work that is a project of its own, not a feature. The fair-housing theory behind all of this rests on the statute and a Supreme Court decision, not on whichever agency guidance is current this year, so designing against disparate impact is prudent whatever the regulatory weather.

Why real estate is different

What building for real estate actually demands

Every sector claims to be special. In this one the discrimination risk is an emergent property of neutral-looking code, the listings you show are licensed rather than owned, and the money and the licence sit with a broker who is not you and never your software vendor.

Fair housing lives in the algorithm

The discrimination people picture is a person choosing to exclude. The failure this page is built around is quieter: a filter that hides voucher-accepting listings, a ranking that buries homes in some neighbourhoods, a screening score trained on data that stands in for a protected class. Each can produce a disparate impact with nobody deciding to, because it is an emergent property of the logic. So we design against it as a first requirement, not a paragraph at the end.

The risk reaches the software

Housing discrimination law binds the provider, the landlord and the broker - but the public record now shows the responsibility reaches the tool. A tenant-screening company and an ad-delivery platform each settled matters alleging their algorithms produced protected-class disparities. The lesson is not to fear the work; it is to build the fairness in, because a court will look at what the code did, not at what the spec said.

The listings are licensed, not owned

The data your portal shows comes from an MLS, accessed through IDX or VOW under an agreement a broker or agent holds, with display and redistribution rules attached. Integration is most of the work, and it is built to the open RESO Web API and Data Dictionary - but under your licence, honouring its rules in the code, not scraped from a feed nobody has the right to redistribute.

You are not the broker or the escrow agent

The licence, the trust account and the custody of earnest money, rent and closing funds sit with a broker, an escrow provider or a licensed processor. A software firm is none of those, and neither are you unless you hold the licence. We build the flows that instruct those parties and the dashboards that track them; the money and the licensed role stay where the licence is.

Accessibility is a public-accommodation gate

A commercial real-estate site is a place of public accommodation, and while there is no formal web-conformance rule for it the way there is for government sites, courts reference WCAG and this sector has seen real accessibility litigation. We build to WCAG as a method - including non-visual alternatives to a map-driven search - and we do not tell you a site is accessible as a finished state.

We would rather scope than guess

A real-estate build is custom software. It enters through a paid discovery that ends in a written scope, a map of where applicant data and money flow and which features touch fair-housing risk, and a fixed price - because the alternative is a number invented before anyone knew whether the product needed MLS access, a rent path or a screening surface at all.

When we'd tell you not to build, and when we'd turn the work down

If an off-the-shelf IDX portal or listing platform already does what you need, configure it and keep your money - that is a column in the table below, and it is the answer more often than a bespoke build. We will not build the automated tenant approve/decline of record or the valuation-of-record - the two products that carry the fair-housing and model-risk liability - and if that decisioning is the core of your product, you want a firm and a validated provider set up for it, not us. If the product needs to hold earnest money, rent or escrow, that rides a licensed processor or a broker trust account, and whether a brief turns on a broker licence or an escrow arrangement is a question for your counsel, not a verdict we issue. And if procurement gates on a RESO vendor certification, a SOC 2 report or a signed attestation we cannot offer, we do not clear that gate. Where a custom build genuinely wins: when the portal, the search, the CRM and the lead flow are the product and an off-the-shelf IDX portal fights it. That is where a listings platform is scoped before it's priced, and we will make that case with you in writing. Talking you out of building the decisioning that carries the liability is the only credential we can offer before the first real-estate build ships.

How we build for real estate

Twelve things a real-estate build turns on

Almost none of it is the listing card a buyer sees. This is the layer a property product is actually judged on - and it is where a team that treats the sort order as a fair-housing decision and the MLS feed as a licence is worth more than a team that treats them as an afterthought.

Listing search, filtering and geo

Typed facets, range and enum filters, map-bounded and radius search, relevance ranking and pagination at MLS scale - with the default sort and the filters treated as design decisions to review, not defaults to inherit, because the sort order is a fair-housing decision.

MLS and RESO integration under your licence

RESO Web API ingestion and replication, Data Dictionary field mapping, and per-field display and redistribution-rule enforcement, built under your brokerage or agent MLS agreement. RETS is the deprecated predecessor we migrate off where a legacy feed remains.

Maps, geocoding and boundary overlays

Map, geocoding, clustering and district-boundary integration - engineered so a neighbourhood or good-schools overlay is reviewable for the proxy-steering risk it can carry, rather than shipped as an innocent-looking default that quietly channels people by protected class.

Listing media pipeline

Image and tour ingestion, transcoding, responsive-image and CDN delivery, watermarking and alt-text scaffolding - respecting the photo copyright and licensing terms that come with listing media rather than treating every image as free to use.

Agent and broker CRM, and lead routing

Lead forms, deduplication, assignment and round-robin routing, and activity timelines - with consent capture and STOP or do-not-call handling wired in, because a CRM that texts or calls leads brings the outbound-contact consent rules with it, and that consent is yours to hold.

Fair-housing-conscious search and ranking

Default-sort and filter design that avoids protected-class proxies, steering-resistant recommendation logic, and the design decisions documented - so the choices a court or a fair-housing expert would ask about were made deliberately and can be shown, not reconstructed after the fact.

Disparate-impact testing

Pre-ship and ongoing testing of what filters, rankings and any scoring surface actually output across groups, with the results logged - because the lesson of the settled cases is that neutral inputs do not guarantee neutral outputs. Claimed as an engineering method, never as a compliance verdict.

Accessibility engineering to WCAG as a method

Semantic structure, keyboard operability, focus management, contrast, accessible forms and non-visual alternatives to a map-driven search - built in and verified on real assistive technology, claimed as a method and as build work, never as an accessible or ADA-compliant finished state.

Saved search and alerts

Persisted queries with digest or instant notifications, and VOW registration and consent gating where the feed requires a registered relationship before it will show certain data - honoured in the software rather than worked around.

Documents, disclosures and e-sign

Offer and disclosure packet assembly, template management, e-signature integration and versioned, tamper-evident audit trails - so an offer, a disclosure and a signature are a record that can be shown, not a PDF that lived in someone's inbox.

Rent and payment flows on a licensed processor

Collection, scheduling and a reconciliation UI that ride a licensed processor or a property-management payment provider - the software instructs and tracks the movement and never holds the funds, the same regulated-rails posture as our fintech work.

Wire-fraud-resistant closing comms

Out-of-band verification of wiring instructions, a hard rule against accepting instruction changes over email, warning banners, and email hardening - the practices the FBI's advisories on real-estate wire fraud are about, built into the flow rather than left to a hopeful footnote.

Our default for a real-estate product: build the portal, the search, the CRM and the lead flow, and design the fairness into the logic instead of promising it around the edges. Start by asking whether an off-the-shelf IDX portal already does most of it, and integrate rather than rebuild when it does. Treat the default sort, the filters and any recommendation as fair-housing decisions - review them for proxy variables that stand in for protected classes, and test what they actually output across groups before shipping. Access MLS listings under your agreement and honour its display and redistribution rules in code. Keep earnest money, rent and closing funds on a licensed processor or a broker trust account, not on a system we run. And leave the two products that carry the liability - the automated approve/decline that screens a tenant, and the valuation the market acts on - to a validated provider with a human on the consequential call, because that is where a court or a regulator looks first.

Proof, honestly

In real estate, a feature can discriminate without anyone deciding to.

We have no real-estate clients, no proptech logos, no MLS integration in production and no fair-housing audit to wave, and you should weigh that. What we have instead is a fact most of this sector builds straight past: in housing, a search filter, a ranking, a screening score or an ad-targeting choice can produce a discriminatory outcome with nobody intending one - and when it does, the responsibility reaches the tool that produced it, not only the landlord who used it. Below is what we build so fairness is designed into the logic, the two products we refuse to build because that is where the liability is made, and what refusing them costs us.

A neutral-looking filter is still a fair-housing decision - which is why the fairness has to live in the logic, not in a paragraph beside it.

The discrimination people picture in housing is a person choosing to exclude. The failure this page is built around is quieter and harder to see: a filter that hides voucher-accepting listings, a ranking that buries homes in some neighbourhoods, a screening score trained on data that stands in for race, an ad-delivery model that shows a listing to one group and not another. Each can produce a disparate impact under fair-housing law with no one deciding to discriminate, because the discrimination is an emergent property of the logic. This is not a passing regulatory mood: the Fair Housing Act is a statute, and the Supreme Court held in Inclusive Communities that a facially neutral policy can be unlawful if it produces a disparity, which a change of federal guidance cannot repeal. And the public record is now explicit that the responsibility reaches the software. In the SafeRent tenant-screening matter the Department of Justice argued, in a 2023 statement of interest, that companies whose algorithms and data screen tenants "are not absolved from liability when their practices disproportionately deny people of color access to fair housing opportunities" - and the Meta housing-ad settlement made the same point about ad delivery and targeting. So we treat design-against-disparate-impact as the first requirement in search, ranking, listings, leads and ads, not a fairness paragraph bolted on at the end.

The lucrative thing we refuse. The two products where that liability is most concentrated are also two of the stickiest, most recurring businesses in this sector: the automated tenant-screening-of-record - the approve-or-decline score a landlord runs on every applicant and pays for per application, forever - and the automated valuation-of-record, the model that sets a price a company then acts on. We decline both on purpose. It is not a contract we were offered and turned down; it is a business model we could build and choose not to. The SafeRent matter is what the first one looks like when a screening score is alleged to produce disparate impact against Black and Hispanic applicants and voucher-holders; it settled with no admission of liability, and its own relief stopped the tool from issuing approve or decline recommendations unless a model is validated for fairness by independent experts, and had it return background information rather than a score. The Zillow iBuying wind-down is what the second looks like when a confident valuation model is wrong at scale and it costs real money. We build the surfaces around both - application intake, review queues, a third-party estimate shown with its uncertainty - and we do not build the model that issues the decision or the price of record.

The harder engineering we take on. Standing on the fair side of that line is more work, not less. We identify and review the proxy variables that stand in for protected classes even when the protected field appears nowhere in the data - ZIP code, good-schools scoring, signals that reveal familial status, name-derived inferences. We test what the search and the ranking actually output across groups instead of trusting that neutral inputs produce neutral results, because the whole lesson of these cases is that they do not. We keep a human in the loop on consequential decisions, build the adverse-action and explainability surfaces a denied applicant is owed, and build the system so a fair-housing expert or your counsel can audit what the filter and the ranking did. None of it demos or screenshots, and a demo-driven buyer undervalues it right up until a statement of interest lands on a competitor.

And none of this is us deciding whether your product is legal - whether a specific feature creates disparate impact is a question for your counsel and a fair-housing expert, never a verdict we issue. What we decline is to manufacture a new source of discrimination inside the tool and hand it to you looking neutral. Designing against disparate impact does not move the housing provider's own obligation an inch; it keeps the software from quietly creating a violation nobody chose and nobody can see.

Who each rule binds - and what we build for it

The Fair Housing Act binds the housing provider, the landlord and the broker - and its reach extends to the tools when an algorithm produces disparate impact. The seven federal protected classes are race, color, religion, sex, disability, familial status and national origin. Whether a specific feature creates disparate impact is your counsel's and a fair-housing expert's call, not ours. What we build is disparate-impact-conscious search, ranking and ad-audience logic, proxy-variable review, output testing, a human in the loop on adverse actions, and an auditable trail. And when a denial is based on a screening or credit report, the tenant-screening rules and the equal-credit rules put a specific, accurate adverse-action notice on the landlord or the creditor - so what we build is the adverse-action workflow, the reason it carries and the dispute channel, never the automated decision itself.

Brokerage licensing, escrow and the settlement-services rules bind the licensed parties - the broker, the escrow agent, the settlement provider. Earnest money, rent and closing funds ride a licensed processor, an escrow provider or a broker trust account, and whether a referral or fee arrangement is a prohibited kickback is your counsel's call. What we build is the lead flow, the transaction dashboard, e-sign, and rent or earnest-money UIs that instruct a licensed party - never a system that holds funds as principal - and we flag when a routing or fee feature looks like it turns on those rules before it becomes a UI decision. The money and the licensed role stay where the licence is.

Accessibility and data rules bind whoever runs the site and holds the data. A commercial real-estate site is a place of public accommodation; there is no formal web-conformance rule for it the way there is for government sites, but courts reference WCAG and this sector has seen real accessibility litigation, so we build to WCAG as a method - including a non-visual path through a map-driven search - and never call a site accessible as a finished state. Tenant and applicant information, any outbound-contact consent for a CRM, and MLS listing data under a redistribution-limited licence each sit with you or your broker; what we build is least-privilege access, encryption, consent capture and display handling that honours those obligations. What you will never get from us is the word compliant - not about fair housing, not about accessibility, not about anything. Compliance is a property of how an organisation operates and contracts, attested by people qualified to attest it. We do the engineering that makes it reachable, tell you where the cost of each gate lands, and leave the attestation where it belongs.

Fairness is tested in the output, not promised in the pitch

We test what search, ranking and lead routing actually produce across groups, and we review the variables that can stand in for a protected class even when the protected field is nowhere in the data - ZIP code, a good-schools score, signals that reveal familial status. Neutral inputs do not guarantee neutral outputs; that is the failure these cases are made of, so we design against disparate impact and check for it rather than write the word fair in a spec.

We won't build the approve/decline, or the price of record

The two products that carry the fair-housing and model-risk liability - the automated score that decides an applicant, and the valuation the market acts on - are the two we refuse to build. We build the intake, the review queues and the surfaces around a validated third-party screening or estimate, with a human on the consequential call, so the decision a court or a regulator asks about stays with a person and a validated provider, not a black box we shipped.

You own the code, the data and the integrations

The repository, the data model, and the MLS, map and CRM integrations are yours, on infrastructure in your name, handed over on final payment with no licence back to us. We build to the published standards - the RESO Web API and Data Dictionary, IDX and VOW - so another team, or your MLS's own vendor, can carry it forward without paying us rent.

The listing data rides your MLS agreement, honoured in code

MLS listing data is licensed, not owned: IDX and VOW access come through an agreement a broker or agent holds, and it carries display and redistribution rules. We build under your MLS agreement, not our own, and we honour its rules in the software rather than scrape a feed we have no right to - because a redistribution breach puts your licence at risk, not ours.

No funds on our rails, and we're not the broker

Earnest money, rent and closing funds ride a licensed processor, an escrow provider or a broker trust account, in their name - not a system we operate. We build the UIs that instruct those movements and the dashboards that track them; we do not hold the money and we are not the broker or the escrow agent. It is the same regulated-rails posture as our fintech page.

Procurement, answered truthfully

No RESO vendor certification, no SOC 2 report and no ISO 27001 of our own - and REALTOR is a membership designation we cannot hold, not a software credential. We complete your security questionnaire honestly, including the parts where the answer is no, and evidence the parts that are ours: the access model, the disparate-impact testing method, the data-flow map. If procurement needs a supplier who carries those attestations, that is not us, and we will say so plainly.

The real-estate badges, named correctly - and the category errors we won't commit

Start with the one this sector gets backwards. RESO certification exists, so we will not pretend it doesn't. The Real Estate Standards Organization certifies MLSs that pass its tests, and it runs a Data Dictionary certification a technology vendor's platform can hold; some large data providers have earned it. We are not a RESO-certified vendor. What we do is build to the RESO Web API and the RESO Data Dictionary, which are open, published standards anyone can build to for free, and on a build for you any vendor certification would be yours to earn as the platform's owner. The rest of this vertical's "credentials" are not company trust badges at all. Access to MLS listings through IDX or VOW is not a badge - it is a licence, granted by the MLS through a broker's or an agent's membership, and a developer builds under your MLS agreement, never its own. REALTORis a registered trademark and membership designation of the National Association of Realtors, held by member agents and brokers - a person's membership, not a software firm's certification, so a "REALTOR-certified developer" is a category error. And the general security attestations are what they are everywhere else on this site: a SOC 2is an attestation report a CPA firm writes about an organisation's controls, not a certificate, and we have not undergone one; ISO 27001is a genuine organisation certification, and we are not certified to it. We name these precisely because this sector is full of firms that hold a product listing, an MLS feed under someone else's licence, or nothing at all, and let it imply a credential they do not have. We hold none, and what we offer instead of a badge is the disparate-impact discipline on this page, code and integrations you own outright, and a paid discovery before any price.

What our real work proves here, and where the shape breaks

Our production work is real, custom web builds - a professional training platform rebuild and a loan-comparison site, both on our work page - and both are genuine instances of the shape a listing portal is built on: a searchable, filterable catalog (courses in one, loan products in the other), structured detail pages, and a lead flow a non-technical team runs every day - browse, filter, narrow, enquire. Strip the vocabulary off a property portal and that is its skeleton: a listing is a catalog item, a saved search is a shortlist, an enquiry is a lead. That machine we have built and run in production. Here is exactly where the shape breaks, and we won't paper over it. A course catalog or a loan table is not regulated by fair housing; a housing search is. The same filter that is harmless on a course - price, location, level - can, on a home, raise a steering or disparate-impact risk the moment it keys on neighbourhood, family-friendliness, or anything that stands in for a protected class - whether it crosses the line is your counsel's call, but designing against that risk is ours. And neither build shipped the parts that make real estate real estate: no MLS or RESO integration, no fair-housing-tested ranking, no tenant screening, no escrow or funds custody. So we claim the skeleton and fence off the rest, plainly: the catalogs, filtering and lead flows we actually built, described honestly. We have no real-estate clients and no proptech system in production. The real-estate-specific part of what we offer is the disparate-impact discipline on this page, the boundary above it, and a willingness to tell you the thing that costs us the sale.

How we work

The fair-housing map comes before the build

We map which features touch fair-housing risk, and where applicant data and money flow, before anyone designs a screen - because that map decides what we design against and what we fence off. Then we design the fairness into the search and the ranking before the features, and integrate the MLS feed under your licence.

Discovery & the fair-housing map

1-2 weeks

A paid discovery that ends in a written scope, a fixed build quote credited toward the build, and a map of which features touch fair-housing risk, where applicant data and money flow, and whether the product needs MLS access, a rent path or a screening surface at all. If an off-the-shelf IDX portal already does most of it, we say so, and the engagement gets smaller.

Design against disparate impact first

before features

The default sort, the filters, the recommendation logic and any screening intake reviewed for proxy variables that stand in for protected classes, and a plan for testing what they output across groups. These are schema and design decisions, and building the fairness in from the first requirement is far cheaper than retrofitting it after a filter ships.

Integration under your MLS licence

weeks

IDX and VOW display built to the RESO Web API and Data Dictionary, under your brokerage or agent agreement, with the feed's display and redistribution rules honoured in the code - plus map, CRM and any payment integration on a licensed processor, proven against sandboxes before real data or funds are involved.

Accessibility & the review surfaces

throughout

Built to WCAG as a method and verified on real assistive technology, with a non-visual path through map-driven search - and the human-in-the-loop review queues, adverse-action and audit surfaces that keep a person on the consequential call and let a fair-housing expert see what the software did.

Deploy, hand over & care

on delivery

Deployed into your own environment, then handed over: the repository, the code and the integrations are yours. Care runs on the non-sensitive surfaces only - the marketing site, the front-end code, the pipeline - while backups, access and monitoring of anything holding applicant data, moving funds or storing licensed MLS data stay inside your environment, run by you, your broker, processor or MLS.

Buy the portal, integrate the decisioning, or become it

The real-estate build decision nobody quotes you honestly

This is the decision, and it is made before a single screen is designed. We build the middle column, which means it costs us the largest engagement every time the honest answer is to integrate a validated provider rather than become the screening engine. It usually is.

Use an off-the-shelf IDX portalCustom front end on your MLS feed + a validated provider for the decisioningBuild the whole stack, screening and valuation of record included
What it isA hosted listing portal or agent-site builder, configuredA bespoke portal, search and CRM on your MLS feed, with screening and valuation from a validated providerEverything above plus your own automated screening score and valuation model
Best forA standard agent or brokerage site on a known modelA product whose portal, search, CRM and lead flow are the differentiatorA company whose core product is the decisioning itself - rarely the right call
Where the decisioning livesWhatever the platform bundlesWith a validated third-party provider, and a human on the consequential callIn a model you build, own and must defend
Who carries the fair-housing & model riskShared with the platformThe provider validates the model; you own the housing decision; we design the surfaces against disparate impactYou, at the highest bar - the SafeRent and Zillow exposure in one place
Where the funds sitWith the platform's processorWith a licensed processor or broker trust account you rentWith whatever you stand up - a licensing question before a build
InteroperabilityWhatever the platform built inRESO Web API, Data Dictionary, IDX and VOW - the published standardsWhatever you build to, plus everything the regulated roles require
Our takeIf a portal already does most of it, start here and keep your moneyThe right answer for most people who ask us for a real-estate buildThe two products we refuse to build, and where the liability is made

The highlighted column is the one that most often wins, and it is the one that costs us the smaller build. The third column is the automated screening and valuation of record we refuse to build - and when a product genuinely needs it, that is a validated provider and a fair-housing expert, with the software around it scoped as custom software. Which stack it lands on is a separate question, answered on how we choose the stack.

Pricing

A real-estate build is scoped, not quoted from a page

No quote wall, and no invented range either. Every agency page in this sector prints a custom-real-estate price band. None of them can know whether your product needs MLS access, a rent path, a screening surface, or fair-housing testing across a search and a ranking - which is what decides the cost and the risk - and neither can we until we have mapped it.

Discovery Sprint

A paid discovery that ends in a written scope and a fixed build quote. It ends in a written scope, a map of where applicant data and money flow and which features touch fair-housing risk, and a fixed price for the build - credited toward that build. If discovery concludes an off-the-shelf IDX portal already does the job, you keep the scope and the recommendation, and the larger engagement never happens.

from $1,000

1-2 weeks

Where the rest of a real-estate budget goes - and where our care plans stop

The portal or the CRM is one line. The site that markets the brokerage is a different job with its own published starting prices, on our web design and development service. A native property experience on phones is a separate build again, on mobile app development, on honest terms - and we have shipped no mobile apps for anyone yet. The system itself is the paid discovery that prices a property build. One boundary matters more here than the price does: our published care plans - the monitoring, the standing access and above all the scheduled offsite backups - are built for ordinary websites, and we do not point them at a system that stores tenant or applicant personal information, that sits in the path rent, earnest money or closing funds move along, or that holds MLS listing data under a licence with display and redistribution limits. Holding a copy of, or a standing key to, a system like that is exactly what would put us inside obligations that belong to you, your broker or your MLS. So on a real-estate build we care for the parts that carry none of it - the marketing site, the front-end code, the pipeline and the dependencies - while backups, access and monitoring of anything holding applicant data, moving funds, or storing licensed MLS data stay inside your own environment, run by you or by the broker, processor, host or MLS under the agreements we don't sign.

Start with a discovery

Not sure you should build the decisioning at all? That's the first thing discovery answers, and it is the answer we're happiest to give.

FAQ

Building for real estate, answered

Can an algorithm violate the Fair Housing Act?

Yes - and this is the part most of this sector builds past. The Fair Housing Act reaches facially neutral policies that produce a disparate impact on a protected class, which the Supreme Court affirmed in the Inclusive Communities decision. A search filter, a ranking, a screening score or an ad-targeting choice is exactly that kind of neutral-looking policy, so it can produce a discriminatory outcome with no one intending one. And the responsibility reaches the software: in the SafeRent tenant-screening matter the Department of Justice argued that companies whose algorithms screen tenants are not absolved from liability when their practices disproportionately deny people of color housing, and the Meta housing-ad settlement made the same point about ad delivery. So we design search, ranking and lead logic against disparate impact and test what it outputs - as a method, not a promise.

Is my listing site fair-housing compliant?

That question has no honest yes from us or anyone else, because compliance is not a property a developer bakes into a site - it is a matter of how the housing business operates and is advised, and whether a specific feature creates disparate impact is a question for your counsel and a fair-housing expert. What we will not do is hand you a filter or a ranking that quietly creates a problem and call it neutral. What we build is search, ranking and ad logic designed against disparate impact, with the proxy variables reviewed, the outputs tested across groups, a human in the loop on adverse decisions, and an auditable trail - the engineering that makes fairness reachable, without the word compliant, which we do not use about ourselves or software.

Can you build automated tenant screening or an automated valuation model?

Not the automated approve-or-decline of record, and not the valuation the market acts on - those are the two products we refuse to build, because they are where the fair-housing and model-risk liability is concentrated. The SafeRent matter is what the first looks like when a screening score is alleged to produce disparate impact, and the Zillow iBuying wind-down is what the second looks like when a valuation model is confidently wrong at scale. What we build is the machinery around them: application intake, review queues, a third-party estimate or background result shown with its uncertainty to a human who decides. The consequential call stays with a person and a validated provider, not a black box we shipped.

Do I need MLS or IDX access, and can you integrate it?

If your portal shows live listings, yes - and the access is a licence, not something we hold. MLS listing data reaches your site through IDX or VOW under an agreement a broker or agent holds, with display and redistribution rules attached. We build the integration to the open RESO Web API and Data Dictionary, under your MLS agreement, and we honour its rules in the code rather than scrape a feed nobody has the right to redistribute. We have not shipped an MLS integration in production, and we say so - what we bring is literacy in the published standards and the discipline to build within your licence, not a claimed portfolio.

Can you build a site like Zillow?

The portal, the search, the map and the saved-search alerts - yes, that is the shape we build, and it is close to the searchable catalog and lead flow we have shipped in production. What made Zillow's own story a cautionary one we would not repeat is the automated valuation and iBuying model, which we do not build as a price of record. So a Zillow-like listing experience is squarely in scope; a Zillow-like automated valuation that a company prices and acts on is not, and we would point you to a validated provider and a model-risk specialist for that part rather than take it on.

Are you a RESO-certified vendor?

No, and we will be precise because this sector gets it backwards. RESO certification does exist - the Real Estate Standards Organization certifies MLSs that pass its tests, and it runs a Data Dictionary certification a technology vendor's platform can hold, which some large data providers have earned. We are not a RESO-certified vendor. What we do is build to the RESO Web API and Data Dictionary, which are open, published standards anyone can build to for free, and on a build for you any vendor certification would be yours to earn as the platform's owner. Separately, we hold no SOC 2 report and no ISO 27001, and REALTOR is a membership designation for agents and brokers, not a credential a software firm can hold.

Can your software collect rent, or hold earnest money and escrow?

We build the flows and the dashboards, but we do not hold the money. Rent, earnest money and closing funds ride a licensed processor, an escrow provider or a broker trust account, in their name - not a system we operate - and we are neither the broker nor the escrow agent. It is the same posture as our fintech work: the software instructs and tracks the movement on regulated rails, and the funds and the licensed role stay where the licence is. If your product needs to hold funds as a principal, that is a licensing question for your counsel before it is a build for us.

How do you handle wire fraud at closing?

As a build requirement, not a warning label. Real-estate wire fraud - where a closing's wiring instructions are changed at the last minute by an attacker - is a documented pattern the FBI's advisories are about, and the defenses are things software can enforce: out-of-band verification of wiring instructions, a hard rule against accepting instruction changes over email, prominent warning banners at the moment of transfer, immutable logs of any change, and email hardening. We build those into the closing flow rather than trust that everyone will be careful, because carefulness is exactly what the fraud is designed to exploit.

Is a real-estate website covered by the ADA?

A commercial real-estate site is a place of public accommodation, and while there is no formal web-conformance rule for commercial sites the way there is for state and local government, courts reference the WCAG guidelines in accessibility cases and this sector has seen real litigation. We build to WCAG as a method - semantic structure, keyboard operability, screen-reader labelling, contrast, and a non-visual path through a map-driven search, which is easy to forget on a listings site - and verify on real assistive technology. We will not tell you a site is accessible or ADA compliant as a finished state; whether it meets a given obligation is a determination for your counsel, and we build to the method that makes it reachable.

Our CRM texts and calls leads - does that bring rules with it?

Yes, and it is worth designing for from the start. Outbound calls and texts to leads carry consent rules, and the software is where consent is captured, recorded and honoured. We build the consent capture, the STOP and do-not-call handling, and the records that show a given contact was permitted - and the consent itself is yours to hold and to be able to prove, not ours. Whether a specific campaign meets the current standard is a question for your counsel; what we build is the machinery that lets you operate within it rather than discover the gap after the fact.

Who owns the code, and who owns the MLS integration?

You own the code outright - the repository, the data model, and the MLS, map, CRM and payment integrations, on infrastructure in your name, handed over on final payment with no licence back to us. The listing data itself was never ours or yours to own; it stays licensed from the MLS under your agreement. We build to the published RESO standards deliberately, so that another team, or your MLS's own vendor, can carry the integration forward without paying us rent, and so the thing most critical to a portal - the search, the ranking and the fair-housing design behind them - is fully yours and fully inspectable rather than a black box only we understand.

Have you built real estate software before?

No real-estate or proptech work, and we will not dress that up. We have no real-estate clients, no MLS integration in production and no proptech system live, and you should weigh that. Our production work is a custom, full-stack online store on its own backend - a searchable catalog with filtering and a lead-and-transaction flow, which is the honest skeleton a listing portal is built on - and a corporate site. What we offer instead of a portfolio is literacy in the RESO standards, the disparate-impact discipline on this page, and a willingness to tell you which decisioning to route to a validated provider rather than build. If a proptech portfolio is your deciding criterion, there are firms who have one, and we would rather you knew that now.

What does a real-estate build cost?

We publish one number here and refuse to invent the other. Every agency page in this sector prints a custom-real-estate price band, and none of them can know whether your product needs MLS access, a rent path, a screening surface or fair-housing testing across a search and ranking - which is the biggest driver of the cost. So a real-estate build enters through a paid Discovery Sprint from $1,000, which is one to two weeks and ends in a written scope, a map of where the data and money flow and which features touch fair-housing risk, and a fixed price for the build, credited toward it. If discovery concludes an off-the-shelf portal already does the job, you keep the scope and the recommendation, and the expensive engagement never happens.

What are IDX, VOW and the RESO Web API?

They are the plumbing of listing data. An MLS is the shared database of listings a group of brokers maintains; IDX (Internet Data Exchange) and VOW (Virtual Office Website) are the two ways an MLS lets a broker's site display those listings, each with its own display and, for VOW, registration rules. The RESO Web API and the RESO Data Dictionary are the open, published standards that define how the data is exchanged and what each field means, so a portal built to them is portable rather than locked to one MLS's quirks; RETS is the older predecessor we migrate off. Naming these is not a claim we have shipped an integration - it is the domain literacy that lets us build one correctly under your licence.

The federal disparate-impact rules seem to be changing - does that let me off?

Not in a way you would want to rely on, which is why our method does not depend on the current guidance. Federal agency posture on disparate impact has shifted, and some guidance has been withdrawn - but the Fair Housing Act is a statute, the Supreme Court held disparate-impact claims cognizable under it in Inclusive Communities, private plaintiffs bring these cases regardless of who runs an agency (SafeRent settled with one), disparate-treatment claims are untouched, and many states have their own fair-housing laws with disparate-impact provisions. So designing against disparate impact is prudent risk engineering whatever the regulatory weather, and we treat it that way rather than as something that switches off with an administration. Whether any specific obligation applies to you is your counsel's call.

Building something for real estate?

Tell us what you're trying to do, and where the listing data, the applicant information and the money have to live. We'll map which features touch fair-housing risk, tell you honestly whether an off-the-shelf portal already does the job, and tell you plainly which decisioning we won't build - before anyone quotes you a number.

Start your project

Fixed price. No sales call needed.

Start a Project