Tools, Process & Philosophy

How I Actually
Build Things.

Good learning design is invisible — learners don't notice the scaffolding, they just find themselves understanding something they didn't before. Here's what goes into making that happen.

Design Philosophy

What I Believe About Learning

"Training that gets completed is not the same as training that changes behavior. The only metric that matters is whether someone can do something differently on Monday morning."

— The question that drives every design decision

Context Before Content

Learners need to understand why before they can absorb how. Every course I build establishes stakes and relevance in the first two minutes — or it loses the learner before the first knowledge check.

Practice Over Presentation

Slides are not learning. Wherever possible, I design for doing — branching decisions, scenario-based practice, performance-based assessments that simulate the real task environment rather than testing memory of bullet points.

Measure What Matters

Completion rates are a vanity metric. I design for Kirkpatrick Levels 3 and 4 wherever the budget and access allow — tracking behavior change and business impact, not just satisfaction surveys.

Speed Without Sloppiness

AI-enhanced workflows, modular design libraries, and rapid prototyping disciplines mean I can move fast when timelines demand it — without producing the generic, template-pasted output that gives fast LXD a bad name.


The Toolkit

What I Work With

Tools are a means, not an identity — but fluency matters. Here's what I reach for and why.

Authoring

Course Development

Articulate Storyline 360 Articulate Rise 360 Adobe Captivate Lectora Vyond Camtasia

Multimedia & Design

Creative Production

Adobe Photoshop Adobe Illustrator Premiere Pro After Effects AI Voiceovers Synthetic Avatars Veed.io

Systems & Standards

LMS & Technical

Cornerstone Workday Learn Moodle SAP Litmos xAPI / Tin Can SCORM HTML / CSS

Methodologies

Process Frameworks

ADDIE SAM Agile / Scrum Kirkpatrick L1–L4 Section 508 / WCAG 2.1 IACET Standards 70-20-10

How a Project Moves

My Design Process

Every engagement is different, but the underlying discipline is the same. Here's how I typically move from kickoff to delivery.

01

Discover & Diagnose

Before a single slide gets built, I need to understand the performance gap. What are people doing now? What should they be doing? Is training actually the right solution — or is this a process, access, or motivation problem? I conduct needs analysis and SME interviews to get to the real root cause.

02

Design & Blueprint

Learning objectives first, always — written to a measurable, behavioral standard. Then a design document or storyboard that maps content to objectives before any production begins. Stakeholders see and approve the structure before I write a single line of narration or place a single interaction.

03

Develop & Prototype

Rapid prototyping to get a working draft in front of stakeholders early — not a pixel-perfect final, but enough to validate direction before full production investment. I use modular design patterns and reusable templates to maintain quality while moving fast.

04

Iterate & Deliver

Structured review cycles with clear feedback protocols — not "what do you think?" but "does this meet the learning objective?" Final delivery includes QA against all technical specs, accessibility checks, and LMS testing before launch. Post-launch, I track data and feed insights back into the design.

Ready to Work Together?

Let's Talk About Your Project.

Whether you need a single course or a full learning system — I'd rather understand the problem first and scope from there.