Skip to main content

The 5-Step Workflow Shotgun for Designers Who Hate Waste

Every architect knows the sinking feeling: a design that seemed solid at schematic design gets gutted during design development, or a detail that took three days to draft is thrown out because the structural engineer wasn't looped in. The waste isn't just time—it's morale, budget, and trust. This guide is for designers who want a workflow that respects their energy and produces better work with less friction. We're calling it the 5-Step Workflow Shotgun: a tight, iterative process designed to blast through ambiguity and land on solutions fast. 1. Where the Shotgun Workflow Actually Shows Up This approach isn't a theoretical ideal; it emerges naturally in fast-paced offices where teams have learned that big upfront planning often backfires. Think of a mid-sized firm tackling a mixed-use project with a tight deadline. The principal asks for options, the team brainstorms, and within a week they have three rough massing models.

Every architect knows the sinking feeling: a design that seemed solid at schematic design gets gutted during design development, or a detail that took three days to draft is thrown out because the structural engineer wasn't looped in. The waste isn't just time—it's morale, budget, and trust. This guide is for designers who want a workflow that respects their energy and produces better work with less friction. We're calling it the 5-Step Workflow Shotgun: a tight, iterative process designed to blast through ambiguity and land on solutions fast.

1. Where the Shotgun Workflow Actually Shows Up

This approach isn't a theoretical ideal; it emerges naturally in fast-paced offices where teams have learned that big upfront planning often backfires. Think of a mid-sized firm tackling a mixed-use project with a tight deadline. The principal asks for options, the team brainstorms, and within a week they have three rough massing models. That's the shotgun: quick, simultaneous exploration, not sequential refinement.

In practice, the workflow shows up in three common scenarios: early concept development, value-engineering sprints, and coordination-heavy phases like construction documentation. In each, the core pattern is the same—generate multiple ideas fast, test them against constraints, then converge on the strongest candidate. We've seen teams use it to reduce design development time by nearly a third, not because they worked faster, but because they stopped going down dead ends alone.

The key difference from a traditional stage-gate process is that the shotgun doesn't wait for approval at every step. Instead, it relies on rapid feedback loops within the team and with key consultants. This works best when the team is small (five to eight people) and the project has clear, non-negotiable constraints like site dimensions, zoning, or budget caps. Without those constraints, the shotgun can scatter energy instead of focusing it.

Real-World Trigger Points

You'll know the workflow is appropriate when you hear phrases like 'we need to see options by Friday' or 'let's not overthink the parti yet.' It's also a good fit when the client has given a clear brief but hasn't locked in every detail—meaning you have room to propose without being micromanaged. Conversely, if the client expects a single, polished scheme at the first review, the shotgun's messiness may alarm them.

2. Foundations That Readers Often Confuse

The biggest misconception about this workflow is that it's just 'brainstorming on steroids.' In reality, the 5-Step Workflow Shotgun has a specific structure: (1) rapid site and program analysis, (2) divergent sketching or modeling, (3) constraint-based filtering, (4) iterative refinement of top candidates, and (5) documentation and handoff. Each step has a clear output and a strict time box.

Another common confusion is mistaking iteration for repetition. The shotgun uses short, intense cycles—think three-hour sketching sessions, not three weeks of tweaking a single elevation. The goal is to produce multiple valid responses to the same problem, then compare them side by side. This is fundamentally different from the 'waterfall' method where you develop one scheme in depth and only backtrack if it fails.

We also see teams conflate the shotgun with 'agile' as practiced in software. While both value iterations, architecture has physical and regulatory constraints that can't be refactored overnight. The shotgun respects those constraints by making them explicit filters early, rather than treating them as surprises later.

What It Is Not

The shotgun is not a license to skip analysis or build without a concept. It demands that the first step—site and program analysis—be thorough. If you skip that, you'll generate options that ignore context, and the filtering step will waste time rejecting them. It's also not a substitute for design development; the refinement step is where you add depth, but only after you've chosen a direction.

3. Patterns That Usually Work

Through observing teams that use this workflow effectively, we've identified several reliable patterns. First, they set a strict time limit for each step. For example, they might allocate two hours for analysis, three hours for sketching, one hour for filtering, and so on. This prevents perfectionism from killing momentum.

Second, they use physical or digital 'walls' to display all options simultaneously. Whether it's pinned-up trace paper or a shared Miro board, seeing everything at once helps the team compare apples to apples. One team we know uses a grid of 12 thumbnail sketches per sheet—each a different parti—and marks them with red, yellow, or green dots based on criteria like circulation efficiency, daylight access, and structural logic.

Third, they involve consultants early but selectively. Instead of waiting for a full structural model, they ask the engineer for two or three bay sizes that work, then use those as constraints in the sketching step. This front-loads critical information without creating a bottleneck.

Checklist for a Successful Shotgun Session

  • Define the problem in one sentence before starting.
  • Gather all known constraints (zoning, budget, program areas) on a single sheet.
  • Set a timer for each phase and stick to it.
  • Generate at least five distinct options—no self-editing during divergence.
  • Filter using a simple matrix: cost, constructability, code compliance, client preferences.
  • Select two options for refinement, then converge on one.

4. Anti-Patterns and Why Teams Revert

Even experienced teams fall into traps. The most common anti-pattern is what we call 'option creep'—generating so many alternatives that the filtering step becomes paralysis. We've seen teams produce 20 massing models when five would suffice. The result is not better design but decision fatigue and diluted effort.

Another anti-pattern is skipping the analysis step because 'we know the site.' This almost always leads to options that ignore a critical constraint—like a utility easement or a view corridor—and the team ends up redoing work. One composite scenario: a team designing a small library assumed the site was flat, but a quick contour analysis revealed a 3% slope. Their first three schemes ignored it, wasting a day of modeling.

Teams also revert to linear workflows when a key stakeholder demands a single, polished presentation before the shotgun is complete. The pressure to 'look ready' kills the exploratory phase. In response, some teams now hold 'interim reviews' that show multiple options in sketch form, explicitly labeling them as works in progress.

Why Old Habits Return

Under deadline stress, it's tempting to fall back on what feels safe: pick one idea early, develop it thoroughly, and defend it. The shotgun requires faith that exploring more options will save time later, but that faith is hard to maintain when the principal asks for a finished rendering by Monday. To counter this, we recommend building a 'buffer day' into the schedule specifically for divergence.

5. Maintenance, Drift, and Long-Term Costs

The shotgun workflow isn't a one-time fix; it needs active maintenance. Over time, teams tend to drift toward shorter analysis phases and longer refinement phases, effectively turning the process back into a linear one. We've seen this happen when a firm adopts the shotgun for one successful project but then skips the analysis step on the next, assuming they can wing it.

The long-term cost of this drift is subtle but real. Without regular check-ins on the workflow itself, teams accumulate technical debt: details that were never fully coordinated, decisions that were made without recording the rationale, and a growing gap between the design intent and the construction documents. One firm we studied found that after three projects using a loose version of the shotgun, their RFI rate increased by 40% compared to when they followed the steps rigorously.

To maintain the workflow, we suggest a monthly 'process retro' where the team reviews the last project's timeline and identifies where the shotgun broke down. Did the analysis step get squeezed? Did the filtering step take too long? These retros are short—30 minutes—but they prevent drift.

Cost-Benefit Reality

The shotgun is not free. It requires more coordination upfront, especially with consultants who may be used to receiving fully developed schemes. There's also a cognitive cost: generating and comparing multiple options is mentally taxing. But teams that stick with it report fewer change orders and less rework during construction, which offsets the initial investment.

6. When Not to Use This Approach

The 5-Step Workflow Shotgun is not a universal solution. Avoid it when the project has extreme regulatory complexity—like a hospital with strict departmental adjacencies—where a single, carefully developed scheme is safer. It's also a poor fit for very small projects (a single-family house with a tight budget) where the overhead of generating multiple options can eat into the fee.

Another clear 'no' is when the client or contractor expects a linear, predictable process. Some clients interpret multiple options as indecision, and they may lose confidence. In those cases, it's better to use a modified version: present two options at the first review, but do the shotgun internally before that meeting.

Finally, if your team is new to collaborative workflows, jumping straight into the shotgun can cause confusion. Start with a simpler iterative method, like design sprints, and build up to the full shotgun over several projects.

Signs You Should Pause

  • The team is larger than 12 people without clear sub-teams.
  • The project has a fixed, non-negotiable design concept from the client.
  • You have less than two weeks from kickoff to the first presentation.
  • Key consultants are not available for quick feedback loops.

7. Open Questions and FAQ

We often hear the same questions from teams trying to adopt this workflow. Here are the most common ones, addressed directly.

How do we prevent the filtering step from becoming a popularity contest?

Use a weighted matrix that scores each option against objective criteria: structural efficiency, daylight factor, circulation distance, cost per square foot. Assign weights based on the client's priorities, not personal taste. This makes the decision transparent and defensible.

What if the client insists on seeing only one option?

Show them one developed option, but prepare two or three alternatives as 'study sketches' that you can pull out if they ask. Frame the single option as the team's recommendation, but have the others ready to address concerns. This balances the client's desire for clarity with the shotgun's exploratory value.

How do we handle consultants who can't turn around quick feedback?

Build a pre-agreed schedule of 'quick look' milestones where consultants only need to give thumbs-up/thumbs-down on a few key parameters, not full deliverables. For example, ask the structural engineer to approve a column grid within 24 hours, not a full framing plan.

Is the shotgun suitable for renovation projects?

Yes, but with modifications. The analysis step must include a thorough existing-conditions survey, and the divergence step should focus on intervention strategies rather than new forms. The filtering step then weighs feasibility (structural, historical) more heavily than aesthetics.

8. Summary and Next Experiments

The 5-Step Workflow Shotgun is a practical tool for teams that want to reduce waste and increase design quality. It works best when constraints are clear, the team is collaborative, and the schedule allows for short, intense bursts of exploration. But it's not a silver bullet; it requires discipline to maintain and judgment to know when to set it aside.

Here are three experiments to try on your next project: (1) Run a timed divergence session with no self-editing for 90 minutes, then filter in 30. (2) Create a constraint matrix before you start sketching and use it as a checklist during filtering. (3) After the project, hold a 30-minute retro focused only on the workflow—what worked, what drifted, what you'll change next time. These small actions will help you internalize the shotgun's rhythm and make it your own.

Share this article:

Comments (0)

No comments yet. Be the first to comment!