Analog/Digital

Two figures facing each other, one holding a candle and the other a lightbulb

In Brief

Analog/digital is a product research technique where you deliver a physical or manual version of your product before building the digital version. You sell or provide the analog form to real customers, observe how they use it, and collect feedback on what works and what does not. The output is hands-on learning about which parts of the workflow matter most, which can be simplified, and whether a digital version is worth building at all.

Common Use Case

You plan to build software that automates something your customers currently do manually. Before investing in development, you deliver the service by hand to a few customers so you can learn exactly which steps matter, which can be simplified, and which can be removed entirely from the eventual digital version.

Helps Answer

  • What is the best way to deliver an information-based service when customers may not want or need an app?
  • How does the current manual process actually work in practice?
  • What are the biggest risks in the physical form of our product?
  • Which parts of the analog workflow add real value versus unnecessary complexity?
Plan for one to four weeks for the analog run, plus whatever the digital build takes once you know what to build. The faster you can put the analog version in front of real users, the faster you learn. AI-powered development tools shorten the digital build once you have validated the workflow, but they do not replace the analog learning step.
Costs vary based on the complexity of the physical prototype. Simple paper-based or manual service versions can be created for little to no cost. More complex physical prototypes involving hardware or printed materials may cost hundreds to thousands of dollars. AI tools can help design mockups and plan the digital transition.

Description

Many industries have seen a convergence of their existing products with a digital component. Information or software add extra value to an existing product type. In his Harvard Business Review article, Mark Bonchek says, “Digital business models are a bit of a misnomer. It’s not digital technology that defines them; it’s their ability to create exponential value. The music and video industries, for example, weren’t redefined by converting analog to digital formats. Just ask Sony about Minidisc players and Netflix about their DVD business.” Founders who want to de-risk assumptions around the form factor a product or service should take will be well-served with this technique.

Because AI-powered development tools like Cursor, v0, and Bolt can now build digital versions much faster and cheaper than traditional software development, the temptation to skip straight to a digital product is real. Resist it. The analog phase exists precisely to learn what to build. AI just lets you build it faster once you have learned. This is the rationale Tim Brown describes in Change by Design (Harper Business, 2009): you build to think, and physical artifacts surface design problems that pure planning misses.

Bill Buxton makes the related point in Sketching User Experiences (Morgan Kaufmann, 2007): there is no high or low fidelity, only appropriate fidelity. An analog prototype is the appropriate fidelity for testing whether the workflow itself delivers value, before you invest in pixel-perfect software.

While it can be used in different areas, here are a few examples of when/where it is best applied:

  • Internet of Things (IoT): Design and sell the physical object first, before adding the distributed software (e.g., monitoring).
  • Enterprise software: Design or map out the existing process in great depth using paper or other analog formats, and ideally streamline it as much as possible before creating a software version of it.
  • Users without computers: Design a paper-based version (or an event) of an information product before selling it in a digital format.

The benefits of taking this approach are:

  • You stay flexible before committing to a large digital product-development project, especially in software.
  • You see how customers actually handle the product, not just what they say in interviews.
  • You learn the design criteria and economics of the physical form first, before trying to make the product digital.

This is a common pattern in enterprise lean startups, particularly with bigger companies having a lot of legacy processes.

Note: This is not the same as Randy Komisar’s analog/antilog thought experiment from Getting to Plan B (Mullins & Komisar, Harvard Business Press, 2009), which is a desk exercise for formulating a value proposition. The goal here is to gather actual user feedback, based on something physical that approximates the final form of the product.

How to

Prep

  1. Identify your riskiest assumption. Confirm that what you need to test is about the value proposition, workflow, or cost structure, not just a technical question. Analog-digital testing works when you need to learn whether the process itself delivers value, before investing in software.

  2. Define the learning goal. Write down the one decision the analog run should inform. Common framings: “Does this workflow deliver enough value to justify automating it?” “Which steps add value and which are friction we should remove?” “What does the customer actually do with the output?” Without a goal, you will collect impressions instead of evidence.

  3. Pick the analog format. Match the format to the workflow you are testing. Paper forms and spreadsheets fit document-based workflows. Email, phone, and in-person handoffs fit marketplaces and matching. Printed guides, workshops, or live events fit information products. Physical mockups (foam board, 3D print, off-the-shelf hardware) fit IoT and connected devices.

  4. Recruit 5–10 users. Pick users who would plausibly buy or use the digital version once it exists. Confirm they have a real task to complete using the analog version, not a hypothetical one.

Execution

  1. Run the analog version with users. Have them use the physical version to complete a real task. Observe where they struggle, what they skip, what they ask for, and what they find valuable. Record their reactions.

  2. Capture what happens, not just what they say. Note the steps users improvise, the steps they skip, and the moments they ask “is this all I need to do?” These are the signals that tell you which parts of the workflow matter.

  3. Decide what to digitize (and what not to). Based on what you observed, identify which steps benefit from being digital (speed, scale, automation) and which work fine in analog form. Not everything needs to be software. Build only what the analog test proved was valuable.

Analysis

Digital is not good for its own sake. Make sure that you are adding useful features and benefits as you add to the product’s complexity.

  1. Score each step on value delivered vs. friction caused. Which steps did users complete eagerly? Which did they skip or complain about? High-value, high-friction steps are the strongest digitization candidates.

  2. Separate workflow value from interface value. Sometimes the workflow is right and only the interface needs work. Sometimes the workflow itself is wrong and a polished interface would just hide the problem. Decide which one you are looking at before you scope the digital build.

  3. Compare the analog economics to the digital economics. What does it cost to deliver the analog version per customer? What would the digital version cost? If the analog form already meets the customer’s need at a workable cost, a digital version may not be worth building yet.

Biases & Tips
  • Over-engineering/gold-plating Sometimes a good physical product feature will solve the problem better than fancy software and engineering.

  • Over-focusing on technology If the tech is proven or low risk, test the business model first (especially customer needs).

  • MVP misread A minimum viable product is not always a smaller or cheaper version of your final product. (@sgblank)

Next Steps

  • Build a Concierge Test or Wizard of Oz prototype to test the digital workflow manually before writing code.
  • Run Paper Prototyping on the digital interface before committing to a build.
  • Pilot the digital tool with 3–5 users via Usability Testing while keeping the analog fallback available.
  • Run Usability Testing on the digital prototype to verify the transition from analog preserves the user experience.
Learn more

Case Studies

Moves The Needle enterprise team

Sold a digital information product by gathering early data manually, then producing a printed report for test customers. The printed version delivered real value and surfaced what to digitize next.

Read more

Artivest

Worked through analog paperwork (operational and regulatory) before delivering a digital FinTech platform for individuals and IFAs.

Read more

Wagamama

The fast-casual Asian fusion chain originally took orders by hand on paper placemats, then introduced wireless handheld point-of-sale devices that waiters use to take orders, send tickets to the kitchen, and capture operations data.

Read more

Drones in precision farming

Steve Blank uses agricultural drones as the canonical example of an MVP that is not a cheaper version of the final product, but a different product entirely that produces learning.

Read more

John Deere

A nearly 190-year-old tractor manufacturer that embedded IoT sensors in equipment, built the JDLink cloud platform, and created the Operations Center dashboard. They aim to connect 1.5M+ machines and manage 500M acres by 2026, turning physical equipment into a data-driven precision agriculture platform.

Read more

Oscar Health

Founded in 2012, Oscar digitized health insurance by mapping the analog process (claims, provider search, ID cards) and building a digital-first platform with telemedicine and data-driven care routing. They reached their first full year of net profitability in 2024.

Read more

Got something to add? Share with the community.