Home Business Customer Operations Technology Database Brand Glossary Promos Notes Decisions

On This Page

Operations Reality

Core Principle

Humans execute; software enforces discipline.

Key Constraints

ConstraintValueRationale
Lead Time48 hoursEnables batching, reliability, cost control
Advance BookingWeeks/monthsSeasonal items, holidays, planned rotations
Service DaysBuilding-specificBatch efficiency

What Software Does

What Software Does NOT Do

Scheduling Discipline

48-Hour Lead Time

The 48-hour lead time is a deliberate policy that:

  1. Promotes planned usage β€” Customers think ahead (seasonal rotations, events)
  2. Improves reliability β€” Reduces last-minute failures
  3. Enables batching β€” Multiple stops per trip
  4. Reduces cost volatility β€” Predictable operations

Advance Scheduling

Customers can book returns weeks or months in advance:

Why NOT On-Demand

On-Demand RiskSV Approach
Cost volatilityPredictable scheduling
Operational chaosBatched service days
Customer anxietyPlanned, reliable delivery
Low densityBuilding-specific routes

Operational Workflows

Pickup Flow

1. Customer schedules pickup (Calendly) β€” 48hr+ notice
2. Webhook creates action (pending_items)
3. Customer selects items in portal
4. Action status β†’ pending_confirmation
5. Ops confirms booking
6. Ops executes pickup
7. Items scanned/verified at facility
8. Item status β†’ stored
9. Action status β†’ completed

Delivery Flow

1. Customer schedules delivery (Calendly) β€” 48hr+ notice
2. Webhook creates action (pending_items)
3. Customer selects stored items
4. Action status β†’ pending_confirmation
5. Ops confirms booking
6. Ops retrieves items from storage
7. Ops delivers to customer
8. Customer confirms receipt
9. Item status β†’ home
10. Action status β†’ completed

Cancellation Flow

1. Customer cancels in portal
2. Action status β†’ canceled
3. Item status reverts:
   - scheduled_pickup β†’ home
   - scheduled_delivery β†’ stored
4. No penalty (within policy)

Service Types

ServiceCodeDescription
PickuppickupCollect items from customer, transport to storage
RedeliveryredeliveryReturn stored items to customer
Container Deliverycontainer_deliveryDeliver empty containers (future)

Storage Operations

Facility Model

Container Management

Scaling Pattern

Phase 1: Single unit (e.g., 280 sqft)
Phase 2: Adjacent units (840 sqft, same location)
Phase 3: Nearby micro-hub (new location, same market)
Phase 4: New market micro-hub

Metrics

Survival Metrics (Rolling 6 Months)

MetricTargetNotes
Active SubscribersTrack growthCore revenue driver
Contribution Margin$200–$250/customer/moUnit economics health
Pickup/Return CostMinimizeDensity dependent
Founder Support$15k–$20k/moSustainability draw
Exception RateMinimizeService quality

Defensibility Metrics (12–18 Months)

MetricDefinition
CUMContainers Under Management
IUMItems Under Management
DVUMDeclared Value Under Management
Retrieval Frequencyp50/p90 pickups/returns per customer/month
Storage Utilization% of leased capacity in use
Customer RetentionMonthly/annual churn rate

Go-to-Market Operations

Primary Wedge: Luxury Rentals

Secondary: Homeowners

Partnership Model

Zero-Footprint Amenity

Lightweight in-building activations, always-on asset placement (flyers, digital signage). Storage lockers are utilities; SV reclaims space while improving resident experience.

Operational Risks & Mitigations

RiskMitigation
Flat plan overusePolicy guardrails + batching + additional subscription for high-volume
Loss/damage trustDocumentation, chain-of-custody, clear protection policy, proper coverage
Operational scalingBuilding density first, SOPs, inventory system, scheduling discipline
Last-minute changes48-hour policy, clear cancellation rules
Route inefficiencyBuilding-specific service days, batching

Current Ops Tooling

What Exists:

What Does NOT Exist (Pre-Scale):

Note

Ops tooling is future work. Current operations are manual with database queries as needed.