Tag Archives: Prototyping

How to Test Your Business Model

How to Test Your Business Model

GUEST POST from Mike Shipulski

Sometimes we get caught up in the details when we should be working on the foundation. Here’s a rule: If the underlying foundation is not secure, don’t bother working on anything else.

If you’re working on a couple new technologies, but the overall business model won’t be profitable, don’t work on the new technologies. Instead, figure out a business model that is profitable, then do what it takes (technology, simplification, process improvement) to make it happen. But, often, that’s not what we do.

Often, we put the cart before the horse. We create projects to make prototypes that demonstrate a new technology, but the whole business premise is built on quicksand. There’s a reason why foundations are made from concrete and not quicksand. It’s because you can build on top of a base made of concrete. It supports the load. It doesn’t crack, nor does it fall apart. Think Pyramid of Giza.

Because foundations are big and expensive they can be difficult and expensive to test. For example, if an innovation is based on a new foundation, say, a new business model, building a physical prototype of the new business model is too expensive and the testing will not happen. And what usually happens is the foundation goes untested, the higher level technology work is done, the commercialization work is completed and the business model fails because it wasn’t solid.

But you don’t have to build a full-scale prototype of the Pyramid of Giza to test if a pyramid will stand the test of time. You can build a small one and test it, or you can run an analysis of some sort to understand if the pyramid will support the weight. But what if you want to test a new business model, a business model that has never been done before, using new products and services that have never seen the light of day? What do you do? In this case, it doesn’t make sense to make even a scale model. But it does make sense to create a one page sales tool that describes the whole thing and it does make sense to show it to potential customers and ask them what they think about it.

The open question with all new things is – will customers like it enough to buy it. And, it’s no different with the business model. Instead of creating a new website, staffing up, creating new technologies and products, create a one-page sales tool that describes the new elements and show it to potential customers. Distill the value proposition into language people can understand, describe the novelty that fuels the value, capture it on one page, show it to customers, and listen.

And don’t build a single, one-page sales tool, build two or three versions. And then, ask customers what they think. Odds are, they’ll ask you questions you didn’t think they’d ask. Odds are, they’ll see it differently than you do. And, odds are, you’ll have to incorporate their feedback into an improved version of the business model. The bad new is you didn’t get it right. The good news is you didn’t have to staff up and build the whole business model, create the technologies and launch the products. And more good news – you can quickly modify the one-page sales tool and go back to the customers and ask them what they think. And you can do this quickly and inexpensively.

Don’t develop the technology until you know the underlying business model will be profitable. Don’t staff up until you know if the business model holds water. Don’t launch the new products until you verify customers will buy what you want to sell.

Creating a new business model from scratch is an expensive proposition. Don’t build it until you invest in validating it’s worth building.

The worst way to validate a business model is by building it.

Image credit: Gemini

Subscribe to Human-Centered Change & Innovation WeeklySign up here to join 17,000+ leaders getting Human-Centered Change & Innovation Weekly delivered to their inbox every week.

Validate Business Models Before Building Them

Validate Business Models Before Building Them

GUEST POST from Mike Shipulski

One of the best ways to learn is to make a prototype. Prototypes come in many shapes and sizes, but their defining element is the learning objective behind them. When you start with what you want to learn, the prototype is sure to satisfy the learning objective. But start with the prototype, and no one is quite sure what you’ll learn. When prototypes come before the learning objective, prototypes are inefficient and ineffective.

Before staffing a big project, prototypes can be used to determine viability of the project. And done right, viability prototypes can make for fast and effective learning. Usually, the team wants to build a functional prototype of the product or service, but that’s money poorly spent until the business model is validated. There’s nothing worse than building expensive prototypes and staffing a project, only to find the business model doesn’t hold water and no one buys the new thing you’re selling.

There’s no reason a business model can’t be validated with a simple prototype. (Think one-page sales tool.) And there’s no reason it can’t be done at the earliest stages. More strongly, the detailed work should be held hostage until the business model is validated. And when it’s validated, you can feel good about the pot of gold at the end of the rainbow. And if it’s invalidated, you saved a lot of time, money and embarrassment.

The best way to validate the business model is with a set of one-page documents that define for the customer what you will sell them, how you’ll sell it, how you’ll service it, how you’ll train them and how you’ll support them over the life of your offering. And, don’t forget to tell them how much it will cost.

The worst way to validate the business model is buy building it. All the learning happens after all the money has been spent.

For the business model prototypes there’s only one learning objective: We want to learn if the customer will buy what we’re selling. For the business model to be viable, the offering has to hang together within the context of installation, service, support, training and price. And the one-page prototype must call out specifics of each element. If you use generalities like “we provide good service” or “our training plans are the best”, you’re faking it.

Don’t let yourself off the hook. Use prototypes to determine the viability of the business model before spending the money to build it.

Image credit: Google Gemini

Subscribe to Human-Centered Change & Innovation WeeklySign up here to join 17,000+ leaders getting Human-Centered Change & Innovation Weekly delivered to their inbox every week.

10 Ways to Prototype Experience Without Building a Product

10 Ways to Prototype Experience Without Building a Product

by Braden Kelley and Art Inteligencia


How Do You Prototype Experience Without Building a Product? (Short Answer)

Ten ways to prototype experience without building a product: (1) concierge delivery, (2) Wizard of Oz, (3) fake-door / offer test, (4) paper or sketch walkthrough, (5) service rehearsal, (6) moment-of-truth enactment, (7) manual-backed facade, (8) pop-up front door, (9) human-scripted conversation, and (10) recovery rehearsal. Soft landings learn the feeling, the job, and the seam before the backlog. Hard landings fund the build and hope the experience shows up later.

Prototype the experience humans will live — not the product you wish you had budget to build.

Why Prototype the Experience Before You Fund the Build?

I keep watching teams schedule a product build to “see if people like it,” polish UI before a behavior hypothesis exists, and treat stakeholder applause at a demo as desirability proof. Those are expensive costumes. Experience prototypes falsify whether people can finish the job with dignity — cheaply.

Cheap evidence sits in the middle between insight and scale — see 6 Stages Most Organizations Skip Between Insight and Scale. Instrument learning with something like The Experiment Canvas™. And do not confuse a clickable demo with learning — prototype-as-finish-line is ceremony in 6 Design Artifacts Worth Keeping — and 6 That Are Ceremony.

Method Falsifies Build can wait until…
1. Concierge Will they hire this job done this way? Demand + behavior proven
2. Wizard of Oz Does the interaction feel trustworthy? Interaction model validated
3. Fake door Will they raise a hand? Interest without theater
4. Paper walkthrough Where does the job break? Flow risks known
5. Service rehearsal Do seams and roles work? Operating model sketched
6. Enactment What does success feel like? Emotional job clear
7. Manual facade Can ops sustain the promise? Promise vs capacity
8. Pop-up Does the channel work in context? Front-door design proven
9. Scripted conversation Does dialogue resolve the job? Conversation design ready
10. Recovery rehearsal Can we make it right when it fails? Trust path designed

If you haven’t felt the experience, you haven’t prototyped it — you’ve only scheduled a build.

1. How Does Concierge Delivery Prototype Experience?

Method: Deliver the end-to-end experience manually for a small set of humans — humans are the system.

Falsifies: Desirability and job fit — will they hire this outcome done this way?

Run lean: Cap at N customers or employees; script the promise; log every step and friction.

Kill/continue: They return, refer, or abandon a workaround — or they ghost after one try.

2. What Is Wizard of Oz Experience Prototyping?

Method: Present an “automated” or agentic experience while a human performs the work unseen.

Falsifies: Interaction trust — clarity, control, and competence feel — before you build the agent.

Run lean: Chat, voice, or UI shell; human operator; record where people hesitate or demand a human.

Kill/continue: They complete with confidence — or trap, retell, or escape the channel. For the trust contract when agents later act for real, see 6 Trust Pillars for Agentic Customer Experience.

3. How Do Fake-Door / Offer Tests Work Without Building?

Method: Offer the experience — landing page, button, email, QR, shelf talker — before it exists; measure intent.

Falsifies: Demand signal without building fulfillment.

Run lean: Clear promise; easy signup; honest “not ready yet” follow-up; no dark patterns.

Kill/continue: Qualified interest above threshold — or curiosity theater with zero follow-through. Fake doors that shame people are trust violations, not prototypes.

4. Why Run a Paper or Sketch Walkthrough?

Method: Walk real users through screens, cards, or paper steps that stand in for the product.

Falsifies: Flow risk — where the job breaks, where language fails, where dignity costs spike.

Run lean: Low fidelity on purpose; one job; watch hands and faces; don’t defend the sketch.

Kill/continue: Time-to-first-success improves — or they invent a workaround mid-walkthrough. Better framing questions before you freeze a build live in 10 Design Questions That Beat a 40-Page Requirements Document.

5. What Is a Service Rehearsal Prototype?

Method: Tabletop, then live rehearsal of the service with real role owners — frontline, backstage, partner.

Falsifies: Operating-model risk — orphan seams, unclear ownership, policy collisions.

Run lean: One journey; timers; “who owns this seam?” cards; stop when a seam has no owner.

Kill/continue: Seams named and staffed — or the rehearsal collapses into “IT will figure it out.”

6. How Does Moment-of-Truth Enactment Prototype Feeling?

Method: Role-play or staged enactment of the critical emotional beat — recovery, consent, first win, bad news.

Falsifies: Emotional job and stakes — what success and betrayal feel like.

Run lean: Real customers or employees if possible; otherwise trained proxies plus later validation; debrief feelings, not features.

Kill/continue: People say “I’d trust that” — or the room goes quiet at the dignity cost.

7. What Is a Manual-Backed Facade?

Method: Ship a thin front — form, chat, page — backed by spreadsheet or ops humans, not a platform.

Falsifies: Promise vs capacity — can you keep the experience promise at small scale?

Run lean: Explicit capacity cap; promises you can keep; log unpaid labor and exception types.

Kill/continue: Ops can sustain with dignity — or heroes burn out keeping the costume alive. Before you fund the bigger pilot, use 11 Questions Before Funding Any Innovation Pilot.

8. How Does a Pop-Up Front Door Prototype Channel Fit?

Method: Stand up a temporary physical or digital front door where the job already happens.

Falsifies: Context and channel fit — will they enter here, not only in your preferred portal?

Run lean: Hours or days, not months; observe wrong-door and escape; capture verbatim jobs.

Kill/continue: Traffic converts to completed jobs — or people walk past to the old path.

9. How Do You Prototype Experience With Human-Scripted Conversation?

Method: Run the conversational experience with a human following — and adapting — a script across SMS, chat, voice, or desk.

Falsifies: Dialogue design — can conversation finish the job without loops or shame?

Run lean: One intent; escalation rules; measure completion and “felt heard.”

Kill/continue: Job done in one conversation — or an escalation storm and retelling tax. Prototyping without a named behavior is a classic design-thinking misuse — see 7 Ways Design Thinking Gets Misused.

10. Why Rehearse Recovery Before You Scale?

Method: Deliberately break or simulate failure; rehearse undo, apology, refund, rebook, and human handoff.

Falsifies: Trust under failure — control, care, and accountability when the happy path dies.

Run lean: One failure mode; powered recovery band; time-to-make-right; named accountable human.

Kill/continue: Recovery restores trust — or “the system decided” leaves nobody askable.

What Should You Ask Before the Next Build Request?

Five questions for experience prototyping:

  1. What named behavior are we falsifying?
  2. Which of these ten methods is the cheapest honest test?
  3. What is the kill/continue date?
  4. Who feels the experience — real humans or stakeholders only?
  5. What must we not build until the experience proves out?

Mantra: Prototype the experience. Build the product only when the feeling and the job survive contact with humans.

FAQ: Prototyping Experience Without Building a Product

How do you prototype an experience without a product?

Prototype an experience without a product by delivering the job manually, running Wizard of Oz interactions, testing offers with fake doors, walking paper flows, rehearsing services and recovery, using manual-backed facades, pop-up front doors, and human-scripted conversations — each with a named behavior and a kill/continue date.

What is a concierge MVP for CX?

A concierge MVP for CX is delivering the end-to-end customer or employee experience by hand for a small set of people — humans are the system — so you learn whether they will hire the outcome before you fund a product build.

What is Wizard of Oz prototyping?

Wizard of Oz prototyping presents an automated or agentic experience while a human performs the work behind the curtain — falsifying whether the interaction feels clear, competent, and controllable before you build the real system.

How do you test a service before building software?

Test a service before building software with service rehearsals, pop-up front doors, manual-backed facades, human-scripted conversations, and recovery rehearsals that prove seams, capacity, dialogue, and make-right — not stakeholder applause at a clickable demo.

When should you stop prototyping and build?

Stop prototyping and build when a named behavior is proven or falsified on a decision date, the experience survives contact with real humans, seams and recovery have owners, and further learning requires scale you cannot fake by hand — not when the demo looks fundable.

Image credits: 1 of 1,550+ FREE quotes for your presentations at http://misterinnovation.com

Content Authenticity Statement: The topic area, key elements to focus on, etc. were decisions made by Braden Kelley, with a little help from Google Gemini and Cursor to clean up the article, add images and create infographics.

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

How Tangible AI Artifacts Accelerate Learning and Alignment

Seeing the Invisible

By Douglas Ferguson, Founder & CEO of Voltage Control
Originally inspired by
“A Lantern in the Fog” on Voltage Control, where teams learn to elevate their ways of working through facilitation mastery and AI-enabled collaboration.

Innovation isn’t just about generating ideas — it’s about testing assumptions before they quietly derail your progress. The faster a team can get something tangible in front of real eyes and minds, the faster they can learn what works, what doesn’t, and why.

Yet many teams stay stuck in abstraction for too long. They debate concepts before they draft them, reason about hypotheses before they visualize them, and lose energy to endless interpretation loops. That’s where AI, when applied strategically, becomes a powerful ally in human-centered innovation — not as a shortcut, but as a clarifier.

How Tangible AI Artifacts Accelerate Learning and Alignment

At Voltage Control, we’ve been experimenting with a practice we call AI Teaming — bringing AI into the collaborative process as a visible, participatory teammate. Using new features in Miro, like AI Flows and Sidekicks, we’re able to layer prompts in sequence so that teams move from research to prototypes in minutes. We call this approach Instant Prototyping — because the prototype isn’t the end goal. It’s the beginning of the real conversation.


Tangibility Fuels Alignment

In human-centered design, the first artifact is often the first alignment. When a team sees a draft — even one that’s flawed — it changes how they think and talk. Suddenly, discussions move from “what if” to “what now.” That’s the tangible magic: the moment ambiguity becomes visible enough to react to.

AI can now accelerate that moment. With one-click flows in Miro, facilitators can generate structured artifacts — such as user flows, screen requirements, or product briefs — based on real research inputs. The output isn’t meant to be perfect; it’s meant to be provocative. A flawed draft surfaces hidden assumptions faster than another round of theorizing ever could.

Each iteration reveals new learning: the missing user story, the poorly defined need, the contradiction in the strategy. These insights aren’t AI’s achievement — they’re the team’s. The AI simply provides a lantern, lighting up the fog so humans can decide where to go next.


Layering Prompts for Better Hypothesis Testing

One of the most powerful aspects of Miro’s new AI Flows is the ability to layer prompts in connected sequences. Instead of a single one-off query, you create a chain of generative steps that build on each other. For example:

  1. Synthesize research into user insights.
  2. Translate insights into “How Might We” statements.
  3. Generate user flows based on selected opportunities.
  4. Draft prototype screens or feature lists.

Each layer of the flow uses the prior outputs as inputs — so when you adjust one, the rest evolves. Change a research insight or tweak your “How Might We” framing, and within seconds, your entire prototype ecosystem updates. It’s an elegant way to make hypothesis testing iterative, dynamic, and evidence-driven.

Seeing the Invisible

In traditional innovation cycles, these transitions can take weeks of hand-offs. With AI flows, they happen in minutes — creating immediate feedback loops that invite teams to think in public and react in real time.

(You can see this process in action in the video embedded below — where we walk through how small prompt adjustments yield dramatically different outputs.)


The Human Element: Facilitating Sensemaking

The irony of AI-assisted innovation is that the faster machines generate, the more valuable human facilitation becomes. Instant prototypes don’t replace discussion — they accelerate it. They make reflection, critique, and sensemaking more productive because there’s something concrete to reference.

Facilitators play a critical role here. Their job is to:

  • Name the decision up front: “By the end of this session, we’ll have a directionally correct concept we’re ready to test.”
  • Guide feedback: Ask, “What’s useful? What’s missing? What will we try next?”
  • Anchor evidence: Trace changes to specific research insights so teams stay grounded.
  • Enable iteration: Encourage re-running the flow after prompt updates to test the effect of new assumptions.

Through this rhythm of generation, reflection, and adjustment, AI becomes a conversation catalyst — not a black box. And the process stays deeply human-centered because it focuses on learning through doing.


Case in Point: Building “Breakout Buddy”

We recently used this exact approach to prototype a new tool called Breakout Buddy — a Zoom app designed to make virtual breakout rooms easier for facilitators. The problem was well-known in our community: facilitators love the connection of small-group moments but dread the logistics. No drag-and-drop, no dynamic reassignment, no simple timers.

Using our Instant Prototyping flow, we gathered real facilitator pain points, synthesized insights, and created an initial app concept in under two hours. The first draft had errors — it misunderstood terms like “preformatted” and missed saving room configurations — but that’s precisely what made it valuable. Those gaps surfaced the assumptions we hadn’t yet defined.

After two quick iterations, we had a working prototype detailed enough for a designer to polish. Within days, we had a testable artifact, a story grounded in user evidence, and a clear set of next steps. The magic wasn’t in the speed — it was in how visible our thinking became.


Designing for Evidence, Not Perfection

If innovation is about learning, then prototypes are your hypotheses made tangible. AI just helps you create more of them — faster — so you can test, compare, and evolve. But the real discipline lies in how you use them.

  • Don’t rush past the drafts. Study what’s wrong and why.
  • Don’t hide your versions. Keep early artifacts visible to trace the evolution.
  • Don’t over-polish. Each iteration should teach, not impress.

When teams treat AI outputs as living evidence rather than final answers, they stay in the human-centered loop — grounded in empathy, focused on context, and oriented toward shared understanding.


A Lantern in the Fog

At Voltage Control, we see AI not as a replacement for creative process, but as a lantern in the fog — illuminating just enough of the path for teams to take their next confident step. Whether you’re redesigning a product, reimagining a service, or exploring cultural transformation, the goal isn’t to hand creativity over to AI. It’s to use AI to make your learning visible faster.

Because once the team can see it, they can improve it. And that’s where innovation truly begins.


🎥 Watch the Demo: How layered AI prompts accelerate hypothesis testing in Miro

Join the waitlist to get your hands on the Instant Prototyping template

Image Credit: Douglas Ferguson, Unsplash

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

Unlocking Innovation Through Prototyping

GUEST POST from Mike Shipulski

A prototype moves us from “That’s not possible.” to “Hey, watch this!”

A prototype moves us from “We don’t do it that way.” to “Well, we do now.”

A prototype moves us from “That’s impossible.” to “As it turns out, it was only almost impossible.”

A prototype turns naysayers into enemies and profits.

A prototype moves us from an argument to a new product development project.

A prototype turns analysis-paralysis into progress.

A prototype turns a skeptical VP into a vicious advocate.

A prototype turns a pet project into top-line growth.

A prototype turns disbelievers into originators of the idea.

A prototype can turn a Digital Strategy into customer value.

A prototype can turn an uncomfortable Board of Directors meeting into a pizza party.

A prototype can save a CEO’s ass.

A prototype can be too early, but mostly they’re too late.

If the wheels fall off your first prototype, you’re doing it right.

If your prototype doesn’t dismantle the Status-Quo, you built the wrong prototype.

A good prototype violates your business model.

A prototype doesn’t care if you see it for what it is because it knows everyone else will.

A prototype turns “I don’t believe you.” into “You don’t have to.”

When you’re told “Don’t make that prototype.” you’re onto something.

A prototype eats not-invented-here for breakfast.

A prototype can overpower the staunchest critic, even the VP flavor.

A prototype moves us from “You don’t know what you’re talking about.” to “Oh, yes I do.”

If the wheels fall off your second prototype, keep going.

A prototype is objective evidence you’re trying to make a difference.

You can argue with a prototype, but you’ll lose.

If there’s a mismatch between the theory and the prototype, believe the prototype.

A prototype doesn’t have to do everything, but it must do one important thing for the first time.

A prototype must be real, but it doesn’t have to be really real.

If your prototype obsoletes your best product, congratulations.

A prototype turns political posturing into reluctant compliance and profits.

A prototype turns “What the hell are you talking about?” into “This.”

A good prototype bestows privilege on the prototype creator.

A prototype can beat a CEO in an arm-wrestling match.

A prototype doesn’t care if you like it. It only cares about creating customer value.

If there’s an argument between a well-stated theory and a well-functioning prototype, it’s pretty clear which camp will refine their theory to line up with what they just saw with their own eyes.

A prototype knows it has every right to tell the critics to “Kiss my ass.” but it knows it doesn’t have to.

You can argue with a prototype, but shouldn’t.

A prototype changes thinking without asking for consent.

Image credit: misterinnovation.com

Subscribe to Human-Centered Change & Innovation WeeklySign up here to join 17,000+ leaders getting Human-Centered Change & Innovation Weekly delivered to their inbox every week.

Prototyping the Future

Experimenting with Emerging Possibilities

Prototyping the Future

GUEST POST from Chateau G Pato

In the high-stakes game of organizational change, inertia is the silent killer. Leaders often talk about innovation, but they are terrified of the risk associated with committing millions to an unproven concept. This fear traps organizations in a cycle of incrementalism. As a human-centered change and innovation thought leader, I argue that the most powerful antidote to this paralysis is prototyping. Prototyping is not merely a step in a design process; it is a mindset — a strategic, disciplined commitment to experimenting with the future in the present. It is the art of making the unknown tangible, allowing us to fail safely, learn quickly, and dramatically increase our Return on Learning (ROL).

We must shift from an obsession with traditional ROI (Return on Investment), which punishes failure, to prioritizing ROL (Return on Learning), which rewards clarity and speed. Prototyping the future requires moving from a culture obsessed with detailed planning to one that values informed iteration. It means creating low-fidelity, high-impact simulations of emerging possibilities — be it a new product, a process, or an entirely new business model. This commitment to creating fast, disposable versions of the future dramatically lowers the psychological cost of failure, fostering the psychological safety necessary for true breakthrough innovation. Whether it’s a cardboard model, a basic wireframe, or an immersive Virtual Reality (VR) simulation, the goal is to maximize the learning extracted per dollar spent.

The Three Imperatives of Strategic Prototyping

To successfully prototype the future, organizations must focus on three core strategic imperatives that accelerate learning and reduce risk:

  • 1. De-Risking the Unknown with Speed: The primary function of a prototype is to identify and test the riskiest assumption in an emerging idea. It must be fast, cheap, and disposable. We aim to fail quickly and often at the conceptual stage, saving significant time and capital that would otherwise be wasted on building a perfect solution for the wrong problem.
  • 2. Generating Empathy Through Tangibility: Abstract ideas are difficult for stakeholders and customers to critique meaningfully. A prototype — whether physical or digital (e.g., an Augmented Reality model) —forces interaction. This human interaction generates deep empathy and reveals hidden needs, emotional reactions, and critical user friction points that no spreadsheet or survey can capture.
  • 3. Creating a Shared Vision: The future is difficult to discuss because everyone imagines it differently. A prototype serves as a Shared Artifact — a concrete, singular point of reference around which a team, and the entire organization, can align their vision, critique constructively, and unify their efforts. This speeds up decision-making and aligns cross-functional silos.

“Don’t fall in love with your first idea. Fall in love with the clarity your first prototype creates.” — Braden Kelley


Case Study 1: The IDEO Shopping Cart – Prototyping the Experience

The Challenge:

The design firm IDEO was challenged by a major grocery chain to redesign the common supermarket shopping cart. The initial, narrow focus was on engineering and durability, which would have resulted in only incremental changes.

The Prototyping Solution:

IDEO’s human-centered approach started not with engineering, but with experiential prototypes. The team quickly built several low-fidelity models using rudimentary materials (duct tape, bins, children’s seats) to test radically different concepts — like a cart with a built-in calculator or one with better maneuverability. They took these rough models into the grocery store for real-time testing, observing customer and employee interaction and failure points.

The Innovation Impact:

By prototyping the user experience rather than the final product, IDEO discovered critical, unarticulated needs—like improved maneuverability and safer child seating—that led to fundamental design shifts. The process proved that fast, visual, and highly interactive prototyping is the most efficient way to unlock breakthrough innovation by placing the human at the center of the learning loop.


Case Study 2: Amazon’s “Working Backwards” – Prototyping the Document

The Challenge:

Amazon, known for its high-velocity innovation, needed a mechanism to ensure that product teams were building things customers actually wanted and that ideas were vetted quickly without expensive software development.

The Prototyping Solution:

Amazon formalized a process called “Working Backwards,” which uses a document-based prototype. Before a single line of code is written, a team must write a Press Release (PR) announcing the finished product to the world. The PR is a one-page, customer-centric narrative explaining the product’s benefit, the problem it solves, and its release date. Accompanying the PR is a detailed FAQ and mock Customer Reviews.

The Innovation Impact:

This simple, text-based prototype forces immediate clarity and user focus. Writing the press release first ensures the team can articulate the customer value proposition before spending any engineering time. If the PR isn’t compelling, the idea is instantly shelved or iterated upon. This low-fidelity, high-discipline prototyping method de-risks multi-million-dollar projects by ensuring the idea is sound and clearly focused on the human need before the execution even begins. It is the ultimate example of prototyping the communication and the value proposition.


Conclusion: Leading with Iteration and ROL

Prototyping the future is the most responsible way to lead change. It replaces the paralyzing certainty of the five-year plan with the agile confidence of constant, low-cost learning. Leaders must create the cultural conditions for this to thrive: namely, by celebrating fast learning and treating failed prototypes as valuable data points, thereby building an organization defined by high Psychological Safety and high ROL.

The innovation landscape moves too fast for slow, secretive, and large-scale commitments. By adopting the three imperatives—speed, empathy generation, and shared vision creation—through prototyping, you ensure that your organization remains perpetually adaptive.

“Stop trying to predict the future. Start building disposable versions of it.” — Braden Kelley

That is the definitive strategy for unlocking continuous, human-centered innovation.

Extra Extra: Because innovation is all about change, Braden Kelley’s human-centered change methodology and tools are the best way to plan and execute the changes necessary to support your innovation and transformation efforts — all while literally getting everyone all on the same page for change. Find out more about the methodology and tools, including the book Charting Change by following the link. Be sure and download the TEN FREE TOOLS while you’re here.

Image credit: 1 of 950+ FREE quote slides available at http://misterinnovation.com

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

Prototyping with Users is a Human-Centered Approach to Testing Ideas

Prototyping with Users is a Human-Centered Approach to Testing Ideas

GUEST POST from Chateau G Pato

In the rapidly evolving landscape of innovation, creating solutions that resonate with users is more crucial than ever. The key to successful innovation is not just creating value but delivering it in a way that meets users’ needs and expectations. This is where human-centered prototyping comes into play. By involving users in the prototyping process, organizations can gather valuable insights, refine their ideas, and ultimately create more meaningful products and services.

Why Human-Centered Prototyping?

Traditional approaches to prototyping often place the design team at the center, focusing on functionality and technical feasibility. However, this can lead to solutions that miss the mark in terms of user experience and desirability. Human-centered prototyping, on the other hand, involves users as co-creators. This approach ensures that prototypes are not only technically sound but also aligned with users’ real-world needs and behaviors.

1. Engaging Users Early and Often

By bringing users into the prototyping phase from the start, organizations can uncover unexpected use cases, validate assumptions, and identify pain points that may not be immediately obvious. Engaging users early helps to build empathy and ensures that the final product is grounded in reality.

2. Rapid Iteration and Feedback Loops

Human-centered prototyping emphasizes rapid iteration. By quickly creating and testing prototypes with users, teams can learn and adapt in real-time. This continuous feedback loop encourages experimentation and reduces the risk of costly failures further down the line.

Case Studies

Case Study 1: Airbnb’s Evolution through User Insights

Airbnb’s rise to prominence is a testament to the power of user-centered prototyping. In its early days, the founders faced significant challenges in gaining traction. To address this, they adopted a strategy of directly engaging with their users — both hosts and guests.

By conducting in-person visits and creating low-fidelity prototypes of their platform, Airbnb’s team gathered firsthand insights into the needs and pain points of their users. This process revealed critical aspects, such as the importance of trust and the need for detailed property descriptions and quality photos.

Through continuous iteration based on real user feedback, Airbnb was able to refine their platform, resulting in a user experience that feels both personalized and intuitive. This approach was instrumental in transforming their business model into a globally recognized brand.

Case Study 2: IDEO’s Design Thinking in the Healthcare Sector

IDEO, a leader in applying design thinking to solve complex problems, utilized human-centered prototyping to innovate in the healthcare sector. They partnered with a hospital to improve patient experience in the emergency department.

IDEO’s process involved shadowing medical staff, interviewing patients, and creating role-playing scenarios to simulate the patient journey. By developing storyboards and low-fidelity prototypes, they could quickly test and iterate on different aspects of the experience.

One of the key insights was the importance of communication in alleviating patient anxiety. IDEO’s prototypes included redesigned information boards and communication tools that made processes more transparent and efficient. The result was a significant improvement in patient satisfaction and operational efficiency.

Conclusion

Human-centered prototyping is more than just a method; it’s a mindset that prioritizes empathy, collaboration, and real-world validation. By involving users throughout the prototyping process, organizations can create solutions that are not only innovative but also relevant and impactful.

As we move forward, the organizations that embrace this human-centered approach will be best positioned to navigate the complexities of innovation in the digital age. The lessons from companies like Airbnb and IDEO provide a compelling roadmap for leveraging user insights to drive meaningful change and deliver exceptional products and services.

Extra Extra: Because innovation is all about change, Braden Kelley’s human-centered change methodology and tools are the best way to plan and execute the changes necessary to support your innovation and transformation efforts — all while literally getting everyone all on the same page for change. Find out more about the methodology and tools, including the book Charting Change by following the link. Be sure and download the TEN FREE TOOLS while you’re here.

Image credit: Pixabay

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

Creating User-Centric Products

Best Practices in Human-Centered Design

Creating User-Centric Products

GUEST POST from Chateau G Pato

In today’s fast-paced and highly competitive market, the importance of designing user-centric products cannot be overstated. Human-Centered Design (HCD) is a framework that creatively approaches problem-solving and innovation by prioritizing the needs, preferences, and limitations of end-users at every step of the design process.

Human-Centered Design not only improves the user experience, but it also enhances business outcomes by fostering innovation, reducing risk, and increasing product adoption. Let’s dive into the best practices for creating user-centric products and explore a couple of case studies that showcase the transformative power of HCD.

Understanding and Empathizing with Users

At the heart of Human-Centered Design is empathy. Successful product design begins with a deep understanding of the users’ world—what they experience, feel, and think. Designers must engage in extensive research, including interviews, observations, and co-creation sessions, to genuinely grasp user needs and pain points.

An excellent example of this practice is seen in the development of the Dyson Airblade™ hand dryer. Dyson’s team engaged in detailed user observation and feedback sessions, uncovering the common frustrations people faced with conventional hand dryers. Armed with this knowledge, Dyson designed a product that not only dried hands efficiently, but also addressed hygiene concerns by incorporating HEPA filters. This user-centric approach led to a revolutionary solution that transformed public restroom hygiene standards.

Prototyping and Iterative Testing

Once user insights have been gathered, the next step is to translate these insights into tangible solutions through prototyping. Prototyping allows designers to create preliminary models of their products to test and refine their concepts. The iterative process of testing and feedback loops ensures that the product evolves with user input, ultimately creating solutions that resonate strongly with users.

A prime case study illustrating this process is the redesign of the Starbucks cup. Starbucks realized that their customers experienced discomfort while holding hot beverages and sought to revolutionize their cup’s design. By prototyping different sleeve materials and configurations and testing them with their customers, Starbucks landed on a corrugated paper sleeve design that not only reduced heat transfer but also reinforced their brand’s sustainable image. This process significantly elevated the customer experience and showcased Starbucks’ commitment to user-centric innovation.

Cross-functional Collaboration

Human-Centered Design thrives on collaboration, where diverse teams bring unique perspectives to the table. By involving cross-functional stakeholders from engineering, marketing, and user experience in the design process, companies ensure that the final product not only appeals to users but also aligns with business goals and technical feasibility.

This approach is eloquently discussed in Art Inteligencia’s article “Cross-Functional Collaboration in Design”, where he explores how multi-disciplinary teams can drive innovative product solutions that delight customers while meeting organizational objectives.

Notice and Adapt: Continuous Feedback and Improvement

Even after a product hits the market, the Human-Centered Design process doesn’t end. It’s crucial for companies to maintain a feedback loop with users, analyzing feedback data to make iterative improvements. By continuously tweaking and enhancing products post-launch, businesses can better adapt to evolving user needs and remain competitive.

Another related article, “Artificial Innovation”, delves into how artificial intelligence can be used to augment innovation by accelerating key parts of the pursuit.

Conclusion

Creating user-centric products through Human-Centered Design involves understanding the user’s needs, prototyping, and testing iteratively, fostering a culture of cross-functional collaboration, and continuously gathering and acting on user feedback. By embedding these best practices into the design process, organizations can not only create products that delight users but also achieve significant business success.

By focusing on users from the inception to the evolution of a product, companies like Dyson and Starbucks have successfully harnessed Human-Centered Design to not only address user pain points but also create memorable and impactful experiences. As we move into the future, organizations that understand and implement the principles of Human-Centered Design will be best poised to innovate and lead in their respective fields.

Extra Extra: Futurology is not fortune telling. Futurists use a scientific approach to create their deliverables, but a methodology and tools like those in FutureHacking™ can empower anyone to engage in futurology themselves.

Image credit: Unsplash

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

The Fail Fast Fallacy

The Fail Fast Fallacy

GUEST POST from Rachel Audige

The Fail Fast Fallacy is that while we speak of failing fast, many corporate executives are not going to do so successfully because a) corporates continue to expect success b) the highest achievers are the ones being asked to fail at what they are best at and c) we are injecting perfectionism into our testing and prototyping.

As lean and agile methods have permeated businesses both large and small, the notions of excellence and success have been replaced by catch cries around ‘failing fast, often and cheap’.

There is a certain amount of what we call ‘innovation theatre’ (the speak but not the action) around failure awards and risk rewards in the innovation ecosystem. It sounds brilliant but I am yet to walk into a room of employees that does not speak of ‘fear of failure’ in the organisation.

Notwithstanding some excellent programs around experimentation, with most clients, I hear:

  • “You are not paid to experiment. You are paid to know.”
  • “You can’t take risks or try anything new.”
  • “There is no way that I will agree to take on a big project like that. I’d rather play it safe.”
  • “We lose so much time getting all the boxes ticked.”

I now work with a variety of engineering companies and most not only encounter this issue but also cannot afford to fail. The investments are too substantial or the safety risks too great.

As a general rule, perfectionism is rewarded. Mistakes are not. The corporate paradigm is predicated on providing shareholder value and this does not leave a lot of wriggle room for mistakes.

There also seems to be a dissonance in organisations between what is preached and what is practiced or, in other words, what is promised and what is, in fact, punished. We hear the leadership talk about taking risks but, in parallel, see a colleague fired when an initiative fails.

EXPERTS DON’T LIKE TO FAIL

Not only is the general idea of failing an issue but, specifically, the ones most expected to ‘fail fast’ and be experimental are often those least willing to. Let me illustrate what I mean:

You know when you are amongst the high potentials in a corporate. You tend to get the ‘good gigs’. You are sent to head office for special training programs. You get more opportunities. You get more time with the boss. You also have more occasions to get involved in special projects.

One of the projects I was interested in when I was in a corporate role was part of a four-pillar strategy and the one I was dying to lead was around building an innovation culture. My title didn’t include the word ‘innovation’—no one had that in the organisation at the time—but I was given the green light to drive an innovation community, train coaches and inject innovative thinking across the business. I received the flack, but I also enjoyed the buzz. I did this alongside other ‘high potentials’. Anyone who was given permission to step outside their objectives and spend time helping others to solve their problems tended to be perceived as being excellent at their day job and was encouraged to do more.

Most of the people in the project were high performers in their roles and, ironically—unless an exceptional growth mindset prevails— probably the least likely people to want to be seen making mistakes or failing.

This is entirely consistent with research performed by Liz Wiseman who identified how our expertise and expectation of excellence when working in our area of expertise prevents us from exposing ourselves to less than excellent work.

A similar desire for excellence and perfectionism creeps into prototyping and the way we test out ideas. There is a tendency to overwork the prototype, to create something fully-functioning. As Alberto Savoia—who coined the word ‘pretotyping’—said: “The tough part is getting over our compulsion for premature perfectionism and our desire to add more features, or content, before releasing the first version.”

A pretotype is a stripped-down version of a product, used to merely validate interest. For your restaurant with delivery service, a pretotype could be a simple website that tracks how many visitors come to your page, giving you an idea as to whether or not people would be interested in ordering food from you.

Melbourne-based thought leader, Steve Glaveski, writes that corporate executives have understood the need to prototype but are not tending to ‘fail fast’ because “What they create is too often fully-functioning concepts which cost thousands of dollars and take months to develop.”

This may be particularly true for the technology providers. “People get stuck into tech too quickly,” explains Streicher Louw, Behavioural Strategist and former Innovation Lead at NBN. “They try to build the prototype in too high a fidelity. The moment you start carving that prototype into tech, it is less malleable.”

Not only is it ‘less malleable’ but the teams behind the prototyped concept have a strong incentive to ‘prove’ the value of the investment. The more you invest in it, the harder it will be to let it go and admit it was the wrong thing. You are likely to add more bells and whistles and expect that this will win the customer over.

Louw, who spent seven years in Australia’s National Broadband Network (NBN) where there is a strong culture of Human Centred Design and experimentation, says: “We get so much more for our efforts if we take the time to work out what problem a product solves for a customer and how he intends to use it before we start to build it.”

In many cases, it leads to months of wasted time and large sums of money, energy, hopes and dreams.

So how can we do a better job of failing fast?

EMBRACE DISCOMFORT

The challenge is to make failing more palatable, more tenable. To do that we need to get comfortable with feeling uncomfortable. How? There are a number of steps organisations can take and environments they can create.

1. Don’t just tell them, enable them.

At innovation conferences, we occasionally hear from corporate intrapreneurs who have instigated failure awards or CEOs who have learned to be vulnerable with their organisation and share mistakes. Both remain the exception. The most realistic initiatives I have encountered do not overplay the tolerance for risk taking or mistakes, rather, they remove obstacles for doing things differently and invest in the enablers (robust methods, resources, skilled experts). People are rewarded for working with other teams to help solve their problems. More focus is put on the work that goes on behind the scenes to get to a result (good or bad). People are not simply told to ‘go and innovate’; they are offered solid training in methods that will help with the full innovation journey. People are not fired for trying.

2. High performers should work outside their comfort zone to free them up to make mistakes.

Have you noticed how people feel safer asking what they think is a ‘stupid question’ in contexts where they are not expected to know better? In my innovation lead role, the workshops I ran for product managers in divisions outside mine were probably where I could bring most value. I was expert in a method but knew nothing about their business and felt entirely free to ask the naive and pointy questions. The participants were also more receptive to my input because I was not invested in the project; I wasn’t perceived as having an agenda.

“Put your staff in situations where they can’t help but make mistakes. Position them at the bottom of a learning curve where they’ll need to scramble back to the top by taking small steps, making mistakes, and getting fast feedback. Do more than make failure an option, make it inevitable,” advises Liz Wiseman.

This realisation is apparent in the Wiseman Group’s research which suggests that we should deliberately put people outside their area of expertise so that they give themselves permission to produce the minimum viable product, “not because they are told to, but because that’s all they know how to do”.

When we work in this ‘rookie mode’, as Wiseman calls it, we approach things in surprisingly productive and innovative ways.

Many of us have experienced this and I use this when assigning innovation champions outside their area of expertise. When we step out of our comfort zone and are not expected to be experts, we are less weighed down by expectations. Our novice state makes us more curious, we listen better and we are more humble and receptive to others. When I have managed others or observed myself in this mode, I find that I am more likely to make mistakes but I get over them faster. You tend to chunk things down and check on how you are doing and learn and adjust in a more agile way.

3. Run thought experiments that embrace ambiguity (with constraints).

One of the safest ways of testing what you know before talking with the customer is to run ‘safe’ thought experiments. Some simple yet robust approaches I have used include:

▶ Mapping exercises where you walk in the shoes of your customer and explore the ‘so what?’ of the key features of a given offering. SIT calls this ‘Attribute Value Mapping’ and it’s a great way of not only identifying sticky value propositions but unearthing what you need to improve to make the proposition all the more true!

▶ Bias-busting exercises using tools to scan for any mental fixedness that might have undermined the concept—before you move to testing it.

▶ Asking the ‘empty chair’. It is an established practice to include empty chairs for absent stakeholders. You then check your idea from their perspective.

4. Get used to working with a range of low-fidelity prototypes.

Try to use the fastest method of validation that you think is reasonable. The cadence of business is increasing. Cycles have to decrease. Fast prototyping is crucial. The term comes from the Greek word prōtotypon meaning ‘a first or primitive form’. It is just that.

“You will uncover the product you are supposed to make by prototyping the one you thought you should make,” says Streicher Louw.

If we are truly going to ‘fail fast’, we need to avoid falling in love with our idea and move quickly and cheaply. Be experimental and document both your hypotheses and what you learn. Teams should be created that enable effective experimentation and include a copywriter, a graphic artist, a data specialist and someone well versed in the products.

In my experience, there is tremendous value in rough concepts as a quick and easy way of testing functionality rather than a more polished visual representation of a product or service. The more finished it is, the less they engage and feel they can contribute. It feels done and dusted.

“When the first person you give it to uses it differently to how you intended, rather than educating the user you adapt the design,” says Louw.

The mindset needs to be one that is totally geared towards adapting to the user. It should be rough and approximate so that it is as flexible as possible, meaning that you can learn and change it quickly and for zero cost as you do.

Reid Hoffman, founder of LinkedIn, warns that: “If you are not embarrassed by the first version of your product, you’ve launched too late.” And nobody wants to do that.

Most of us cannot afford to be playing it safe. We need to accelerate the learning cycle. If we want this idea of failing fast to be meaningful, we need to give people the frameworks to innovate, the space to run safe thought experiments, to build iteratively and the opportunity to work outside their area of expertise to free them up from their own aversion to failure.

12 WAYS TO ‘FAKE IT UNTIL YOU MAKE IT’

In most cases, these should be shared with target customers or users to have them interact with it, respond, hone and, if possible, co-create.

1. Diagrams & Maps

Any sort of diagram or map can be a prototype. That includes stakeholder, process, customer journey, jobs to be done, UX maps. Work through what the customer is seeking to do and explore current and proposed solutions to see where they fit along the customer journey or on a simple map.

2. Stories

News of the Future: Tell the story of your idea and describe what the experience will be like. Letter to Grandma: Would she understand your concept?

3. Cardboard

Create low fidelity prototypes; simply mock up a concept using cardboard, sticky tape, bluetack and imagination and see people interacting with it. This way they can very rapidly work out how people use it. Build the next iteration incorporating user interaction with a first level of technology but with a human behind it, the processing is still simulated. Once the cardboard has done the job, you may want to move to prototyping tools such as POP or Invision to build an app that people can play with.

4. Sketches

We all know that a picture tells a thousand words.

5. Lego prototyping

Bring in some customers and describe your product. Have them build it with Lego while your model remains hidden. Bring yours out and discuss only once you have gleaned insights from their models.

6. Storyboarding

This is a visualisation of the complete experience over time.

Break it into scenes to make sense of interactions. Invite your customers to react and adapt.

7. Wizard of Oz pretotypes

This is rather artful deception in that the MVP is an illusion. There is nothing behind it. Zappos is known for having started with no store or inventory of their own; they simply had a web page. Dropbox was launched on the back of a simple three-minute video on ‘Hacker News’ which gave the founder immediate, high quality feedback.

It is a clever approach but should not feel like false advertising as that will quickly erode trust.

8. Social media ads, eDMs and landing pages

Eventbrite, Google, LinkedIn, Facebook—all these platforms enable you to cheaply test a concept and, based on click-rate, decide if there is a market. This is a good way to test purchase intent. It is also a good way to test two different campaigns with distinct value propositions.

9. Crowdfunding

The beauty of this approach is that it gives you the ability to test the market while raising funds to build it. In 2012 in what was then the most successful Kickstarter (crowdfunding platform) campaign in history, Pebble Technology Corporation was able to prove a market for wearable tech long before any of the tech giants moved in that direction.

10. 3D prototypes

Most of us have now seen a 3D printer in action. They are astonishing. They are also a relatively cheap way of testing the look and feel—as opposed to the functionality—of a concept.

11. Pilot Simulations

This is simply small scale testing of an experience. It is possible to create a different experience in a single store, for example, without generalising across all stores.

12. Run ECHO sessions

Use very rough sketches of concepts to enable clients to Engage, Co-create and HOne the solution.

Image credit: Rachel Audige

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

The Role of Prototyping in Human-Centered Design

The Role of Prototyping in Human-Centered Design

GUEST POST from Art Inteligencia

In the age of rapid technological advancements and escalating consumer expectations, businesses and innovators are constantly seeking the golden path to create products that not only solve problems but also resonate deeply with users. One critical methodology that has shaped the design landscape is Human-Centered Design (HCD). At the core of HCD lies an indispensable practice: prototyping.

Prototyping is the bridge between imagination and reality, a process where ideas are transformed into tangible, testable artifacts. This article dives into the paramount role of prototyping in HCD and highlights its transformative impact through two compelling case studies.

The Essence of Prototyping in HCD

Prototyping is an iterative process that facilitates an exploratory approach to design. It allows designers to test hypotheses, uncover user needs, refine functionalities, and mitigate risks early in the development process. The essence of prototyping in HCD can be distilled into three key benefits:

  1. Validation: Prototypes enable rapid validation of ideas and assumptions about user behaviors and preferences before committing extensive resources.
  2. Collaboration: They serve as a communication tool that bridges the gap between cross-functional teams, stakeholders, and users.
  3. Iterative Improvement: By testing and iterating on prototypes, designers can progressively evolve their products towards solutions that truly align with human needs.

The following case studies illustrate how prototyping has catalyzed innovation and human-centered design in real-world applications.

Case Study 1: IDEO and the Design of the Palm V

In the late 1990s, IDEO, the renowned design firm, was tasked by Palm Computing to design the Palm V—a follow-up to their wildly successful PalmPilot. The challenge was not just to innovate but to create a device that would maintain the previous success wave while remaining intuitive and user-friendly.

IDEO embarked on a journey of rapid prototyping. The team produced numerous low-fidelity prototypes using simple materials like foam, wood, and plastic. Each iteration provided crucial feedback on the device’s form factor, usability, and ergonomics.

By involving end-users from the start, IDEO could closely observe how individuals interacted with the prototypes. Users’ struggles, preferences, and suggestions guided successive design iterations. For example, through user tests, IDEO refined the shape and size of the device to fit comfortably in users’ hands, ensuring one-handed operation was effortless.

The prototypes also fostered collaboration within the multidisciplinary team and with Palm Computing. Engineers, marketers, and designers united over tangible models, seamlessly integrating aesthetic, technical, and market considerations.

The Palm V’s eventual success—a sleek, user-friendly device that became a staple for professionals—stands as a testament to the power of prototyping in achieving human-centered design.

Case Study 2: Airbnb’s Storyboarding Technique

Airbnb’s journey from a struggling startup to a global hospitality giant is intertwined with a pioneering use of prototyping through storyboarding. In 2011, struggling with stagnating growth, Airbnb’s founders revisited their design process, seeking to deeply understand and enhance the guest and host experience.

They turned to a technique used in filmmaking: storyboarding. By creating storyboards—visual narratives of their users’ end-to-end journey—they could prototype and visualize every touchpoint in the user experience.

Brian Chesky, one of Airbnb’s founders, traveled with his team to New York City, where they met users, mapped out their experiences, and depicted pivotal moments through storyboards. This approach revealed pain points they had previously overlooked, such as the complexities of the booking process and the anxiety guests felt upon arrival at a new property.

These visual prototypes acted as empathy-building tools, helping the entire Airbnb team—including engineers, designers, and marketers—understand and prioritize user needs holistically. By iteratively refining these storyboards based on user feedback, Airbnb managed to fine-tune their platform, simplify the booking process, and introduce features like traveler profiles and professional photography services.

Prototyping, in the form of storyboards, enabled Airbnb to shift from a transactional platform to a community-centered experience, significantly boosting user satisfaction and accelerating their growth trajectory.

Conclusion

Prototyping is not merely a step in the design process but a dynamic practice that embodies the spirit of Human-Centered Design. It brings ideas to life, informs decision-making through user feedback, and fosters collaboration across diverse teams. The stories of IDEO with the Palm V and Airbnb with their storyboarding technique exemplify how prototypes can lead to breakthrough innovations and user-centered solutions.

In a world where user expectations are constantly evolving, the role of prototyping in HCD stands more critical than ever. It is the method by which we translate empathy into action, ensuring that our designs reflect the true needs, desires, and behaviors of the people we aim to serve. As we continue to push the boundaries of innovation, let us remember that transformative designs start with a prototype and a deep commitment to understanding the human experience.

Bottom line: Futurology is not fortune telling. Futurists use a scientific approach to create their deliverables, but a methodology and tools like those in FutureHacking™ can empower anyone to engage in futurology themselves.

Image credit: Pixabay

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.