The math I had backwards for yearsI chased traffic. The revenue was hiding in the smallest cluster on the site
My site is large: thousands of pages of attorney-written legal content, calculators, template generators, and guides. For years I measured those pages the way everyone measures pages, by traffic. The calculators win that contest easily. Tens of thousands of visits, nice charts, and a conversion story that mostly amounts to attention.
The healthcare SaaS cluster is the opposite animal. It is a compact set of pages about a narrow problem: the legal stack a digital-health product needs before it can sign its first real customer. HIPAA business associate agreements, terms of service that do not pretend PHI is ordinary data, privacy policies mapped to state health-privacy laws, data processing frameworks, vendor gap analysis. The traffic is tiny. By raw visits, no dashboard would ever tell you to invest there.
But the people who do land there are not browsing. A founder searching for how a BAA interacts with a 42 CFR Part 2 program, or whether their analytics vendor can touch PHI, is days or weeks from a purchase decision, and the purchase is not a $20 template. When I attached a clearly scoped $2,500 flat-fee package directly to that cluster and made it buyable on the page, the cluster started producing the most valuable engagements on the site. Purchases increased materially once the hub, the package framing, and the workroom delivery described below were all in place, and the buyers were exactly who the pages were written for: health-tech founders at pre-launch or first-enterprise-customer stage.
The page that sells itAnswer the question first, triage on the page, and put the package where the reader lands
The front door of the funnel is the Healthcare SaaS legal hub, and it is built on a rule I now apply everywhere: the page must be genuinely useful before it asks for anything. It answers the questions a founder actually has, in the order they have them. What documents does a healthcare SaaS product need. When is a BAA required and when is a DPA enough. Which state health-privacy laws bite even when HIPAA does not apply. What a breach timeline actually looks like. There is a 50-state map, generators for the routine documents, a penalty calculator, and a HIPAA checklist, all free, all usable without talking to me.
Three design choices do the selling, none of which look like selling:
- The package is stated like a fact, not pitched. Near the top of the hub sits the flagship offer: the Healthcare SaaS Legal Package, $2,500 flat. What it includes, what it costs, how fast drafts arrive, what happens after payment, and where scope ends. No "contact me for pricing." A founder comparing me against a firm that wants three calls before quoting can see the entire deal in thirty seconds.
- Triage happens on the page. The AI Legal Analyst is embedded in the hub, seeded with the page's own content. A visitor can describe their product and get a preliminary, attorney-supervised read on which documents matter for their situation before spending a dollar. That conversation does what a discovery call does, except it is instant, it is free of scheduling friction, and it does not pressure anyone.
- Every free tool routes somewhere. The generators and checklists are honest standalone tools, but each one ends at the same fork: keep self-serving, ask the Analyst, or buy the package. Nothing dead-ends.
The result is a page that works like a good associate: it educates first, it answers the visitor's actual question, and it knows when to say "this is the point where you hire the lawyer."
The $2,500 package: scope drawn like a contractSix deliverables, a flat fee, and a boundary I enforce as carefully as I draft
The package itself is deliberately unexotic. For $2,500 flat, a healthcare SaaS client gets the legal stack they need to sign customers: an MSA with an order form, a HIPAA business associate agreement (with a 42 CFR Part 2 or CMIA schedule where the product touches substance-use or California medical information), terms of service, a privacy policy, a data processing framework, and a compliance gap memo that walks their actual vendor stack, hosting, email, payments, and AI tooling included, and flags where PHI is leaking into agreements that never contemplated it.
Drafts arrive in two to three business days, with up to three rounds of revisions included. The fee is paid up front, through a payment link on the page, before I begin. That ordering matters as much as the price: it filters for clients who have decided, it eliminates invoicing friction, and it makes the scope conversation honest because both sides know exactly what was bought.
Why flat fee, in a vertical where most firms bill hourly? Because the work is genuinely packageable. I have drafted this stack enough times that the variance lives in a knowable set of dimensions: what the product does, who the customers are, which states, which vendors, whether an AI component touches PHI. A scope that varies along known dimensions can be priced as a product. Clients in this segment, most of them running on seed budgets with an enterprise pilot waiting on paperwork, will choose a known $2,500 over an unknown hourly meter every single time.
Workroom delivery: the part clients talk aboutA private, interactive site for the engagement, generated per client, instead of six attachments
Here is where the AI implementation story actually lives. The traditional delivery for a package like this is an email with six Word attachments and a cover note the client reads once. I stopped delivering that way. Every package client gets a private client workroom: a custom, interactive web space built for their engagement, at an unguessable address, holding everything the matter produces.
Inside a healthcare package workroom, the client sees their documents rendered for reading, not just attached: each agreement is browsable clause by clause, with plain-English rationale alongside the legal text explaining what the clause does and why it is drafted that way for their product. Redlines between revision rounds are visible as redlines, so the founder can see exactly what changed and why. There is a document checklist tracking what is delivered, what is in revision, and what is waiting on them. There is a place to upload the things I need, their vendor list, their existing contracts, so the exchange does not degrade into email archaeology. When a document is final, it is downloadable in clean and signed-ready form. And the compliance gap memo reads like a working tool, sortable by severity, not a PDF that dies in a folder.
The critical detail: these workrooms are generated per client, not filled in from a master template. Claude Code, working under my direction, builds each one around the actual matter: the client's product, their document set, their open questions. A behavioral-health scheduling product and an accreditation-compliance platform get structurally different rooms because they are structurally different engagements. This is the moat, and I say that with a straight face precisely because it is boring: anyone can blog, and any firm can buy a portal product with template dashboards. What a solo attorney with frontier AI tooling can do that neither can: hand-build a bespoke interactive deliverable for every single client at a cost measured in minutes of supervised machine time.
What the AI does and what I doThe machine builds surfaces and first drafts. The judgment, the review, and the responsibility stay with me
Because this is a case study about AI implementation, I want to be precise about where the AI actually sits in this funnel, and where it does not.
- The AI builds infrastructure. The hub, the generators, the calculators, the workroom shells, the payment wiring, and the analytics that tell me the funnel works: all of it is built with Claude Code under my direction. That is engineering work, and AI is spectacular at it. A page cluster and delivery system that would have been a six-figure agency build is instead evenings of supervised agent work.
- The AI drafts surfaces, never conclusions. Inside an engagement, AI assists with the mechanical layers: assembling a first-draft document from my own prior work product, generating the plain-English clause explanations for the workroom from the final attorney-approved text, formatting redlines. Every substantive legal judgment, which schedule a BAA needs, how indemnification should run for this product, what the gap memo flags and how severely, is mine, and every word of every deliverable is reviewed by me before a client sees it.
- The Analyst triages, it does not advise. The on-page AI Legal Analyst gives preliminary, attorney-supervised orientation and routes people to the right scope of work. It is branded as an analyst and behaves like one. It does not form attorney-client relationships, and it does not pretend to.
This division is not a compliance fig leaf; it is why the model works economically. The things AI does here, building interactive surfaces, assembling drafts from verified prior work, explaining settled text, are things it does reliably under review. The things I keep, scoping, judgment, review, accountability, are the things clients are actually paying a California attorney for. Confuse the two layers and you get either an expensive human doing web development or an unsupervised machine practicing law. Both are malpractice, one on the wallet and one on the license.
What generalizes beyond healthcareThe funnel shape is portable: authority, triage, scoped package, workroom delivery
Healthcare SaaS happened to be the vertical where this clicked first, because the buyers are sophisticated, deadline-driven, and allergic to hourly ambiguity. But nothing in the shape is healthcare-specific. The funnel is four layers, and each one is buildable with the same attorney-led, AI-assisted approach:
- Authority: a compact page cluster that genuinely answers the high-intent questions of one narrow client type, written by the attorney, not scraped filler.
- Triage: an embedded AI Legal Analyst that meets the visitor mid-question and routes them to the right scope.
- Monetization: one flat-fee package with contract-grade scope language and payment on the page.
- Delivery: a custom client workroom that makes the value of the work visible and the experience of buying legal services feel like this decade.
I am now replicating this shape in other verticals, and the same pattern drives the rest of the practice: the whole working system, from triage to workrooms, is documented in the Small-Law AI Lab, and the delivery layer has its own showroom with live demo rooms at the AI legal workrooms page, including a healthcare SaaS demo workroom with fictional data you can click through right now.
One honest caveat, because case studies without caveats are advertisements: this model works where a niche has real purchase intent and a packageable scope. It will not rescue a general-practice page with no buyer on it, and a workroom cannot make weak legal work strong. The funnel amplifies a practice; it does not substitute for one. That is also the standing answer to whether AI is replacing the lawyer here: every layer of this system exists to route people to attorney judgment and to deliver attorney work product better, not to manufacture legal advice without the attorney.
For firms and founders who want this kind of system for their own practice or product, this is the core of my AI implementation work: I build funnels and delivery infrastructure like this one, with the same supervision discipline described in my other case studies.
See the model from the client side
The fastest way to understand this funnel is to walk through it the way a client would: ask the Analyst a real question, click through a demo workroom, or look at the package pages themselves.