image

A simple guide to product by Milan Ramadev

Musings and Manifesto

There is no cookbook as every company has its own unique culture/business model and customers. You need to craft your own way through its product landscape and the need to incorporate unique strategy will destroy most cookbooks on the web. To be a product leader, get comfortable with data-driven decision making and using data when you get it with confidence. Bias towards taking action in most situations and promote high velocity decision making, especially if an issue is a 2-way door (reversible). Be the most comfortable person with ambiguity on the team and set a vision and tenets. Also, don't forget, keep it simple, cut your words in half and cut it again. Focus on an MVP, Minimum Loveable Product or Minimum Sellable Product (b2b) when building a first iteration of product in most cases for sake of efficiency when optimizing from real feedback. The faster companies get their products to market and start the iteration process early, the better the outcomes (usually).

How to ideate

Talk to customers. Observe customers. Look at customer data and feedback. Walk the store yourself and use the product(s). Look at how other companies solve similar painpoints.

Backlogs

You need to have a product backlog and you need to groom it regularly.

What financial skills do you need?

Know how to read a Profit & Loss Statement and figure out how your company makes money. That will be key to creating product goals, objectives and roadmaps.

What data skills do you need?

Learn SQL and get familiar with pulling your own data from a Data Warehouse. It will empower you and make you less reliant on a business analyst. If you are not able to pull data regularly yourself, you will also probably bias to use less data when making decisions.

What technical skills do you need?

Learn your stack and systems as well as basic tradeoffs for DB choice and message brokers. Know how APIs work and HTTP methods in RESTful API development. Be able to read and understand logs.

How to Estimate

Back of the envelope analysis can be used for quick, rough estimates when detailed data is unavailable. Follow these steps:

  1. Define the Problem or Hypothesis

    Clearly articulate what you're trying to estimate. This could be revenue, user engagement, cost savings, or another metric.

    Example: "What would be the impact of launching a new feature that increases user engagement by 10%?"

  2. Identify Key Metrics

    Break down the problem into a few core metrics that drive the outcome. This keeps the calculation simple yet relevant. Common metrics include:

    • Number of users or customers
    • Average revenue per user (ARPU)
    • Conversion rates
    • Average user session time or engagement metrics
    • Cost per acquisition (CPA)
  3. Gather Reasonable Assumptions

    Use available data, industry benchmarks, or previous experience to make reasonable assumptions. The goal is not precision but directionally accurate estimates.

    Example assumptions for user engagement:

    • Total users = 100,000
    • 20% of users engage with the feature daily
    • Each user spends an average of 10 minutes on the feature
  4. Perform Calculations

    Start with simple multiplication or division to estimate potential impact.

    Example calculations for estimating engagement impact:

    • Current engaged users: 100,000 users * 20% = 20,000 engaged users
    • With a 10% increase in engagement, the new engaged users = 20,000 * 1.10 = 22,000
    • Incremental users = 22,000 - 20,000 = 2,000
  5. Estimate Revenue or Cost Impact

    If estimating financial impact, convert the changes into revenue or savings. For a revenue increase:

    • Calculate the ARPU before and after the change
    • Multiply the ARPU difference by the number of impacted users

    Example revenue impact estimation:

    • Suppose ARPU is $5/month
    • If the 10% engagement boost leads to a 2% increase in ARPU, new ARPU = $5 * 1.02 = $5.10
    • Revenue increase from additional engaged users: 2,000 users * $5.10 = $10,200 per month
  6. Evaluate and Adjust for Risk Factors

    Identify any uncertainties in your assumptions and adjust accordingly. Consider best-case, worst-case, and most likely scenarios to provide a range rather than a single figure.

    Example: Adjust the 10% increase in engagement to 8% for a conservative estimate.

  7. Sense Check the Numbers

    Ensure the calculations make sense relative to the size of the user base, market size, or your company’s overall revenue. If the numbers seem too high or too low, revisit the assumptions.

Example Estimation for a Feature Rollout:

Suppose you’re launching a new feature expected to increase user engagement and revenue. Here’s how you might quickly estimate the impact:

  • Current number of active users = 50,000
  • Estimated increase in daily active users due to the feature = 5%
  • Current ARPU = $10/month
  • New ARPU increase with the feature = 3%

Calculations:

  • Increased daily active users = 50,000 * 5% = 2,500 new daily active users
  • Incremental revenue = 50,000 users * ($10 * 1.03) - (50,000 users * $10) = $15,000/month increase

Tips for Effective Back-of-the-Envelope Calculations:

How to prioritize

Prioritization typically comes down to a function of Impact, Effort and Strategic Override. Focus on maximizing impact and minimizing effort (but don't disregard maintainability and scale). There is the RICE framework for example, but often the strategic override component requires old-fashioned stakeholder discussion to prioritize correctly.

How to write a product requirements document (PRD)

Start with why you are creating a product/feature and decompose the problems being addressed along with tradeoffs considered. Include user stories with acceptance criteria and user flows for designers. Talk to engineers and designers to uncover edge cases and design error flows.

How to launch

Break into workstreams and create a Go-to-market plan with milestones and Go/No-Go meetings with key stakeholders to ensure readiness. Working backwards from milestone targets, I find weekly synchs with a status wiki helpful to keep stakeholders aligned on launch goals.

How to maintain the best product

Iterate by using a test and learn approach (AB Test) and incorporate customer feedback through user testing, especially at a company where you have good data (everything is logged) and B2C products. In smaller startups and B2B landscape, you might need to put more emphasis on customer interviews and user testing as AB Testing might be more difficult to do with regularity.

Suggested readings