Systems
Building products and companies is about managing continuous uncertainty.
You never know enough about the customer, market, competitors, and world at a point in time. Technology and possibilities are constantly changing. The competitors are doing their best to cut you off at the knees and redefine a market. Your customer has personal preferences and is influenced by shifting tastes. It's impossible to understand it all at once.
"Managed chaos" is real in startups and products. The extremes of "plan and research every detail" and "YOLO" aren't the answer - it's somewhere in between.

So what does that look like?
Especially in complex product or startup markets (B2B, data, international B2C) - what do you do?
The 5D Product Framework: An Overview
The Design Council in 2004 released the Double Diamond into the design world. If you have been in design, startups, or marketing - you would be familiar with the Double Diamond.

It's a process of moving from exploring (divergent thinking) to defining (convergent thinking). It's a continuous process - never fully static - moving from discovery to decision then back as needed.
While the framework generally applies to any design scenario (which products and companies are inherently designed), it always struggled when I shared it broadly. The general applicability, a blessing in many ways, can be a curse. The Double Diamond often was met with "ok but how does this apply to me and what next?"
So introducing:
5D Product Framework
Define > Discover > Design > Develop > Decide
This framework is an attempt to put context, flow, and expectations to the inherently fluid process of "deciding what to build".
But the core is simple - talk to users, identify what to build, build, and repeat.

1. Define: Prioritize and Align
The first D is about getting your house in order. Just like in healthcare, you need a diagnosis before treatment. Define is your diagnosis phase.
Key Activities:
- Company + Product Strategy: Setting clear direction and scope
- Quarterly OKRs: Measurable goals that align with strategy
- Opportunity Solution Trees: Mapping problems to potential solutions
Tips for Effective Prioritization:
- Start with the "why" - what problem are you really solving? Why is this important to solve now for your users?
- A prioritization framework (such as RICE) is helpful to combat HiPPO (Highest Paid Person Opinion) issues but don't be a beholden to it. Prioritization requires looking at the full picture and making decisions - even if they seem irrational to someone on the outside
- Focus on one big bet per quarter - don't try to boil the ocean. You will do at best half of what you plan. It's ok.
Remember: There are only two criteria for product success:
- Does it solve a user's problem well?
- Does it help business move forward?
That's kind of it. Sorry 🤷🏻♂️

2. Discover: Problem Research and Solution Validation
- Activities: Customer Segmentation, Customer Interviews, JTBD Mapping
- Balancing problem discovery with solution validation
- Case study or example of successful problem research
This is where the rubber meets the road. Just like in data, garbage in = garbage out.
Key Activities:
- Customer Segmentation: Who exactly are we building for?
- Customer Interviews: What are their actual problems?
- Jobs To Be Done (JTBD) Mapping: What are they trying to accomplish?
The Discover phase is about balancing depth with speed. You're not writing a PhD thesis - you're trying to understand enough to take informed action. Get a sense of the use case and understand it deeply.
Case Study: Marketing Analytics Dashboard
When I was building analytics dashboards at a healthcare marketing agency, everyone wanted to "go big" - build flashy brand launches, complex visualizations, get perfect attribution, integrate external context.
But when we actually talked to users, they just wanted to answer simple questions:
- How are my campaigns performing?
- Where should I allocate budget?
- What's working and what's not?
Users don't "want the data" - they want insights and something to help them make progress in their decisions.

3. Design: Crafting the Product Experience
Design isn't just about making things pretty - it's about making them work. In healthcare tech, this is especially crucial. There is serious "low hanging fruit" in building intuitive data product interfaces and "giving people a dashboard" is not the answer.
Key Activities:
- UX Research: Understanding user workflows and pain points
- Design Sprints: Rapid ideation and validation
- High-fidelity Prototyping: Testing with real users
- Note: don't stop with 2-3 users, getting a diverse set of opinions from your customer personas needs to include 5-10 points of direct feedback. Don't lie to yourself.
The Iterative Process:
- Start simple
- Get feedback
- Refine
- Repeat
Pro tip: KISS (Keep It Simple, Stupid). Accept complexity when necessary, data products especially are by nature complex and you can't avoid this, but lean towards simplicity, design, and empathy. Run from "complicated".

4. Develop: Building and Preparing for Launch
Development is where ideas become reality. But remember - the goal isn't to build everything perfectly. It's to build enough to learn. Shoot for something that is Simple, Loveable, Complete.

Key Activities:
- Story Mapping: Breaking down features into manageable chunks
- QA/DevOps: Ensuring quality and reliability
- UAT: Testing with real users
- Feature Go-to-Market Planning: Preparing for successful launch
Common Pitfalls:
- Over-engineering solutions
- Perfectionism paralysis
- Feature creep
- Forgetting about the end user
5. Decide: Analyzing and Improving
The final phase transforms instincts into evidence, where your data infrastructure proves its real value and insights drive action. Success here means implementing systematic feedback loops that actually inform product decisions, not just collecting data for data's sake.
Customer Interviews: Getting qualitative feedback
- Run structured exit interviews with churned customers while scheduling monthly power user deep-dives to understand what works and what doesn't
- Track feature requests and patterns in a searchable repository, capturing verbatim quotes that illuminate real user needs - Interview Snapshots are gold for sharing this with leadership and others
- Build and maintain systematic feedback loops that connect directly to product planning > back to the beginning. Connect feedback into the Define phase.
Product Metrics: Measuring what matters
- Focus on actionable metrics that drive decisions: time to first value, core action completion rates, feature adoption velocity, and engagement depth scores
- Skip the vanity metrics (if you can) and build real-time dashboards with clear next actions, implementing anomaly detection that catches issues before they become problems
- Connect every metric to a specific product or business outcome that matters
Cohort Analysis: Understanding behavior over time
- Map usage patterns to revenue outcomes and monitor product stickiness to understand what keeps users coming back
- Build cohort analyses that reveal which user characteristics and behaviors predict success

Implementing the 5D Product Framework
Use it. Don't use it. Copy. Adapt it.

The goal is to "decide what to build", build it, and see if the market responds. Rinse and repeat.
Managing Uncertainty and Learning
- Strategies for reducing uncertainty throughout the product lifecycle
- How to maximize learning at each stage of development
- The role of experimentation and iteration in the 5D framework
Conclusion
Building products is hard. Building good products is harder. Building great products requires a framework that balances structure with flexibility.
The 5D Framework isn't perfect - no framework is. But it provides a path through the chaos, a way to manage the endless uncertainty of product development. It's helped me - hope it helps you.
Remember:
- Define, Discover, Design, Develop, Decide > repeat
- Data, LLMs, algorithms, systems aren't magic - they are tools
- Quality matters, especially in healthcare and other regulated industries
- Treat your users, data, and team well, and incredible things can happen
What's your take? How do you manage product development uncertainty? Let me know in the comments.
Additional Resources
Define
- Getting better at product strategy - Lennys Newsletter
- Product Strategy - Reforge
- Mission, Strategy, and Tactics - Boz
- Mission - Vision - Strategy - Goals - Roadmap - Tasks - Lennys Newsletter
Discover
Design
- PM - Design Partnership - Lennys Newsletter
- Building beautiful products - Katie Dill
- What is product design - Figma
Develop
- The engineering mindset - Will Larson
- Making better estimates with engineers - Jason Evanish
- Learning Track: Working with Developers - Technically Substack
Decide
A New Approach for Complex Environments:
As a young business analyst, I started my first contract in a warehouse and operations plant. A hundreds of years old manufacturer that had no ERP (enterprise reporting platform) or inventory tracking yet was wildly profitable for decades (their products were sold in cans but not those you are thinking).
Me and a small team were tasked with onboarding an inventory tracking system in this old-school environment. After weeks of prep and training, we were on-site for dozens of shifts as we handed out barcodes and scanners to employees.
We noticed something off on the third day.
Inventory levels kept ticking down. Throughput was constrained and manual adjustments increased. We thought the sync was delayed for the first day, the barcodes were placed incorrectly, or the scanners were failing.
Then I kept walking the floor. In the packing room, I noticed scanners were sitting on benches and their chargers - not good.
I approached Lenny (floor manager) and pointed this out to him.
,
“Out of sight, out of mind son” he replied.
I took a step back that evening and wondered about this problem.
Then, we bought holsters for each floor employee and let them customize their scanners.
Inventory levels went back to expected in a week. Problem solved for a couple hundred dollars.
In the ever-evolving fields of data and product development, especially in healthcare, we need strategies that break free from conventional boundaries. Not everything works when everything is meant to be a system in itself.
A first principle is a “basic, foundational proposition or assumption that cannot be deduced from any other proposition or assumption.”. This philosophical approach encourages us to strip problems to their fundamental truths, which is crucial for teams dealing with complex data and product challenges.
4 core aspects of data product management and first principles:
- Breakdown the problem into core components - question every requirement
- Create a data product strategy that accomplishes the mission - the intersection of customer and business value
- Build a reliable data pipeline - product thinking to process
- Win through others - be a coach
First Principles for Data Product Teams
1. Breakdown the Problem into Core Components - Question Every Requirement
First principles thinking in data product management starts with deconstructing complex problems into their fundamental elements.
Understanding the analytical (really the business) question - the so what or why - is critical.
Complexity is not the goal in and of itself. No one gets points for difficulty in business. Question every requirement. Break down every component into its parts.
Encouraging yourself and others to question the assumptions you have is critical. Think of an EHR. EHRs, at their core, are financial and billing tools and those with poor usability have been connected with more medical errors. On top of that, the average ER doc has to make 4,000 clicks in a single shift.
Does this have to be true? Why are all of these needed? Start with each factor of how something came to be and you are on the right track.
2. Create a Data Product Strategy that Accomplishes the Mission - The Intersection of Customer and Business Value
A successful data product strategy aligns with both customer needs and business goals. All employees should be focused on fulfilling the company's mission to profit or purpose, maybe both.
Most team members are working directly toward the business goal by a product or service to customers: building (engineers, data, and designers), go-to-market (marketing and sales), optimizing the business (analysts and resourcing), or helping customs (support).
Product management doesn't directly build or operate. The goal is to inform the operations to optimize the intersection of business and customer value. How does that get done? By defining a strategy - specifically a data product one at that.
This includes four components:
- Goal and outcomes
If you don't know where you are going, you are already on your way
Go back to that first principle and a good data product manager will incessantly ask the hard questions in a quest of defining the mission they follow. What does the world look like for that goal or vision to be real?
Data Product Managers (DPMs) also need to know what other teams aim for. DPMs are intertwined deeply with other teams as your product is either an input or output of another. See it as insurance to make sure you are not colliding with others.
- Customers
“The customer is always right” and “customers don’t know what they want” are both accepted business wisdom. The line between “inspiringly bold” and “foolishly reckless” can be a millimeter thick and only visible with hindsight.” - Morgan Housel
That goal may be lofty and well-intentioned, but if no one pays for it or those that do are too few and far between, then what is the point? Customer input is the quantitative and qualitative data you develop and a sense you must cultivate.
What are customers signaling? Not directly, but what are they hiring to get a job done, and how are you, as a data product, helping your customers make progress in the jobs they need to get done?
That signal is worth listening to and what you hear from customers and what they do is the ultimate validation of your goal and efforts.
- Environment
Nothing is built in a vacuum. If you see an opportunity, others likely have as well.
When looking externally, think of PESTLE (Political, Economic, Social, Technological, Legal, and Environmental) - what changes affect your company, input data, and customers' interest?
While much focus is on the external factors in the environment (competitors and market forces), you should never discount the company environment and dynamics. Most importantly with this, understand the cyclical nature of teams and focus - everything is always in a state of change, whether you choose to see it or not.
Calm plants the seeds of chaos.
- Constraints
Lastly, any product team needs to understand the limits of the team that is doing the building. Just as a captain must understand the crew, time, and fuel to make a journey successful, DPMs will also.
People are the biggest constraint for product teams but the second most important constraint for data product teams.
Data, as mentioned, and its myriad components are the largest constraint on a data product once the goals, customers, and environment are better understood.
- Is the quality appropriate?
- Is there governance, documentation, and observability?
- What are the biases and limitations?
- How stable and extensible is the data?
Money is a critical factor in determining the scope and scale of a data product. The budget allocated dictates the quality and quantity of resources that can be employed, including technology, tools, and personnel. These constraints require a balancing act between desired features and cost implications.
Acquiring new data sources, spending on third-party tools, investing in data engineering, or freeing up resources for GTM (go-to-market) is critical to determining a trajectory.
Just like any other product, you can't consider only the initial development but also the maintenance and updates. Scaling, enhancements, quality systems, ETL updates, and product adaptation to changing needs.
Time constraints impact the speed at which a data product can be brought to market. A limited timeline might necessitate compromises in product features or depth of data analysis.
In fast-evolving industries, especially in this age of generative AI, where everything seems to change by the minute, time is crucial to ensure the data product remains relevant and competitive. Delays in development can result in missed opportunities or outdated solutions by the time of launch.
Thanks for joining - see you next time!
Part 2 - Next time principles 3 + 4
- Build a Reliable Data Pipeline
- Win Through Others
Where to learn more
Recommend books, articles, and other resources for readers to deepen their understanding of First Principles Thinking.
- “The Great Mental Models” by Shane Parrish for versatile thinking frameworks.
- "Inspired" by Marty Cagan for his influential text in developing product thinking.
- "Same as Ever" by Morgan Housel for a broad psychological look at the things through history that never change.
10 Key Elements for Creating Successful Data Products: Data Product Anatomy
Master the art of data product creation with 10 key elements: Adaptable, Specialized, Discoverable & more! 🚀🌟
🚀 Greetings, data enthusiasts! Kevin here, and today we're going to delve into the fascinating world of data products. In this age of information, data is an invaluable asset, and effectively utilizing it can set your organization apart from the competition.
So, let's dive right in and examine the essential components for creating successful data products that not only achieve your business objectives but also engage your users. Without further ado, let's embark on a journey to explore the anatomy of data products and the 10 key elements that will help you understand and build impactful data products
🤔 Data Product vs. Data As A Product: What's the Difference?
🧬 Data Product
A data product is any technological product or element that relies on data to achieve its primary purpose. Think of it as a tool that uses data to solve problems and provide insights.
📱 Data As A Product
Now, "data as a product" is when you treat data itself as a valuable commodity. It's like transforming data into a shiny new gadget that your customers (or internal team members) want to get their hands on. This approach helps democratize data by making it more accessible, usable, and valuable to everyone in the organization.
👉 Remember: a "data product" uses data to achieve its goal, while "data as a product" means data is the actual product being offered. Data as a product is a subset of a data product. Applying product thinking to data management.
Now that we've got that cleared up, let's move on to the main event!
🧬 10 Key Elements of Data Products
1. Adaptable 🌿
To create a successful data product, it should be adaptable and seamlessly integrate with various inputs and outputs. It should effortlessly expand to accommodate new data sources and adapt to changing user needs. For instance, a data product should have the ability to connect with different databases and platforms, ensuring its usability across multiple systems.
2. Discoverable 🔍
Make your data product easily found and accessible without being hidden or restricted. Users should be able to locate it quickly and understand how it can benefit them. This includes having clear documentation, intuitive navigation, and easy-to-understand metadata.
3. Specialized 🎯
A successful data product must address a focused set of valuable problems for external customers. By having a clear purpose, the product can be designed to effectively solve these specific problems. This ensures that the data product remains relevant, efficient, and valuable to its users.
4. Fortified 🏰
Security and stability are crucial for any data product. Your product should ensure reliable data handling and protect sensitive information. This includes having strong access controls, data governance rules, and thorough testing to ensure data integrity and security are enforced.
5. Contextual 📚
A successful data product should maintain a historical record of its purpose and problem-solving context, including a data dictionary and external references. This helps users understand the data product's history and evolution, making it easier for them to trust and use it effectively.
6. Engaging 🎉
To capture the interest of your target audience, your data product should provide relevant and valuable insights. This can be achieved through interactive visualizations, easy-to-understand reports, and personalized recommendations. By making your data product engaging, you'll encourage users to interact with it more frequently and derive greater value from it.
7. Loveable 💖
A successful data product should exceed the minimum loveable product standard, making it approachable and user-friendly. This means prioritizing usability, design, and overall user experience. By creating a product that users enjoy using, you'll increase adoption and drive success.
8. Scalable 📈
A successful data product should be designed with scalability in mind. As your user base grows or your data volume increases, your data product should be able to handle the increased workload without compromising performance or functionality. This includes considering the infrastructure, data processing, and storage requirements needed to support your data product in the long term.
9. Actionable 💡
Your data product should provide insights that drive decision-making and enable users to take action based on the information it provides. The key is to present data in a way that helps users make informed decisions, whether that's through clear visualizations, relevant metrics, or user-friendly interfaces. By making your data product actionable, you'll empower your users to leverage the insights it provides effectively.
10. Collaborative 🤝
A successful data product should promote collaboration among its users, encouraging them to share insights, discuss findings, and work together towards common goals. This can be achieved by integrating features such as comments, annotations, or sharing options within the data product. By fostering a collaborative environment, your data product will become a valuable tool that helps your users work together more effectively.
🌟 Real-life Data Product Examples
🎬 Netflix: Adaptable, Engaging, and Loveable
Netflix has transformed the way we consume entertainment with its data-driven recommendation engine. By analyzing user preferences and viewing history, Netflix provides personalized content suggestions to keep users engaged. The platform seamlessly adapts to new data inputs, such as user behavior, content availability, and device usage, to enhance its recommendations. Netflix's engaging user interface and easy-to-use features make it a loveable data product that keeps users coming back for more.
🧠 Einstein AI (Salesforce): Specialized, Fortified, and Contextual
Einstein AI is Salesforce's artificial intelligence solution that offers specialized data products tailored to various industries and use cases. By leveraging machine learning algorithms and natural language processing, Einstein AI enables organizations to automate processes, gain insights, and make data-driven decisions. The platform is fortified with robust security features, ensuring data protection and compliance. Additionally, Einstein AI maintains context by integrating with Salesforce's extensive ecosystem, allowing users to seamlessly access relevant data and insights.
🏠 Airbnb: Adaptable, Fortified, and Loveable
Airbnb revolutionized the short-term rental market with its data-driven dynamic pricing algorithm. This data product helps hosts optimize their rental prices based on factors such as location, demand, and seasonality. The algorithm continuously adapts to market conditions and user preferences, providing accurate pricing suggestions to maximize revenue for hosts. Airbnb prioritizes data security to protect user information and offers a loveable, user-friendly interface that appeals to both hosts and guests.
Conclusion 🚀
Creating successful data products requires a deep understanding of the product's anatomy and how it fits within your organization's ecosystem. By considering the key factors discussed above, you'll be well on your way to developing data products that not only achieve your business objectives but also delight your users. Remember, successful data products are adaptable, specialized, discoverable, fortified, contextual, engaging, loveable, scalable, actionable, and collaborative! Good luck! 🌟
The Terrible Stroad: Road of Compromises
The post advocates for purpose-built and opinionated data products, akin to well-designed streets or roads. To avoid becoming a "stroad", the author suggests defining a clear purpose, saying no to feature creep, prioritizing the user experience, and iterating and improving.
You’ve seen them if you’ve spent any time in North America. You likely didn’t know their names.
I sure didn’t.
Not until I watched this video from Not Just Bikes on YouTube.
If you don’t have the time, don’t worry. I’ll summarize:
🚙 Stroads are a street/road hybrid that are dangerous and ineffective.
🚶♀️ Stroads are hostile to non-car users and make walking or cycling uncomfortable and dangerous.
💸 Stroads are expensive to maintain and do not provide good value for the space they take up.
🌳 Stroads are ugly and uninviting due to the removal of trees in their clear zone.
🏢 Stroads do not support a sense of community or encourage people to stay and spend time.
NJB pulled from a fantastic word from Strong Towns – the “Stroad”.
"Stroad" is a word we coined in 2013 to explain those dangerous, multi-laned thoroughfares you encounter in nearly every city, town, and suburb in America. They're what happens when a street (a place where people interact with businesses and residences, and where wealth is produced) gets combined with a road (a high-speed route between productive places).
They are enormously expensive to build and, ultimately, financially unproductive. They're also very dangerous.
Stroads are a compromise – in the worst sense. They are an attempt to have the best of both – interaction vs. transit – without the courage to recognize that these are opposing purposes.
The Compromise Conundrum
Just as the stroad attempts to straddle the line between street and road, data products can fall victim to the same compromise conundrum. When we try to create a product that caters to everyone's needs and desires, we end up with an unwieldy, unfocused mess.
A dashboard that attempts to solve everything. A table meant to summarize and store. An API meant to convey differing levels of granularity.

Instead of producing a data product that's flexible and nimble, we end up with a stroad-like monstrosity, a hodgepodge of features and functionality that's neither efficient nor effective. And just like the stroad, this kind of data product is expensive to build, difficult to maintain, and frustrating to use.
Think of it as a zoom level on a map. The difference between a globe and a topographic map. Both opinionated. Both useful. Yet meant for different purposes. When navigating treacherous terrain, a globe does nothing to forge a safe path ahead. When flying high in the air or navigating oceans, what good is the topography of a trail?
Opinionated Data Products
It's time for data products to take a stand. Rather than striving to be all things to all people, data products should be opinionated. An opinionated data product knows what it wants to achieve and isn't afraid to make bold choices in pursuit of its goals.
An opinionated data product might make some users unhappy by not catering to their every whim. However, by focusing on a clear, specific goal, it provides a better experience for its core audience. Instead of trying to be a stroad that pleases no one, an opinionated data product can be a well-designed street or road that serves its purpose with aplomb.
“When you try to be everything to everyone, you accomplish being nothing to anyone” - Bonnie Gillespie
Anatomy of a Data Product
That leaves us still with the need for structure. You can’t refine a product without first understanding it’s components. Let’s revisit a definition
A data product is a collection of data that is designed to meet the specific needs of a user base, providing a range of interfaces through which users can interact with it. These interfaces may include software, visualizations, direct feeds, and more. Ultimately, a data product serves to fulfill certain tasks or "jobs" that the user base requires, making it a purpose-built solution for meeting specific data-related needs.
The components of a data product should be as follows and give us the flexibility to alter each to support purpose-built solutions. A data product is:
- Adaptable: Seamlessly integrates with various inputs and outputs, and effortlessly expands to accommodate new data sources.
- Specialized: Purposefully designed to address a focused set of valuable problems for external customers.
- Discoverable: Easily found and accessible without being hidden or restricted.
- Fortified: Ensures security and stability for reliable data handling.
- Contextual: Maintains a historical record of its purpose and problem-solving context, including a data dictionary and external references.
- Engaging: Captivates the interest of its target audience through relevant and valuable insights.
- Loveable: Exceeds the minimum loveable product standard, making it approachable and user-friendly.

Embracing Purpose
So, how can you avoid the perils of the stroad when creating your next data product? Here are a few principles to guide you:
- Define a clear purpose: Before you start building your data product, make sure you know exactly what you want it to accomplish. By having a clear purpose, you'll be better able to make focused decisions that serve that goal.
- Say "no" to feature creep: It's tempting to add more and more features to your data product, but this can lead to a stroad-like morass. Stay focused on your core purpose and be willing to say "no" to features that don't align with it.
- Prioritize the user experience: Just like the stroad is an unpleasant place to be, a poorly designed data product can be a frustrating experience for users. Keep your users front and center in your design process, ensuring that your data product is easy to use and meets their needs.
- Iterate and improve: Don't be afraid to make bold choices in your data product. If something isn't working, learn from the feedback and iterate on your design. This iterative process will help you hone in on the perfect balance between form and function.
By embracing these principles and avoiding the trap of the stroad, you can create data products that are focused, efficient, and effective. Remember, it's better to be a great street or a great road than a terrible stroad.