Analog/Digital

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?
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
-
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.
-
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.
-
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.
-
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
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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)
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.
Artivest
Worked through analog paperwork (operational and regulatory) before delivering a digital FinTech platform for individuals and IFAs.
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.
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.
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.
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.
Further reading
- Mark Bonchek — How to Create an Exponential Mindset (Harvard Business Review, 2016)
- Steve Blank — An MVP Is Not a Cheaper Product, It’s About Smart Learning (steveblank.com, 2013)
- Tim Brown — Change by Design (Harper Business, 2009)
- Bill Buxton — Sketching User Experiences (Morgan Kaufmann, 2007)
- John Mullins & Randy Komisar — Getting to Plan B (Harvard Business Press, 2009)
Got something to add? Share with the community.