Justin Smith

Your business shouldn’t depend on you remembering everything.

I’m Justin Smith, an operator and systems builder. I map how a business really works into connected data its teams and AI can actually use. At Adventure Idaho, where I’m General Manager, I lead the operation and built the system it runs on.

Sources and estimates

Growth evidence · Planning context

Before and after: the old dispatch whiteboard in marker next to the crew board, with guides by day, trips, driving shifts, time off and a flagged conflict. Estimated planning time: 20 to 40 hours a week before, about 2 to 4 after.
Crew board names redacted. How I built it, and what the crew taught me →
  • Crew + trips Colored assignments put each guide on a trip or mark time off.
  • Driving Shuttle entries carry the vehicle and pickup point.
  • Conflict checks The red outline flags a conflict for a person to review.

One change. Everything it touches.

An example: a group asks for a later pickup. Follow the request through the operating system.

  1. A request comes inA crew message or form captures the proposed pickup change.
  2. Connect the recordsMatch the trip to its guests, guides, vehicle and shuttle. Booking data comes in read-only.
  3. Check the rulesTiming: does the next trip still fit? Capacity: are there enough seats? Qualifications: can this guide and driver do the work?
  4. A person reviewsSurface conflicts and verify the proposed change. Human approval for money, compliance and safety.
  5. Update the operationThe approved pickup time updates connected operating records, the board and crew tools. Report back what changed.

An operating change should only need to be made once. I’m working with booking providers on the connections needed to make that possible. Our current integration reads booking data; approved write-back is the next step. What booking software needs to support.

The hard part is deciding what the system should know, what it should do, and where a person stays involved.

Justin Smith and four Adventure Idaho guides in drysuits and helmets sitting in a raft on the Salmon River in morning light, talking through a training run.
Training guides on the river.

The order matters

  1. The product. Make it the same every time, delivered by people who are not you.
  2. The people. Training, standards and debriefs, so quality holds while the volume grows.
  3. Demand. Get found, get trusted, get chosen.
  4. Pricing. Raise it once demand has proved the product is worth it.
  5. The operating system. The process and the software underneath it, so growth stops running through one person's memory.

Most of the damage I see comes from doing these out of order. A demand engine pointed at an inconsistent product just manufactures bad reviews.

What I built

What I have figured out

Right now

A loaded paddle raft driving through a rapid on the Salmon River with a full crew digging in, several more rafts working the same water behind it and a crowd of guests waiting along the bank.