Fluid Web
Work
← All case studies
Floor Nexus logo

Vertical SaaS · Construction·Florida, USA

Floor Nexus

Vertical SaaS for specialty flooring contractors

Technology ownership · team of 12+Visit live product ↗
$500K
Processed to date
12
Engineers today
5
Product surfaces
Weekly+
Release cadence

Floor Nexus had a product that looked roughly seventy percent finished and behaved like it was nowhere near it. Fluid Web took over technology ownership, stripped out the majority of what was there, and rebuilt the platform across five surfaces with a team that grew to sixteen engineers.

What we walked into

Floor Nexus arrived with a codebase that had been largely AI-generated by a previous team whose seniority had been overstated to the founder. By the time we were brought in, most of that team had already been let go — two people were retained, a strong backend developer and an app lead.

The product was not a blank page and it was not a working platform either. Enough existed to demo, which is the most expensive state a product can be in, because it looks finished to everyone except the people trying to extend it.

The problem

The gap between what the product appeared to be and what it could actually support was the whole problem. Roughly seventy percent of the surface area existed in some form, but a large share of it could not be built on — it had to be stripped out and rebuilt before anything new could land safely.

That created a commercial constraint that shaped everything after. Floor Nexus had paying contractors using the platform, so the rebuild had to happen underneath live customers, with no freeze on new features while it did.

Rebuilding roughly sixty percent of the product under live traffic

We assessed what could be kept and what could not, and the honest answer was that around sixty percent of the existing product needed to be stripped out and rebuilt. That is not a recommendation anyone enjoys delivering, but pretending otherwise would have meant stacking new features on foundations that were already the reason delivery had stalled.

The rebuild ran in phases behind live traffic over roughly five months. New implementations went in alongside old ones, usage shifted across gradually, and the old paths came out last. At no point did the roadmap freeze — the company kept shipping customer-visible work the entire time the structural replacement was happening underneath it.

  • Assessment of what could be salvaged before anything was promised
  • Phased replacement behind live traffic rather than a cutover
  • Feature delivery continued throughout the rebuild
  • Legacy paths removed only once replacements had proven themselves

Building one team out of two

Staffing was its own problem. We interviewed the founder's former team, brought two of them back on their merits alongside the two already retained, and let the rest go. That gave us four people who carried real institutional knowledge of the product and its customers.

On top of that we brought in four to six Fluid Web engineers to start. When the company secured investment, we scaled the Fluid Web side by another eight, taking the combined team to roughly sixteen. Today twelve engineers are active on the platform, and expansion is still underway.

  • Client team members re-interviewed and retained on technical merit
  • Four to six Fluid Web engineers embedded at the start
  • Scaled by another eight engineers once funding closed
  • Single team, shared standards — not a vendor working alongside staff

Five product surfaces built in parallel

Floor Nexus is not one application. Contractors run jobs from an installer platform and a mobile app, homeowners track their work through a customer portal, manufacturers and distributors operate through a vendor platform with its own storefront and point-of-sale, and the company runs all of it through an admin layer.

Each of those surfaces has different users, different permissions and different failure modes, but they resolve against one product model. Building them in parallel rather than sequentially is the only way they stay coherent — mobile that ships a year behind web is not a surface, it is a liability.

  • Installer platform for contractors running jobs end to end
  • Mobile applications for field teams who are not at a desk
  • Homeowner portal so customers can follow their own project
  • Vendor platform with white-label storefront and point-of-sale
  • Admin and analytics layer for running the business

Rebuilding billing from per-user to per-business, mid-flight

Billing was one of the clearest symptoms of the original build. Everything was modelled at the user level — there were no business-level plans at all — which is the wrong shape for a product sold to contracting companies where one business has a crew, an office team and an owner who all need access. Charging per individual and having no concept of a company account meant the commercial model the business actually wanted was not expressible in the software.

Fixing that meant reworking the entitlement model so plans attach to a business, with seats and permissions resolving underneath it. That is not a billing change so much as a tenancy change, because who pays and who has access have to agree with each other at every level.

On top of the model rework, we migrated the entire payment setup from an old Stripe account onto a new one, and from the legacy integration onto Stripe's newer API. Moving billing between accounts on a product that is actively collecting money is about as unforgiving as this work gets — active subscriptions, payment methods and in-flight transactions all have to land intact, and customers cannot notice.

  • Entitlements re-modelled from individual users to business-level plans
  • Seats and permissions resolved under a company account
  • Full migration from a legacy Stripe account to a new one
  • Upgraded onto Stripe's newer API rather than patching the old integration
  • Executed against live subscriptions without disrupting collection

A catalog and vendor network underneath it all

The platform supports roughly forty-five manufacturers and around eight thousand products that installers can quote and order against. Keeping a catalog that size coherent — pricing tiers, availability, warranty rules, vendor-specific terms — is quietly one of the harder parts of the system.

Five manufacturers now run their CRM and point-of-sale directly on the vendor platform, with more onboarding in December. That turns Floor Nexus from a contractor tool into a marketplace with both sides operating on it.

Shipping weekly from the first week

Weekly shipping started the day we took over, and in practice it is often several releases a week. That was deliberate: on a rescue, restoring visible delivery early is what rebuilds confidence internally, and it forces the deployment path to become reliable before anyone depends on it for something large.

It also meant the founder could stay on customers, partnerships and fundraising instead of managing engineering, which is where the real leverage was.

The hard parts

Judging what to keep

AI-generated code is not uniformly bad, and treating it as such would have thrown away working functionality. The difficult work was separating what was merely unfamiliar from what was genuinely unsafe to build on — file by file, not by blanket verdict.

Rebuilding without a freeze

Paying contractors were running jobs on the platform throughout. Every structural change had to be reversible and had to coexist with the thing it was replacing, which is slower than a rewrite and the only responsible option.

Scaling a team mid-rebuild

Going from four to sixteen people while restructuring the codebase risks each new engineer multiplying the inconsistency. Conventions and written decisions had to be established before the second wave arrived, not after.

Migrating live billing between Stripe accounts

Moving active subscriptions and payment methods onto a new Stripe account and a newer API version, while the platform was collecting money, offers no margin for error. A failed charge here is not a bug report — it is a customer losing access to the software they run their jobs on.

Catalog integrity at scale

Forty-five manufacturers and roughly eight thousand products means vendor-specific pricing, warranty and availability rules that cannot be special-cased indefinitely without the system collapsing under its own exceptions.

How it ran

1

Takeover and assessment

Technology ownership transferred, former team members interviewed and selectively re-hired, and an honest read taken on what could be salvaged.

2

Strip and rebuild

Roughly five months of phased replacement behind live traffic, with weekly shipping in place from the first week.

3

Funded expansion

Investment closed and the Fluid Web team scaled by another eight engineers, taking the combined team to around sixteen.

4

Marketplace build-out

Vendor platform, storefront and point-of-sale brought live, with manufacturers onboarding onto their own CRM and POS.

Results

Floor Nexus runs on a platform that is substantially larger than the one we inherited — we describe it internally as going from a product that was seventy percent built to something several times its original scope, across five surfaces that did not meaningfully exist before.

Billing now runs on business-level plans on a modern Stripe integration, migrated from a legacy account and API without interrupting collection — which turned a commercial model the company could not previously express into one it sells on today.

The platform has processed approximately $500,000 in transactions to date. Five manufacturers operate their CRM and point-of-sale on the vendor platform, with more onboarding in December, against a catalog of roughly forty-five manufacturers and eight thousand products.

Twelve engineers ship weekly and frequently more often. Technology ownership sits with Fluid Web, which is why the founder's time goes to customers and growth rather than engineering triage.

Built with

Multi-tenant web platformiOS and Android applicationsStripe Connect paymentsBusiness-level plans and entitlementsQuickBooks Online syncTwilio messaging and voiceIn-product AI assistance

Scope of our work

Fluid Web owns technology and engineering delivery. Product direction, client relationships and go-to-market decisions sit with the founder — we build against them rather than setting them.

Got something similar?

Tell us where delivery is stuck. We will give you an honest read on scope and shape before anyone talks contracts.

Book a technical review

Copyright © 2026 Fluid Web. All Rights Reserved.