Project 20. Real estate

A property marketplace for homes that aren't for sale yet

Domain meets Pinterest: homeowners list a home they aren't selling yet, buyers follow, pin and even bid on it, and the sale starts with leads instead of an auction race. Built serverless on AWS with Next.js, for two first-time founders.

What it changed

  • A full property-listing platform, built in fast, lean iterations: listings, follows, pins and bids.
  • Server-side rendered Next.js on serverless AWS, so search engines could index every listing and nothing ran idle.
  • Listing data sourced legally, through a data partnership with a major property portal plus a scraper of our own.

The situation

Selling a home in Australia is a race. The owner has a few weeks of campaign and an auction to find a buyer, often while financing the next home at the same time, and the agents on both sides are the only ones who don't find it stressful. Two founders wanted to change the shape of it.

Their idea: a listing site for homes that are not for sale. An owner curious about what their home is worth lists it anyway. Buyers browse it like Pinterest, follow it, pin it, and can even bid on it. By the day the owner decides to sell, they already have interested buyers, and can talk to them directly. A transaction compressed into a few stressful weeks becomes a conversation that can run for years, between buyers and sellers, without an intermediary in the middle.

What I built

The whole product, with the look of a major property portal and the feel of Pinterest:

  • A Next.js front end with server-side rendering, so every listing was a real page that search engines could index, running on AWS Lambda behind CloudFront rather than on a server that waits for traffic.
  • A serverless back end on Lambda, with Aurora MySQL for the listings, the users, their pins and their bids.
  • The data. A marketplace with no listings is a ghost town. We set up a data partnership with a major Australian property portal to use some of its data legally, and built our own web scraper for the rest.

We worked lean: very short iterations, each one shown to the founders and tested against what they learned from their customers.

How it ended

The product was built, and never launched. The founders ran out of budget before they reached the market, and went back to their corporate jobs.

What it taught me

The technology wasn't the problem. The lesson was about who we were building for: first-time founders have tight budgets and little runway, and lean customer discovery needs both. It shaped neap.co, and every engagement since: the plan has to fit the runway.

It also dates the project. This was before AI. What took us months could now be built in days, which changes everything for a founder with a small budget: today, these two would have launched.

Why it matters to you

If you're a founder, I've sat on your side of the table, with the same budget pressure. I'll tell you what can be built for the money you have, and what to cut to get to market before the runway does.

Related projects

  1. 02 Cutting an AWS bill from US$240k a year to under US$40k An Australian agriculture-technology company with a large IoT sensor network · Agriculture technology · In progress An agtech platform was paying about US$240,000 a year for AWS. The programme under way takes it under US$40,000: roughly US$200,000 a year back in the business, for the same workload.
  2. 04 Real-time ingestion for a large farm-sensor network An Australian agriculture-technology company with a large IoT sensor network · Agriculture technology Thousands of field devices reporting around the clock, processed as the data arrives instead of hours later, on infrastructure that scales with the network.
  3. 06 Forecasting a weather-driven risk for farmers, from a research paper to agents An Australian agriculture-technology company with a large IoT sensor network · Agriculture technology A sensor network, a white paper from an established Australian scientific organisation and some research code became a production system that forecasts when field conditions turn risky: data lake, models, accuracy reporting and an installable app. Built by hand, then modernised with Claude Code, which now runs it.
  4. 07 From legacy ASP.NET and stored procedures to Node.js on serverless An Australian agriculture-technology company with a large IoT sensor network · Agriculture technology A legacy stack of ASP.NET, C# and slow SQL stored procedures, modernised into Node.js on serverless AWS: faster, cheaper to run, and something a modern team can work on.

Got a project like these?

Tell us where the business needs to go. You'll talk to the engineer who will design and build it, not a salesperson, and get an honest answer on whether we're the right fit.

Contact Us

For general inquiries, please contact us at:

For e-learning capabilities, please contact: