Small consulting practice

Most engagements
start with a solution.
Ours start with a
conversation.

We believe the most important work happens before anything gets built. We bring curiosity, Design Thinking, and technical depth to every engagement.
We think with you, not at you.
What does this step actually accomplish?
Who needs to know?
Curiosity before certainty.
Built to adapt.
We've been in that room

A few patterns come up
almost every time.

We've sat with a lot of organizations. This is what we hear.

?
Have you ever noticed?
"When you really dig into why something is done a certain way — nobody quite remembers."
?
Have you ever noticed?
"The work that exhausts your team most is rarely the work that matters most."
Here's what experience has taught us
01
How we work
We start with the organization, not the brief.
02
How we work
Some parts of your work need a rule. Others need judgment.
03
How we work
Every technical solution has a human dimension — and some are invisible until you go looking.
04
How we work
We build for the organization, not just the problem you have today.

These are patterns we've seen across organizations of every shape and size. And we've learned that one good question — asked at the right moment — changes not just the conversation, but everything that follows.

01
How we think, and why it matters

Before we recommend anything,
we ask questions.
Two kinds, actually.

The first kind helps us understand the work — what happens, when, and how. The second kind goes deeper — the people, culture, strengths, and challenges. Both kinds are designed less to get answers and more to get people thinking.

The most important discoveries in an engagement aren't ones we bring to the table. They're ones the organization makes about itself — with the right questions creating the conditions for that to happen.

The thinking that happens in the margins is often more interesting than the agenda.
“Most clients come to us with a project in mind. We always start with the organization behind it.
“We don't just gather requirements. We create the conditions for the right questions to emerge.”
02
How we think about solutions
Not every part of your work has the same relationship to technology. Recognizing the difference changes everything about what gets built.
Structured

Reliable, automatic, invisible.

Some parts of your work have a right answer. A step that should always happen the same way. A report that builds itself. A notification that never falls through the cracks. We make those parts disappear into the background so your team's energy goes where it's actually needed.

  • Automations that execute without variation
  • Notifications, approvals & status updates
  • Reporting that builds itself
  • File organization & project setup
Intelligent

Judgment, nuance, human context.

Other parts of your work require thinking that no rule can fully capture. For those parts, we bring in tools that assist your team's judgment rather than replace it — including, where it genuinely helps, AI-powered assistance designed around your specific needs.

  • Research & discovery assistance
  • Drafting, summarizing & reviewing content
  • Pattern recognition across your data
  • Decision support — not decision replacement

The question we always ask: does this step need a rule, or does it need judgment?

03
The Human Dimension

Technology changes what's possible.
People bring it to life.

Every technical solution has a human dimension — sometimes obvious, often subtle, always worth designing for. We treat that dimension not as an afterthought, but as part of the solution itself.

Adoption

The most visible human dimension — and often an afterthought. A system nobody uses is a system that doesn't work, regardless of how well it's built.
  • Often treated as a separate workstream rather than part of the design
  • People need to understand why, not just how
  • Change can feel like loss — or opportunity. How it's framed makes all the difference

Process

Technology doesn't just automate existing processes — it creates new ones. A volunteer check-in app doesn't replace a sign-in sheet. It enables a completely different way of managing an event.
  • New capabilities require new ways of working
  • Those workflows have to be designed as carefully as the technology
  • The best results come from involving the people doing the work

Mindset

The subtlest dimension — and sometimes the most significant. When a construction crew starts seeing their daily report as a tool rather than a task, something more valuable than adoption has happened.
  • Some solutions change not just what people do, but how they think about their work
  • This rarely happens automatically
  • It has to be a design goal from the beginning
We never divorce the human from the technical.
The solution is only part of what we're building.
04
Build to last

Frameworks, not rigid systems.

We build frameworks, not rigid systems. Because the one thing we know for certain about your organization's future is that we can't predict it — new people will arrive, priorities will shift, opportunities will emerge that neither of us can see today. So we don't build for the problem in front of you. We build for adaptability. Our clients tend to call that sustainable. We'd call it honest.

Adaptable by design
Built to absorb change — new people, new priorities, new capabilities — without requiring a rebuild.
Extensible from the start
Every framework we build can grow. What starts as a solution to one problem becomes infrastructure for the next.
Yours to own
We design for your independence, not your reliance on us. When we're done, you understand what you have and how to use it.
Some of our projects

The work.

Every engagement is different. But a few stories capture what working with Hallpass and Friends actually looks and feels like.

Construction firm

Daily status reports

What they came with
A compliance problem. Workers weren't submitting daily status reports despite months of incentives and penalties.
What the conversation revealed
The reports weren't a people problem. They were a design problem — asking the wrong questions, in the wrong format, at the wrong time.
What we built
A redesigned reporting system built around what the reports were actually for — keeping projects moving, not checking a box.
What changed
Workers stopped resisting the reports — because the reports stopped wasting their time and had value.
Read the story →
Nationally recognized high school

Replacing a legacy system

What they came with
An aging administrative system that every teacher and staff member touched daily — and that nearly everyone had a complaint about.
What the conversation revealed
Competing priorities that looked like conflict but were actually pointing toward the same goal. And a GPA calculation process far more complicated than anyone had admitted.
What we built
A framework flexible enough to solve the problems they knew about — and the ones they didn't discover until the system was already in use.
What changed
A school that had outgrown its infrastructure found room to grow into.
Read the story →
Design agency

An encryption crisis

What they came with
A one-month deadline. A critical third-party Dropbox plugin was being discontinued and sensitive data needed a new home — fast.
What the conversation revealed
The solution was already inside the organization. A tool every single person used daily had everything needed to build something better than what they were replacing.
What we built
A custom encryption framework built around tools the team already knew and trusted — rolled out in weeks, adopted almost immediately.
What changed
A crisis became a capability. What they ended up with was more secure, more flexible, and entirely their own.
Read the story →
Friendly football pool

Building for every player

What they came with
An annual football pool that had outgrown its analog roots — picks by email, manual spreadsheets, and the occasional invalid choice.
What the conversation revealed
The pool's community ranged from an 80-year-old on an old iPad to a stats ninja with multiple browser tabs open. Every feature decision had to work for both — and everyone in between.
What we built
A modern pool platform with automated pick validation, real-time standings, and a two-layer statistics system designed around how different people actually make decisions.
What changed
The labor disappeared. The tradition didn't. And for the first time, every player — regardless of how seriously they took it — had something genuinely useful to go on.
Read the story →
Tech writers' collective

A workflow for The Tech Girls

What they came with
A talented group of writers producing serious tech content — and a production process held together by email threads and good intentions.
What the conversation revealed
Every phase of writing has a different relationship between structure and judgment. Treating them the same was a problem.
What we built
An eight-phase workflow where each stage gets exactly the kind of support it needs — no more, no less.
What changed
A side project started producing work with the consistency of a publication and the voice of a collective.
Read the story →

Every one of these started the same way — with someone telling us about their organization. Not the project. The organization.

A small practice built around
thinking carefully together.

The “Hallpass”comes from a teaching background. Years in education shape how you see problems. You learn that the most important part of any lesson isn't what you say — it's what the other person understands. That a well-asked question is worth considerably more than a well-prepared answer.

The “and Friends”is a philosophy as much as a description. The most important friend in any engagement is always the client. The thinking we do together — the questions, the discoveries, the moments where something that seemed obvious turns out to be more complicated than anyone admitted — that's where the real work happens.

We use “we”deliberately. Before Hallpass and Friends there was a stint at NASA's Jet Propulsion Laboratory — an experience that had less to do with rockets than with learning to navigate complexity without pretending to understand things you don't.

None of our clients hired us because of our certifications or credentials. They hired us because of how we work. Because we show up as listeners rather than experts.

“The most useful thing we bring to any conversation is honesty about what we know — and genuine curiosity about what we don't. That's not a limitation. It's the whole method.”
Teaching background

The most important part of any lesson isn't what you say — it's what the other person understands. That shapes every conversation we have.

Design Thinking practice

Not as a methodology to deploy but as a disposition to bring. Build, listen, adjust — then build again. Never so rigid we can't pivot.

Technical depth

Full-stack capability across web, data, and workflow systems. Technology is always in service of the outcome — never the other way around.

The best part

Tell us about your organization.
Not the project.

Every engagement we've described started the same way — with a conversation. No agenda, no formal requirements document, no prepared presentation. Just someone telling us about their organization and us asking questions.

That first hour is genuinely our favorite part of the work. It's where we hear things that surprise us, where we ask things that surprise the client, and where the interesting stuff almost always begins to emerge.

There's no obligation and no sales pitch. Just a conversation. Those tend to go somewhere interesting.

Start the Conversation
Call
loading value
Email
loading value

Someone who actually does the work will be on the other end.