Skip to main content

Hey Claude, let's explore some design ideas in Paper.

From an epic in Notion to design boards on the canvas. Here's a look at the voice-driven workflow I've been using lately.

3 min read

Next Gig is a scheduling and dep-management tool for working musicians. Gig management was working well, so it was time to expand support to rehearsals and studio time.

I had Gemini draft the epic, then pasted it into my Notion backlog. The core request:

“Extend the Gig framework to support Rehearsals and Studio Sessions so musicians track all band events, shared costs, and prep logistics in one schedule.”

The agent scanned the codebase against the epic and proposed four user stories: a booking-type selector (the foundation), rehearsal cost-splitting, studio deposit tracking, and differentiated schedule badges.

We refined these stories by voice using SuperWhisper. Speaking out loud, I could communicate my ideas and needs much faster than typing.


To drive out ambiguity, the agent surfaced clear decisions with trade-offs and recommended paths. My job was simply to decide:

  • Split rehearsal costs by band roster or manual headcount? Manual — not everyone is on the app yet, so simplicity is key.
  • Private or shared rehearsals/sessions? Reuse existing optional sharing.
  • Build everything now, or start small? Spec first to establish the foundation.
Traditional hand-off versus voice-to-canvas loop by phase
PhaseTraditional Hand-OffVoice-to-Canvas Loop
1. Spec & PlanningManually writing detailed specs + endless refinement meetings.Draft a rough epic via Gemini, immediately sync it with codebase context.
2. AlignmentBack-and-forth Slack threads, emails, or scheduling extra syncs.Speak out loud via SuperWhisper, transferring high-density context in seconds.
3. Mockups & UIDrafting static mockups in Figma, guessing design system tokens.Agent generates production-ready screens directly in Paper using real tokens.
4. IterationAnnotating screenshots and waiting days for redesigned assets.Push back out loud: “This doesn’t work for X,” UI updates instantly.

With the logic settled, I asked Claude to use my custom AI skills and start ideating in Paper. Because Claude was pre-loaded with my design system, it generated on-brand screens—a user-journey strip and the Add Booking panel in all three states side-by-side—using my real type scale, colors, and component tokens.

The Expanded Booking Types board: a four-step user journey, the Add booking panel shown as Gig, Rehearsal and Studio side by side, the three money modes, and a schedule with a type badge on each row
The board from the session — one form across Gig, Rehearsal and Studio, the money modes, and the differentiated schedule, all on my real Next Gig tokens.

Seeing the mockups, I pushed back: the cost fields assumed the user was always the one paying. In a musician's life, cash flow varies: sometimes the client covers the rehearsal, sometimes you're a session player getting paid, and sometimes you're splitting a room fee.

This feedback reshaped the data model. We added a simple Money selector (Getting paid · Splitting a cost · Nothing to track) tied to your role in the booking. The boards updated instantly to show all three states.

The loop that matters:not “make it prettier,” but “this doesn't match reality” → redesign → verify → confirm in one session.

Four things that mattered:

  • Epic as source of truth — every screen mapped back to a user story.
  • Voice — faster than typing for dumping context and product judgment.
  • Explicit trade-offs — the agent asked questions instead of guessing.
  • Connected design tool — “Let's see it” took seconds, not a hand-off loop.

Interaction model locked, mockups approved. Next: write the implementation spec.


  1. Draft a rough epic with an LLM and drop it in Notion.

  2. Point the agent at the epic and codebase; break it into small stories.

  3. Refine by voice — have the agent surface trade-offs, then decide.

  4. Generate screens in your design tool using real tokens.

  5. Push back out loud against real-world edge cases.

  6. Write the implementation spec once the boards hold up.

Want to collaborate or chat about design?

I'm always happy to connect, whether it's about a project, a role, or just swapping ideas.

Steven Dempster

© 2026 Steven Dempster