Skip to content
use-cases / fifty-sales-demo-environments / hero
CONTAINERS · SNAPSHOTS · SALES OPS

Fifty demo environments for fifty sales calls

Snapshot one demo-template container, then /copy it fifty times. Each prospect lands on their own URL with their logo, their seed data, their integrations. Forty-eight idle environments cost almost nothing — only the two on calls right now are doing real work.

use-cases / fifty-sales-demo-environments / mechanism

How fifty environments stop costing fifty dynos

One snapshot, one /copy call per prospect, one tiny seed script. The Hoody Containers API and Container Snapshots API do the actual work. Your sales engineer wires them up in twenty lines of bash.

01
STEP 01 · CAPTURE

Snapshot the demo template

POST to the snapshots endpoint on your reference container. The artifact is a full-state snapshot — files, processes, memory — of the demo your sales engineer perfected last quarter.

POST /containers/$BASE/snapshots
02
STEP 02 · CLONE

/copy per prospect

For each prospect, POST to the /copy endpoint with source_snapshot set. The new container starts in seconds, on whatever server has headroom, identical to the base except for its ID and URL.

POST /containers/$BASE/copy
03
STEP 03 · PERSONALIZE

Drop in their seed data

Run a one-shot exec script on the new container that swaps the logo, inserts their team names, fakes their last-thirty-days of usage. Same script for every prospect, parameterized by company name.

exec seed.sh $COMPANY
04
STEP 04 · DELIVER

Send the URL

Email or Slack the prospect their working subdomain. They click. They poke around. They forward it to their CTO. Forty-eight others sit on the flat-rate server you already rent — KSM dedupes their RAM pages, BTRFS dedupes their disk blocks. Idle has no separate line item.

https://$CO.demo.your-app.com

Promote on signup with one PATCH. Destroy on ghost with one DELETE. The same /copy mechanic powers per-customer sandboxes once a prospect converts — same shape, different tier.

use-cases / fifty-sales-demo-environments / powers

What a real demo unlocks

A Loom is a demo of someone else's product. A sandbox is a demo with someone else's data. A working environment with their logo and their numbers is something prospects forward to their CFO.

PIPELINE

Theirs to keep for a week

The demo isn't a 30-minute screen-share. It's a URL the prospect can open from their laptop on Tuesday and from their phone on Friday. They show it to a teammate. They paste it in a Slack thread. The deal warms up while you sleep.

ECONOMICS

Forty-eight idle, two hot

Per-VM clouds bill all fifty environments whether anyone visits or not. On Hoody, idle containers share base-image RAM (KSM) and disk (BTRFS CoW); the marginal cost of the forty-eighth demo is the delta of what changed, not a full instance.

CONVERSION

Promote, don't rebuild

When a prospect signs, the same container becomes their tenant. PATCH the tier from demo to production, route their custom domain. No data migration, no fresh onboarding, no "now we'll set up your real account" friction.

use-cases / fifty-sales-demo-environments / economics

The math, four ways

Same fifty environments. Different bill, different latency, different cleanup story. Numbers below are from the documented Hoody container model — your specific server tier and density will vary.

DIMENSIONBEFORE · per-environment/per-dyno cloudAFTER · flat-rate Hoody server
  • MONTHLY BILL · 50 ENVS$1,200/mo (50× Heroku Standard-1X dynos at ~$25)$49/mo (one bare-metal box, all fifty)
  • TIME TO SPAWN ONEbuild → push → release · 6–10 minPOST /containers/$BASE/copy · seconds
  • IDLE COST · 48 OF 50full dyno price even untouchedBTRFS delta + shared RAM ≈ zero
  • DESTROY ON GHOSTremember to dashboard-delete each oneDELETE /containers/$ID · one call
  • PROMOTE ON SIGNUPrebuild from a customer templatePATCH tier · same container, real tenant

Heroku Standard-1X dyno ≈ $25/month at 50× ≈ $1,200/month for fifty. Hoody bare-metal pricing starts at $29/month; $49/month illustrates a mid-tier server hosting dozens of containers via KSM/BTRFS density — not the entry tier.

use-cases / fifty-sales-demo-environments / punchline

Each prospect gets a working version of your product. Not a Loom. Not a sandbox. Their own.

what you used to sendwhat you send now
a 12-minute Loom
a shared sandbox account
a calendar-invite screen-share
THE URL YOU SENDhttps://northwind-robotics.demo.your-app.comtheir logo, their seed rows, their domain — for a week
THE DAY THEY SIGNPATCH /containers/$ID -d '{"tier":"production"}'the same container becomes their production tenant
use-cases / fifty-sales-demo-environments / replaces

What this replaces

The standard ways teams hand a prospect a personalized demo today. Each one charges you per environment, per minute on a call, or per round of "I'll resend the link."

  • Heroku per-prospect demosReal bill on every dyno, idle or hot
  • Vercel demo deploymentsOne environment per branch, billed by build minutes
  • AWS EC2 per-demo instanceFifty t3.smalls running 24/7 to be useful
  • Loom recordings of demosA video of your product, not your product
  • Scheduled-call live screensharesDemo only exists during the meeting
  • Sales-engineer-only demo branchesOne environment, one user, no parallelism
use-cases / fifty-sales-demo-environments / cta

Stop demoing your product. Start handing it over for a week.

use-cases / fifty-sales-demo-environments / related

Read the others