BRAC IT

Product Discovery

Can this product create value, trust, and repeated usage for a very large number of external users with minimal handholding?

Mass Product Discovery is for products whose users are mostly outside the client or product owner organization and where adoption, activation, retention, trust, analytics, support, and controlled rollout all matter.

External usersLarge scale potentialSelf-service usageAdoption mattersActivation mattersRetention mattersTrust mattersSupport load mattersAnalytics matterControlled rollout matters

New mass product

Use this lens when the product is not live yet and the team needs to understand audience, journey, trust, measurement, and rollout decisions before scale.

New mass product

For a new mass product, pay closest attention to audience definition, priority segments, market-gap evidence, journey shape, and analytics. These activities explain whether the opportunity is real before the product reaches scale.

Clarify Mass User ContextIdentify User Segments and Priority UsersBenchmark Similar Mass ProductsMap the End-to-End User JourneyDefine Data Analytics and Event Tracking
Glossary

When to use

  • The product is public-facing, customer-facing, or used by a large external audience.
  • Adoption, usability, support load, trust, or retention can make or break success.

When not to use

  • The request is mainly an internal process or operating model.
  • The central uncertainty is integration, source-of-truth mapping, or reporting logic.

Start with

  • Define priority user segments, situations, barriers, and trust concerns.
  • Review current behavior, comparable products, support signals, and journey gaps.
  • Test the concept or prototype before committing to rollout and measurement.

Use AI to accelerate the work, not approve it.

Open the AI Assist tab inside an activity for a contextual workflow, verification checks, and prototyping guidance.

Open the full guide
Benchmarking

Compare onboarding, activation, accessibility, trust, support, retention, and failure experiences across relevant products.

Note-taking

Cluster evidence by user segment while retaining participant identifiers, original observations, and contradictory findings.

Documentation

Draft segments, journeys, event plans, success metrics, trust requirements, rollout plans, and the final recommendation.

Prototyping

Build and test alternative mobile journeys, localized content, accessibility, slow-network behaviour, and recovery states.

Activities

Understand People

Clarify who the external users are, what they do today, and which groups matter most.

Activity 1Core

Clarify Mass User Context

Clarify who the external users are, expected scale, and the diversity factors that change design, rollout, and support.

Typical output: Mass User Context Summary

Activity 2Core

Identify User Segments and Priority Users

Break the large user base into meaningful segments so discovery is not biased toward one narrow audience.

Typical output: User Segment Map

Activity 3Advanced

Understand Current Behavior and Alternatives

Understand what users actually do today, not only what stakeholders hope they will do.

Typical output: Current Behavior and Alternative Journey Map

Shape the Experience

Use benchmarks and research planning to define the journey and first value moment.

Activity 4Core

Benchmark Similar Mass Products

Study similar products, market gaps, and industry patterns so the team understands user expectations, trust signals, support patterns, and opportunity size.

Typical output: Mass Product Benchmark Matrix

Activity 5Useful

Design the Discovery Research Plan

Choose the right research methods based on scale, risk, timeline, and user accessibility.

Typical output: Mass Product Research Plan

Activity 6Core

Map the End-to-End User Journey

Map the journey from awareness to repeated usage so the team can see first value, friction, trust, and support needs.

Typical output: Mass User Journey Map

Measure and Test

Define analytics, success metrics, and flow testing before the product reaches scale.

Activity 7Core

Define Data Analytics and Event Tracking

Define what should be tracked, how success will be observed, and how analytics quality will be maintained.

Typical output: Lifecycle Measurement Map, Funnel Analysis Plan, Event Tracking Plan

Activity 8Useful

Define Activation, Retention, and Success Metrics

Define how the team will know whether the product is working for users and for the business.

Typical output: Success Metric Framework

Activity 9Useful

Prototype and Usability Test Key Flows

Test whether users can understand and complete the most important flows before development or large-scale rollout.

Typical output: Usability Test Findings and Flow Improvement List

Launch Responsibly

Review trust, support, rollout, and final recommendation decisions together.

Activity 10Useful

Define Trust, Risk, and Support Model

Identify what could damage user trust and how support will respond when things go wrong.

Typical output: Trust, Risk, and Support Model

Activity 11Useful

Plan Rollout and Continuous Discovery

Plan how the product will launch, be monitored, improved, and scaled.

Typical output: Rollout and Continuous Discovery Plan

Activity 12Useful

Final Recommendation

Package the evidence and choose the recommendation that best fits the current discovery confidence and risk picture.

Typical output: Mass Product Discovery Brief and Final Recommendation

Lifecycle stages

People, artifacts, escalation

Minimum participants

ProductUXSupportOperationsAnalyticsRepresentative users

Minimum artifacts

  • User segment summary
  • Journey or service map
  • Prototype or concept evidence
  • Support model
  • Rollout and measurement plan

Escalate if

  • The launch affects eligibility, money, safety, or legal status.
  • Support demand could spike after release.
  • The product needs buyer/admin configuration across repeated deployments.

Check the evidence before moving forward.

What decision will this discovery evidence support?

What user, process, data, system, or model evidence would change the decision?

Which risk remains unresolved, and who accepts it if the team proceeds?

What artifact proves the team is ready for build, pilot, rollout, or scale?

Continuous Discovery

Cadence

  • Weekly or biweekly signal review for live behavior, support issues, and adoption friction.
  • Monthly user or stakeholder touchpoints for deeper problem discovery.
  • Quarterly roadmap and outcome review using evidence, not only delivery volume.

Activities

  • Track behavior, funnel, support, operational, and trust signals after launch.
  • Keep a discovery backlog of assumptions, unresolved risks, and improvement hypotheses.
  • Run lightweight interviews, usability checks, experiment reviews, or data validation as new evidence appears.
  • Feed validated learning into roadmap, backlog, support readiness, and deprecation decisions.

Outputs

Discovery backlogLearning logExperiment or validation planOutcome dashboardRoadmap recommendation