How is this different from your CRM development page?
Scope, and we would rather point you to the right one than sell you the wrong one. Our CRM development page covers general customer relationship management: contacts, pipelines, service, and marketing for any industry. This page covers property transactions specifically, where the sale involves a many-to-many relationship between properties and interested parties, stalls on third parties like solicitors and lenders, and settles into commission splits and referral fees. If your requirement is general CRM, start there. If your pipeline is property, start here.
Would a general CRM with customisation work instead?
Sometimes, and we will say so when it is true. If your volume is low and your process is simple, configuring a mainstream CRM is cheaper and faster than building. The point at which it stops working is usually the property-to-buyer relationship: once you need to know every party interested in a property and every property a buyer is considering, with the state of each pairing, most general CRMs require workarounds that agents abandon. If you are already living with those workarounds, that is the signal.
Can you integrate with the property portals we advertise on?
Yes, and it is normally one of the first integrations we build. Listings publish outward and enquiries return inward as structured leads. We are also honest that portal feeds are more work than they look: formats differ, media handling differs, and each portal has its own rules about what may be published and how often. We scope the specific portals you use during discovery rather than assuming they are interchangeable.
Do you handle MLS data?
Yes, and it is covered in depth on our MLS and property data integration page rather than duplicated here. The short version is that the current standard is the RESO Web API. The older RETS transport is deprecated, so where you are still on a RETS feed we treat migrating off it as part of the work rather than building new integrations against it.
How does commission calculation work if our splits are complicated?
It is configured rather than hard-coded, which is the only approach that survives contact with real agencies. Splits between agents, offices, introducers, and referral partners, tiered rates, and different structures per instruction are all normal. We model the fee structure on the instruction so the calculation reflects what was actually agreed at the time, not the current default, and we reconcile against completion funds so the figures can be explained.
Can agents use it on their phones without a signal?
Capture works on mobile as the primary interface, and we build tolerance for poor connectivity because agents work in basements, new-build sites, and rural properties. Full offline operation for the entire system is rarely worth its cost in this category, so we are specific during discovery about which actions must work offline, usually viewing feedback and note capture, and which can reasonably require a connection.
Do you support developers selling units in their own projects?
Yes, and we design for it differently. Selling development inventory involves fixed stock, phased releases, unit and plot availability, reservations, staged payment schedules, and construction milestones that affect completion dates. Agency-first software handles this poorly because it assumes the stock belongs to third-party sellers. If this is your model, say so early, because it changes the data model rather than just the configuration.
How do you handle anti-money-laundering and identity checks?
We build the workflow and keep the record: checks requested against the party, outcomes and evidence stored, expiry tracked, and the audit trail available. What we do not do is tell you what your obligations are. Anti-money-laundering requirements for property transactions differ by jurisdiction and change, and your compliance adviser or regulator is the authority on them. We build precisely to the requirements you confirm, and we will not claim the software makes you compliant by itself.
What if we also manage rental property?
Then the two systems should share parties and properties rather than duplicate them, and we design that boundary deliberately. A property that fails to sell and goes to let, or a landlord who is also a vendor, should not exist twice. Our property management system page covers the lettings side, and we scope the integration between them as part of the work.
How long does a real estate CRM take to build?
A usable first release covering leads, listings, and viewings is typically a few months, with offer progression and commission following once agents are working in it daily. What moves the timeline most is the number of portal and third-party integrations, and the complexity of your commission rules. We estimate after discovery, when we have seen your real deals, rather than before.
Do you have a real estate case study?
Not yet, and we will not borrow one. Our two published case studies are both in hospitality. There is genuine engineering overlap in areas like availability, booking coordination, and transactional reporting, but overlap is not evidence and we will not present it as such. What we will do is show you the architecture we would use, describe what we have built in adjacent systems, and state plainly which parts would be new for us, so you can judge the risk yourself.
