Customer-Centric vs Company-Centric: How to Make the Right Product Call

Gabbie Hajduk
[
  {
    "__component": "shared.rich-text",
    "id": 311,
    "body": "In product management, you're constantly balancing two forces: what’s best for the customer, and what’s best for the business. Ideally, the two align — but that’s not always the case. Sometimes what makes life easier for users adds friction for the company, and vice versa.\n\nYou’ve probably been there:\n\n- “Should we fix that bug or build that upsell flow?”\n- “Should we remove form fields to boost conversion, even if it means our sales team has less info?”\n- “Should we delay the feature launch so we can polish the UX — or ship it fast and clean it up later?”\n\nThese decisions aren’t just about features. They’re about trade-offs. And making the right call requires context, empathy, and a bit of strategy.\n\nLet’s break it down.\n\n> **Glossary Note**: If you're unfamiliar with any of the product terms or acronyms used in this post, there’s a help guide at the end of the article."
  },
  {
    "__component": "shared.rich-text",
    "id": 312,
    "body": "## What Does “Customer-Centric” Actually Mean?\n\nCustomer-centric means designing your product with the user’s needs, pain points, and success as the north star — even if those efforts don’t immediately translate to ROI.\n\nIt’s about solving real problems for real users. That could include improving accessibility, speeding up page loads, simplifying user flows, or reducing the friction to convert. These aren’t always features that make it into a press release, but they’re often the things customers remember — and the reason they return.\n\nBeing customer-centric typically relies on qualitative inputs: feedback, interviews, support tickets, or user testing insights. These sources reveal what users are struggling with, what they value, and how they actually behave — not just what they click.\n\n**When it works well:**  \nYou build trust, loyalty, and long-term value. A product that feels effortless to use, one that customers recommend, is often the result of deeply customer-led thinking.\n\n**When it goes too far:**  \nYou can end up chasing edge cases or spending weeks polishing something that only helps 3% of your users. Endless iteration without clear strategic focus can stall progress.\n\n**Real-world example:**  \nAt a travel company I worked for, we tested reducing our enquiry form to just three fields: first name, last name, and email. It was simple. Frictionless. Submission rates skyrocketed — customers loved it.\n\nBut internally, it created new problems.\n\nThe Qualification Team had almost no information to work from. They didn’t know when or where the customer wanted to travel, or even how many people were going. The Marketing Team couldn’t segment the leads based on destination interest, so retargeting became less effective. And since we couldn’t call customers directly, conversion dropped. Many of the leads were just browsing and hard to qualify.\n\nIt was a great move for the customer — but not for the business. The balance tipped too far."
  },
  {
    "__component": "shared.rich-text",
    "id": 313,
    "body": "## What Does “Company-Centric” Really Look Like?\n\nCompany-centric decision-making focuses on driving revenue, improving internal efficiency, or aligning with leadership and investor goals. It’s about building what benefits the business — even if it’s not what the user would ask for.\n\nThat might include cost-saving tools, backend automation, or monetisation features like upsells, trials, or referral programs. It’s often driven by quantitative metrics like **CAC**, **LTV**, **MRR**, and **churn** — the numbers that keep a company afloat.\n\n**When it works well:**  \nCompany-centric choices can lead to stability, profitability, and better internal operations — which ultimately benefit users too. Not everything has to be visible to the end user to deliver value.\n\n**When it goes too far:**  \nIt can lead to growth hacks that erode trust, experiences that frustrate users, or features that look great on a pitch deck but do little for the people using the product.\n\n**Real-world example:**  \nOne day, a customer called support with an unusual request — she had bought a holiday as a gift for her son and wanted to share the itinerary, but without showing the cost. Our itineraries were costed by default, and this wasn’t a feature we had on the roadmap.\n\nFrom a business perspective, this wasn’t a priority. But we still solved it — company-first.\n\nInstead of spinning up a fully customisable gift-giving flow, we added a lightweight share button that generated a link to a stripped-down version of the itinerary (no prices, no legal footers). It wasn’t flashy, but it got the job done with minimal dev work.\n\nThe result? The customer was happy, and we didn’t overinvest in a niche scenario we never saw again. It was lean. Business-aware. Effective."
  },
  {
    "__component": "shared.rich-text",
    "id": 314,
    "body": "## The False Binary: Why It’s Not Either/Or\n\nIt’s easy to frame decisions as a tug-of-war between what the customer wants and what the business needs. But that binary mindset can be misleading. In reality, some of the best product decisions serve both sides — just not always in equal measure.\n\nTake onboarding: improving it helps customers get value faster. But it also lowers support volume and improves conversion rates, which directly benefits the business.\n\nOr think about self-serve help tools. They reduce costs, yes. But they also give users autonomy and speed — improving satisfaction. Even internal tools like content editors or sales dashboards can improve the customer experience by enabling faster updates, more tailored responses, or quicker turnaround times.\n\n**Here’s a real-world contrast:**  \nAt one point a well known TV provider, made it notoriously difficult to cancel subscriptions. Long phone queues, limited self-serve options — it was a deliberate choice. Speaking to other PMs in the industry, I learned this was a strategy: a painful cancellation flow reduces churn, or at least delays it. That’s company-centric prioritisation at work.\n\nMeanwhile, an Online travel agent went the opposite route. Their cancellation and modification flows are lightning fast — even when the company makes no money on the transaction. Why? Because making it easy for customers means they need fewer support staff and can scale without exploding headcount. What looks like a customer-centric move is also a savvy business one.\n\nThe trick isn’t to always pick one side — it’s to understand the trade-off and make an intentional choice.\n\n### This is where a good user story can help\n\nAs I wrote in [this guide to writing dev tickets](https://produmo.com/blog/how-to-write-a-good-user-story-for-developers-as-a-pm-or-po), if you clearly define the different users (internal and external) and list their goals in priority order, you’ll start to see where there’s alignment — and where you need to consciously make a call.\n\nAnd when you’re leaning toward the customer side, don’t forget the financial upside. Retaining a user is almost always cheaper than acquiring a new one. So even “small” UX improvements can add up.\n\n### How to Estimate the Value of Customer-Centric Features\n\nYou don’t need a perfect formula — but a rough calculation helps strengthen your case:\n\n**What’s the value of a retained customer?**  \nLook at your average revenue per user (**ARPU**), or lifetime value (**LTV**). Even if it’s back-of-the-napkin, that gives you a benchmark.\n\n**What’s the cost of acquiring a new customer (**CAC**)?**  \nIf your marketing spend is high, retaining someone for “free” is a major win.\n\n**How many customers could this feature retain (or lose)?**  \nUse past patterns, survey data, or support logs. Sometimes a feature that stops 3% of users from churning has a bigger ROI than a splashy new upsell feature.\n\n**What’s the timeline to see impact?**  \nCan this feature help within a quarter? Or is it a long-tail bet?\n\n**What is the secondary value?**  \nCustomer happiness often leads to word-of-mouth marketing. That includes positive reviews, recommendations, social media shares, and community goodwill. These are difficult to quantify — but undeniably valuable.\n\nEven rough numbers here help you avoid decisions based solely on “gut feel.” Over time, customer-centricity that drives retention and word-of-mouth marketing almost always outpaces short-term growth hacks.\n"
  },
  {
    "__component": "shared.rich-text",
    "id": 315,
    "body": "## Frameworks to Help You Prioritise Without Losing the Balance\n\nSo, how do you actually make the call between customer-first and business-first? Gut feel only gets you so far.\n\nThat’s where prioritisation frameworks help — by forcing you to ask the right questions and add structure to the decision-making process.\n\nHere are a few simple but powerful ones:\n\n### 🟦 Impact vs Effort\n\n**What it is:**  \nA classic 2x2 grid. You assess how much impact a feature will have and how much effort it will take.\n\n**How to use it:**  \nPlot each item on the grid. Features with high impact, low effort go in the “quick wins” zone. High impact/high effort items might still be worth doing — but you’ll want to scope them carefully.\n\n**Customer vs company angle:**  \nA customer-centric UX tweak might be low effort and medium impact — don’t let it get buried just because it’s not revenue-tied. Similarly, a massive backend feature might be high effort, but if it unlocks both speed and support savings, it’s worth pushing forward.\n\n**Pros:**\n- Easy to start with\n- Helps visualise trade-offs\n\n**Cons:**\n- Very subjective unless you align on how to score effort/impact\n- Doesn’t show who the impact benefits (customer or company)\n\n**Best used in:**  \nMiro (for collaboration), Jira (w/custom fields), or any whiteboard tool."
  },
  {
    "__component": "shared.media",
    "id": 39,
    "file": {
      "id": 104,
      "documentId": "o3it362cpqjbnii5ejxs9mpd",
      "name": "impact-vs-effort-matrix-product-examples.png",
      "alternativeText": "Impact vs Effort matrix with labelled quadrants and feature examples in each",
      "caption": null,
      "width": 1536,
      "height": 1024,
      "formats": {
        "thumbnail": {
          "ext": ".png",
          "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745852550/thumbnail_impact_vs_effort_matrix_product_examples_e76d5d9d08.png",
          "hash": "thumbnail_impact_vs_effort_matrix_product_examples_e76d5d9d08",
          "mime": "image/png",
          "name": "thumbnail_impact-vs-effort-matrix-product-examples.png",
          "path": null,
          "size": 31.38,
          "width": 234,
          "height": 156,
          "sizeInBytes": 31383,
          "provider_metadata": {
            "public_id": "thumbnail_impact_vs_effort_matrix_product_examples_e76d5d9d08",
            "resource_type": "image"
          }
        }
      },
      "hash": "impact_vs_effort_matrix_product_examples_e76d5d9d08",
      "ext": ".png",
      "mime": "image/png",
      "size": 302.21,
      "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745852551/impact_vs_effort_matrix_product_examples_e76d5d9d08.png",
      "previewUrl": null,
      "provider": "cloudinary",
      "provider_metadata": {
        "public_id": "impact_vs_effort_matrix_product_examples_e76d5d9d08",
        "resource_type": "image"
      },
      "createdAt": "2025-04-28T15:02:32.434Z",
      "updatedAt": "2025-04-28T15:02:32.434Z",
      "publishedAt": "2025-04-28T15:02:32.439Z"
    }
  },
  {
    "__component": "shared.rich-text",
    "id": 316,
    "body": "### 🟩 Customer Value vs Business Value Matrix\n\n**What it is:**  \nA more nuanced take. Instead of effort, you map how much value a feature provides to the customer vs. to the business.\n\n**How to use it:**  \nCreate a quadrant with Customer Value on one axis and Business Value on the other. Plot features accordingly.\n\n**Great for visualising:**\n- Features that are win-wins (top-right quadrant)\n- Company-focused plays (bottom-right)\n- High-value UX work (top-left)\n\n**Pros:**\n- Makes the tension visible\n- Encourages honest discussion about motivations\n\n**Cons:**\n- Harder to estimate intangible value (like trust or brand)\n- Doesn’t factor in complexity or cost\n\n**Best used in:**  \nProdPad (has a built-in version), Miro, Notion (custom templates)"
  },
  {
    "__component": "shared.media",
    "id": 40,
    "file": {
      "id": 105,
      "documentId": "wjh7ogd5d407foogcbfn46u0",
      "name": "customer-value-vs-business-value-matrix-illustration.png",
      "alternativeText": "2D matrix showing Customer Value vs Business Value with quadrant examples",
      "caption": null,
      "width": 1536,
      "height": 1024,
      "formats": {
        "thumbnail": {
          "ext": ".png",
          "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745852716/thumbnail_customer_value_vs_business_value_matrix_illustration_e0f3182726.png",
          "hash": "thumbnail_customer_value_vs_business_value_matrix_illustration_e0f3182726",
          "mime": "image/png",
          "name": "thumbnail_customer-value-vs-business-value-matrix-illustration.png",
          "path": null,
          "size": 32.97,
          "width": 234,
          "height": 156,
          "sizeInBytes": 32973,
          "provider_metadata": {
            "public_id": "thumbnail_customer_value_vs_business_value_matrix_illustration_e0f3182726",
            "resource_type": "image"
          }
        }
      },
      "hash": "customer_value_vs_business_value_matrix_illustration_e0f3182726",
      "ext": ".png",
      "mime": "image/png",
      "size": 329.02,
      "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745852717/customer_value_vs_business_value_matrix_illustration_e0f3182726.png",
      "previewUrl": null,
      "provider": "cloudinary",
      "provider_metadata": {
        "public_id": "customer_value_vs_business_value_matrix_illustration_e0f3182726",
        "resource_type": "image"
      },
      "createdAt": "2025-04-28T15:05:18.223Z",
      "updatedAt": "2025-04-28T15:05:18.223Z",
      "publishedAt": "2025-04-28T15:05:18.224Z"
    }
  },
  {
    "__component": "shared.rich-text",
    "id": 317,
    "body": "### 🟨 RICE (Reach, Impact, Confidence, Effort)\n\n**What it is:**  \nA scoring framework where each idea gets a numerical score.\n\n**How to use it:**  \nYou assign scores to:\n- **Reach** (how many users it will affect)\n- **Impact** (how much it’ll help them)\n- **Confidence** (how sure you are about the above)\n- **Effort** (in estimated person-hours or weeks)\n\n**Score = (Reach × Impact × Confidence) ÷ Effort**\n\n**Customer vs company angle:**  \nReach and impact can be weighted to either customer satisfaction or business goals — but you’ll want to explicitly agree on which is the priority.\n\n**Pros:**\n- Works well for longer lists\n- Encourages confidence estimation\n\n**Cons:**\n- Easy to game the system\n- Doesn’t show why something scored the way it did\n\n**Best used in:**  \nAha!, Notion, Google Sheets"
  },
  {
    "__component": "shared.media",
    "id": 41,
    "file": {
      "id": 106,
      "documentId": "pg4d0hv7stsgwuwegeujb1ta",
      "name": "rice-prioritization-table-flat-illustration.png",
      "alternativeText": "Flat 2D illustration of a RICE prioritization table with feature scores and totals",
      "caption": null,
      "width": 1536,
      "height": 1024,
      "formats": {
        "thumbnail": {
          "ext": ".png",
          "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745853980/thumbnail_rice_prioritization_table_flat_illustration_366a41cb6a.png",
          "hash": "thumbnail_rice_prioritization_table_flat_illustration_366a41cb6a",
          "mime": "image/png",
          "name": "thumbnail_rice-prioritization-table-flat-illustration.png",
          "path": null,
          "size": 23.8,
          "width": 234,
          "height": 156,
          "sizeInBytes": 23796,
          "provider_metadata": {
            "public_id": "thumbnail_rice_prioritization_table_flat_illustration_366a41cb6a",
            "resource_type": "image"
          }
        }
      },
      "hash": "rice_prioritization_table_flat_illustration_366a41cb6a",
      "ext": ".png",
      "mime": "image/png",
      "size": 329.32,
      "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745853981/rice_prioritization_table_flat_illustration_366a41cb6a.png",
      "previewUrl": null,
      "provider": "cloudinary",
      "provider_metadata": {
        "public_id": "rice_prioritization_table_flat_illustration_366a41cb6a",
        "resource_type": "image"
      },
      "createdAt": "2025-04-28T15:26:21.826Z",
      "updatedAt": "2025-04-28T15:26:21.826Z",
      "publishedAt": "2025-04-28T15:26:21.827Z"
    }
  },
  {
    "__component": "shared.rich-text",
    "id": 318,
    "body": "### 🟥 MoSCoW (Must, Should, Could, Won’t)\n\n**What it is:**  \nA way to rank features by necessity, rather than score.\n\n**How to use it:**  \nYou assign each feature as:\n- **Must Have** (critical to release)\n- **Should Have** (important, but not vital)\n- **Could Have** (nice to include if time allows)\n- **Won’t Have** (won’t do now)\n\n**Customer vs company angle:**  \nUse MoSCoW to clarify trade-offs. A company-initiated request might be marked “Should,” while a known customer pain point becomes a “Must.”\n\n**Pros:**\n- Good for MVP scoping\n- Simple to communicate\n\n**Cons:**\n- Prone to bloat — everything can feel like a “Must”\n- Doesn’t guide you on value or cost\n\n**Best used in:**  \nJira (tags or labels), Trello, or product spec docs"
  },
  {
    "__component": "shared.media",
    "id": 42,
    "file": {
      "id": 107,
      "documentId": "ndwe5updjsur2jjxi7ipkkbv",
      "name": "moscow-framework-product-prioritisation-swimlanes.png",
      "alternativeText": "MoSCoW framework with Must, Should, Could, and Won’t swimlanes for product features",
      "caption": null,
      "width": 1536,
      "height": 1024,
      "formats": {
        "thumbnail": {
          "ext": ".png",
          "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745854285/thumbnail_moscow_framework_product_prioritisation_swimlanes_63d14cbae8.png",
          "hash": "thumbnail_moscow_framework_product_prioritisation_swimlanes_63d14cbae8",
          "mime": "image/png",
          "name": "thumbnail_moscow-framework-product-prioritisation-swimlanes.png",
          "path": null,
          "size": 27.25,
          "width": 234,
          "height": 156,
          "sizeInBytes": 27248,
          "provider_metadata": {
            "public_id": "thumbnail_moscow_framework_product_prioritisation_swimlanes_63d14cbae8",
            "resource_type": "image"
          }
        }
      },
      "hash": "moscow_framework_product_prioritisation_swimlanes_63d14cbae8",
      "ext": ".png",
      "mime": "image/png",
      "size": 364.94,
      "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745854286/moscow_framework_product_prioritisation_swimlanes_63d14cbae8.png",
      "previewUrl": null,
      "provider": "cloudinary",
      "provider_metadata": {
        "public_id": "moscow_framework_product_prioritisation_swimlanes_63d14cbae8",
        "resource_type": "image"
      },
      "createdAt": "2025-04-28T15:31:27.055Z",
      "updatedAt": "2025-04-28T15:31:27.055Z",
      "publishedAt": "2025-04-28T15:31:27.056Z"
    }
  },
  {
    "__component": "shared.rich-text",
    "id": 319,
    "body": "### 🟪 Custom Scoring Systems (Real-World Approach)\n\n**What it was:**  \nA weighted scoring spreadsheet that assessed potential features across company goals and effort estimates, with input from multiple disciplines.\n\n**How it worked:**\n\n1. **Define Key Business Outcomes:**  \n   Across the top of the spreadsheet, I listed metrics that mattered to the business, like:\n   - Increase profit\n   - Reduce risk\n   - Grow total orders\n   - Improve customer retention\n   - Increase marketing efficiency\n\n2. **Weight by Importance:**  \n   The CEO assigned a weighting to each of those metrics based on strategic importance at the time.\n\n3. **Add Effort Dimensions:**  \n   - **Analysis effort** (scored by PM)  \n   - **Design effort** (scored by designer)  \n   - **Dev effort** (scored by CTO or senior developer)\n\n4. **Score Each Feature Row:**  \n   Each potential feature was scored against all metrics. The spreadsheet applied weightings and factored in effort to calculate a final score.\n\n5. **Rank by Priority:**  \n   The higher the score, the more valuable (and feasible) the feature appeared to be.\n\n**What made it great:**\n- Cross-functional collaboration\n- Flexible and tailored to our company goals\n- Gave leadership confidence\n\n**Limitations:**\n- Time-intensive to create and maintain\n- Scores weren’t hard science — directional only\n- Weightings should shift as company priorities evolve\n- Hard to track score history or “version” over time\n\n**🛠️ Tool used:** Good old Google Sheets\n"
  },
  {
    "__component": "shared.media",
    "id": 43,
    "file": {
      "id": 108,
      "documentId": "qerixj3tdeojng2qer4d9zkg",
      "name": "custom_feature_prioritisation_spreadsheet_weighted_scores.png",
      "alternativeText": "Flat-style illustration of a custom feature prioritisation spreadsheet with weighted business outcomes and effort dimensions.",
      "caption": null,
      "width": 1536,
      "height": 1024,
      "formats": {
        "thumbnail": {
          "ext": ".png",
          "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745856190/thumbnail_custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c.png",
          "hash": "thumbnail_custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c",
          "mime": "image/png",
          "name": "thumbnail_custom_feature_prioritisation_spreadsheet_weighted_scores.png",
          "path": null,
          "size": 24.86,
          "width": 234,
          "height": 156,
          "sizeInBytes": 24861,
          "provider_metadata": {
            "public_id": "thumbnail_custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c",
            "resource_type": "image"
          }
        }
      },
      "hash": "custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c",
      "ext": ".png",
      "mime": "image/png",
      "size": 311.84,
      "url": "https://res.cloudinary.com/dmkbljcg2/image/upload/v1745856191/custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c.png",
      "previewUrl": null,
      "provider": "cloudinary",
      "provider_metadata": {
        "public_id": "custom_feature_prioritisation_spreadsheet_weighted_scores_e6b7864b8c",
        "resource_type": "image"
      },
      "createdAt": "2025-04-28T16:03:11.796Z",
      "updatedAt": "2025-04-28T16:03:11.796Z",
      "publishedAt": "2025-04-28T16:03:11.797Z"
    }
  },
  {
    "__component": "shared.rich-text",
    "id": 320,
    "body": "### 🧩 So… Which Framework Should You Use?\n\nHere’s a simple way to think about when each of these might help:\n\n| **Framework**                         | **Best For**                              | **Strengths**                          | **Watch Outs**                                |\n|--------------------------------------|-------------------------------------------|----------------------------------------|------------------------------------------------|\n| **Impact vs Effort**                 | Quick triage of a backlog                 | Visual, fast to apply                  | Oversimplifies nuance                          |\n| **Customer Value vs Business Value** | Balancing competing priorities            | Helps align two perspectives           | Scoring subjectivity                           |\n| **Custom Scoring System**            | Complex orgs with lots of stakeholders    | Tailored, structured, clear decision audit | Maintenance overhead                        |\n| **Gut Check with Stakeholders**      | Early-stage teams or startups             | Fast, low-cost, collaborative          | Can be biased or reactive                      |\n| **Hybrid Systems**                   | Scaling teams with some process maturity  | Mix of structure + flexibility         | Needs clear ownership to keep clean            |\n\n👉 None of these are perfect on their own — but used with care, they help turn subjective conversations into more grounded ones.\n\n🧠 **Coming soon:** We’re planning a full blog exploring prioritisation frameworks, with templates and examples. You’ll be able to see how to actually score, run team sessions, and avoid the common traps. *(We’ll link it here when it’s live!)*"
  },
  {
    "__component": "shared.rich-text",
    "id": 321,
    "body": "## How to Communicate Tradeoffs Internally\n\nBalancing customer value and company value isn’t just a prioritisation exercise — it’s a communication challenge.\n\nDifferent stakeholders will see different things as “urgent,” and you’ll often need to justify why something that seems “easy” or “obvious” for the user may not be what the business needs — or vice versa.\n\nHere are three real-world-style scenarios and how to navigate them:\n\n### 1. Customer Support Team Wants an Easier Cancellation Flow, but Finance Is Worried About Churn\n\n**The Ask:**  \nCustomer support is flooded with complaints about how difficult it is to cancel a subscription. They want to implement a one-click cancel feature. But Finance argues that churn will spike and revenue will take a hit.\n\n**The Tradeoff:**  \nCustomer trust and long-term brand reputation vs. short-term revenue retention.\n\n**How to Communicate It:**\n- Show examples of companies (e.g. Booking.com) that build long-term loyalty by being transparent and user-first.\n- Estimate potential support savings if users can self-serve.\n- Suggest a phased test (e.g. show it to a segment) to measure impact before a full rollout.\n\n**Phrase it like:**  \n“While churn might increase short-term, the reputational boost and reduction in support tickets could offset that. We can also cap exposure by rolling out to 10% of users first and measuring.”\n\n### 2. Sales Wants a Long Lead Qualification Form; Marketing and UX Say It’s Tanking Conversions\n\n**The Ask:**  \nSales needs more data to qualify leads efficiently — date of travel, destination, number of travellers, budget, etc. But Marketing and Product argue that a long form kills conversions and results in fewer leads.\n\n**The Tradeoff:**  \nMore leads vs. better-qualified leads.\n\n**How to Communicate It:**\n- Bring data: show submission drop-off rates and conversion to sale.\n- Propose a hybrid: collect fewer fields initially, then automate a follow-up flow.\n- Reframe around cost per qualified lead, not cost per lead.\n\n**Phrase it like:**  \n“If shortening the form drops cost per qualified lead by even 15%, that’s a win for both teams. Let’s test a version with minimal fields and see how it performs.”\n\n### 3. You Want to Improve Page Speed and Accessibility, but Execs Want Revenue Features\n\n**The Ask:**  \nLeadership wants new monetisation features prioritised, but your devs are asking to improve technical performance, accessibility, and loading speeds — all things users won’t “see,” but will feel.\n\n**The Tradeoff:**  \nShort-term revenue potential vs. long-term customer experience and retention.\n\n**How to Communicate It:**\n- Frame it in business impact terms: SEO, bounce rates, and conversion lifts tied to speed and accessibility.\n- Show how a fast, accessible site builds trust and reduces future tech debt.\n- Tie these improvements to OKRs like retention, satisfaction, or engagement.\n\n**Phrase it like:**  \n“This isn’t just cleanup. Improving site speed could lift conversion by 5–10%, and it’s cheaper to do now than to retrofit it later.”\n\n### Final Tip\n\nMake these tradeoffs visual. A simple “customer value vs business value” matrix can go a long way in showing why a decision was made. And whenever you say “no” to one side, show them what they’re getting instead — or what’s needed to say yes in the future.\n"
  },
  {
    "__component": "shared.rich-text",
    "id": 322,
    "body": "## Final Thought: Balance Is a Skill, Not a Coin Toss\n\nCustomer-centric and company-centric aren’t opposing forces — they’re two ends of the same lever. The best product decisions don’t choose one instead of the other. They find ways to support both.\n\nThat doesn’t mean every feature has to do everything. It means learning to articulate tradeoffs, test assumptions, and align work with both value and values.\n\nSometimes the customer wins because it builds trust and loyalty.\n\nSometimes the business wins because the lights need to stay on.\n\nAnd sometimes, if you’re really intentional, they both win.\n\nThat’s the kind of product thinking that earns respect from your stakeholders, your team — and your users.\n\n---\n\n## Help Guide: Acronyms & Terms\n\nHere’s a quick glossary of common product acronyms and concepts used in this article:\n\n**CAC (Customer Acquisition Cost):**  \nHow much it costs your business to acquire a new customer, including marketing, sales, and onboarding costs.\n\n**LTV (Lifetime Value):**  \nThe total revenue you expect to earn from a customer over the entire period of their relationship with your company.\n\n**MRR (Monthly Recurring Revenue):**  \nThe predictable revenue your company earns each month from subscriptions or repeat customers.\n\n**Churn:**  \nThe percentage of customers who stop using your product or service over a given period.\n\n**KPI (Key Performance Indicator):**  \nA measurable value that indicates how effectively a company is achieving key business objectives.\n\n**MVP (Minimum Viable Product):**  \nA version of a product with just enough features to be usable by early adopters, who can then provide feedback for future development.\n\n**NPS (Net Promoter Score):**  \nA customer satisfaction metric based on how likely customers are to recommend your product.\n"
  }
]

In product management, you're constantly balancing two forces: what’s best for the customer, and what’s best for the business. Ideally, the two align — but that’s not always the case. Sometimes what makes life easier for users adds friction for the company, and vice versa.

You’ve probably been there:

  • “Should we fix that bug or build that upsell flow?”
  • “Should we remove form fields to boost conversion, even if it means our sales team has less info?”
  • “Should we delay the feature launch so we can polish the UX — or ship it fast and clean it up later?”

These decisions aren’t just about features. They’re about trade-offs. And making the right call requires context, empathy, and a bit of strategy.

Let’s break it down.

Glossary Note: If you're unfamiliar with any of the product terms or acronyms used in this post, there’s a help guide at the end of the article.

What Does “Customer-Centric” Actually Mean?

Customer-centric means designing your product with the user’s needs, pain points, and success as the north star — even if those efforts don’t immediately translate to ROI.

It’s about solving real problems for real users. That could include improving accessibility, speeding up page loads, simplifying user flows, or reducing the friction to convert. These aren’t always features that make it into a press release, but they’re often the things customers remember — and the reason they return.

Being customer-centric typically relies on qualitative inputs: feedback, interviews, support tickets, or user testing insights. These sources reveal what users are struggling with, what they value, and how they actually behave — not just what they click.

When it works well:
You build trust, loyalty, and long-term value. A product that feels effortless to use, one that customers recommend, is often the result of deeply customer-led thinking.

When it goes too far:
You can end up chasing edge cases or spending weeks polishing something that only helps 3% of your users. Endless iteration without clear strategic focus can stall progress.

Real-world example:
At a travel company I worked for, we tested reducing our enquiry form to just three fields: first name, last name, and email. It was simple. Frictionless. Submission rates skyrocketed — customers loved it.

But internally, it created new problems.

The Qualification Team had almost no information to work from. They didn’t know when or where the customer wanted to travel, or even how many people were going. The Marketing Team couldn’t segment the leads based on destination interest, so retargeting became less effective. And since we couldn’t call customers directly, conversion dropped. Many of the leads were just browsing and hard to qualify.

It was a great move for the customer — but not for the business. The balance tipped too far.

What Does “Company-Centric” Really Look Like?

Company-centric decision-making focuses on driving revenue, improving internal efficiency, or aligning with leadership and investor goals. It’s about building what benefits the business — even if it’s not what the user would ask for.

That might include cost-saving tools, backend automation, or monetisation features like upsells, trials, or referral programs. It’s often driven by quantitative metrics like CAC, LTV, MRR, and churn — the numbers that keep a company afloat.

When it works well:
Company-centric choices can lead to stability, profitability, and better internal operations — which ultimately benefit users too. Not everything has to be visible to the end user to deliver value.

When it goes too far:
It can lead to growth hacks that erode trust, experiences that frustrate users, or features that look great on a pitch deck but do little for the people using the product.

Real-world example:
One day, a customer called support with an unusual request — she had bought a holiday as a gift for her son and wanted to share the itinerary, but without showing the cost. Our itineraries were costed by default, and this wasn’t a feature we had on the roadmap.

From a business perspective, this wasn’t a priority. But we still solved it — company-first.

Instead of spinning up a fully customisable gift-giving flow, we added a lightweight share button that generated a link to a stripped-down version of the itinerary (no prices, no legal footers). It wasn’t flashy, but it got the job done with minimal dev work.

The result? The customer was happy, and we didn’t overinvest in a niche scenario we never saw again. It was lean. Business-aware. Effective.

The False Binary: Why It’s Not Either/Or

It’s easy to frame decisions as a tug-of-war between what the customer wants and what the business needs. But that binary mindset can be misleading. In reality, some of the best product decisions serve both sides — just not always in equal measure.

Take onboarding: improving it helps customers get value faster. But it also lowers support volume and improves conversion rates, which directly benefits the business.

Or think about self-serve help tools. They reduce costs, yes. But they also give users autonomy and speed — improving satisfaction. Even internal tools like content editors or sales dashboards can improve the customer experience by enabling faster updates, more tailored responses, or quicker turnaround times.

Here’s a real-world contrast:
At one point a well known TV provider, made it notoriously difficult to cancel subscriptions. Long phone queues, limited self-serve options — it was a deliberate choice. Speaking to other PMs in the industry, I learned this was a strategy: a painful cancellation flow reduces churn, or at least delays it. That’s company-centric prioritisation at work.

Meanwhile, an Online travel agent went the opposite route. Their cancellation and modification flows are lightning fast — even when the company makes no money on the transaction. Why? Because making it easy for customers means they need fewer support staff and can scale without exploding headcount. What looks like a customer-centric move is also a savvy business one.

The trick isn’t to always pick one side — it’s to understand the trade-off and make an intentional choice.

This is where a good user story can help

As I wrote in this guide to writing dev tickets, if you clearly define the different users (internal and external) and list their goals in priority order, you’ll start to see where there’s alignment — and where you need to consciously make a call.

And when you’re leaning toward the customer side, don’t forget the financial upside. Retaining a user is almost always cheaper than acquiring a new one. So even “small” UX improvements can add up.

How to Estimate the Value of Customer-Centric Features

You don’t need a perfect formula — but a rough calculation helps strengthen your case:

What’s the value of a retained customer?
Look at your average revenue per user (ARPU), or lifetime value (LTV). Even if it’s back-of-the-napkin, that gives you a benchmark.

What’s the cost of acquiring a new customer (CAC)?
If your marketing spend is high, retaining someone for “free” is a major win.

How many customers could this feature retain (or lose)?
Use past patterns, survey data, or support logs. Sometimes a feature that stops 3% of users from churning has a bigger ROI than a splashy new upsell feature.

What’s the timeline to see impact?
Can this feature help within a quarter? Or is it a long-tail bet?

What is the secondary value?
Customer happiness often leads to word-of-mouth marketing. That includes positive reviews, recommendations, social media shares, and community goodwill. These are difficult to quantify — but undeniably valuable.

Even rough numbers here help you avoid decisions based solely on “gut feel.” Over time, customer-centricity that drives retention and word-of-mouth marketing almost always outpaces short-term growth hacks.

Frameworks to Help You Prioritise Without Losing the Balance

So, how do you actually make the call between customer-first and business-first? Gut feel only gets you so far.

That’s where prioritisation frameworks help — by forcing you to ask the right questions and add structure to the decision-making process.

Here are a few simple but powerful ones:

🟦 Impact vs Effort

What it is:
A classic 2x2 grid. You assess how much impact a feature will have and how much effort it will take.

How to use it:
Plot each item on the grid. Features with high impact, low effort go in the “quick wins” zone. High impact/high effort items might still be worth doing — but you’ll want to scope them carefully.

Customer vs company angle:
A customer-centric UX tweak might be low effort and medium impact — don’t let it get buried just because it’s not revenue-tied. Similarly, a massive backend feature might be high effort, but if it unlocks both speed and support savings, it’s worth pushing forward.

Pros:

  • Easy to start with
  • Helps visualise trade-offs

Cons:

  • Very subjective unless you align on how to score effort/impact
  • Doesn’t show who the impact benefits (customer or company)

Best used in:
Miro (for collaboration), Jira (w/custom fields), or any whiteboard tool.

🟩 Customer Value vs Business Value Matrix

What it is:
A more nuanced take. Instead of effort, you map how much value a feature provides to the customer vs. to the business.

How to use it:
Create a quadrant with Customer Value on one axis and Business Value on the other. Plot features accordingly.

Great for visualising:

  • Features that are win-wins (top-right quadrant)
  • Company-focused plays (bottom-right)
  • High-value UX work (top-left)

Pros:

  • Makes the tension visible
  • Encourages honest discussion about motivations

Cons:

  • Harder to estimate intangible value (like trust or brand)
  • Doesn’t factor in complexity or cost

Best used in:
ProdPad (has a built-in version), Miro, Notion (custom templates)

🟨 RICE (Reach, Impact, Confidence, Effort)

What it is:
A scoring framework where each idea gets a numerical score.

How to use it:
You assign scores to:

  • Reach (how many users it will affect)
  • Impact (how much it’ll help them)
  • Confidence (how sure you are about the above)
  • Effort (in estimated person-hours or weeks)

Score = (Reach × Impact × Confidence) ÷ Effort

Customer vs company angle:
Reach and impact can be weighted to either customer satisfaction or business goals — but you’ll want to explicitly agree on which is the priority.

Pros:

  • Works well for longer lists
  • Encourages confidence estimation

Cons:

  • Easy to game the system
  • Doesn’t show why something scored the way it did

Best used in:
Aha!, Notion, Google Sheets

🟥 MoSCoW (Must, Should, Could, Won’t)

What it is:
A way to rank features by necessity, rather than score.

How to use it:
You assign each feature as:

  • Must Have (critical to release)
  • Should Have (important, but not vital)
  • Could Have (nice to include if time allows)
  • Won’t Have (won’t do now)

Customer vs company angle:
Use MoSCoW to clarify trade-offs. A company-initiated request might be marked “Should,” while a known customer pain point becomes a “Must.”

Pros:

  • Good for MVP scoping
  • Simple to communicate

Cons:

  • Prone to bloat — everything can feel like a “Must”
  • Doesn’t guide you on value or cost

Best used in:
Jira (tags or labels), Trello, or product spec docs

🟪 Custom Scoring Systems (Real-World Approach)

What it was:
A weighted scoring spreadsheet that assessed potential features across company goals and effort estimates, with input from multiple disciplines.

How it worked:

  1. Define Key Business Outcomes:
    Across the top of the spreadsheet, I listed metrics that mattered to the business, like:

    • Increase profit
    • Reduce risk
    • Grow total orders
    • Improve customer retention
    • Increase marketing efficiency
  2. Weight by Importance:
    The CEO assigned a weighting to each of those metrics based on strategic importance at the time.

  3. Add Effort Dimensions:

    • Analysis effort (scored by PM)
    • Design effort (scored by designer)
    • Dev effort (scored by CTO or senior developer)
  4. Score Each Feature Row:
    Each potential feature was scored against all metrics. The spreadsheet applied weightings and factored in effort to calculate a final score.

  5. Rank by Priority:
    The higher the score, the more valuable (and feasible) the feature appeared to be.

What made it great:

  • Cross-functional collaboration
  • Flexible and tailored to our company goals
  • Gave leadership confidence

Limitations:

  • Time-intensive to create and maintain
  • Scores weren’t hard science — directional only
  • Weightings should shift as company priorities evolve
  • Hard to track score history or “version” over time

🛠️ Tool used: Good old Google Sheets

🧩 So… Which Framework Should You Use?

Here’s a simple way to think about when each of these might help:

FrameworkBest ForStrengthsWatch Outs
Impact vs EffortQuick triage of a backlogVisual, fast to applyOversimplifies nuance
Customer Value vs Business ValueBalancing competing prioritiesHelps align two perspectivesScoring subjectivity
Custom Scoring SystemComplex orgs with lots of stakeholdersTailored, structured, clear decision auditMaintenance overhead
Gut Check with StakeholdersEarly-stage teams or startupsFast, low-cost, collaborativeCan be biased or reactive
Hybrid SystemsScaling teams with some process maturityMix of structure + flexibilityNeeds clear ownership to keep clean

👉 None of these are perfect on their own — but used with care, they help turn subjective conversations into more grounded ones.

🧠 Coming soon: We’re planning a full blog exploring prioritisation frameworks, with templates and examples. You’ll be able to see how to actually score, run team sessions, and avoid the common traps. (We’ll link it here when it’s live!)

How to Communicate Tradeoffs Internally

Balancing customer value and company value isn’t just a prioritisation exercise — it’s a communication challenge.

Different stakeholders will see different things as “urgent,” and you’ll often need to justify why something that seems “easy” or “obvious” for the user may not be what the business needs — or vice versa.

Here are three real-world-style scenarios and how to navigate them:

1. Customer Support Team Wants an Easier Cancellation Flow, but Finance Is Worried About Churn

The Ask:
Customer support is flooded with complaints about how difficult it is to cancel a subscription. They want to implement a one-click cancel feature. But Finance argues that churn will spike and revenue will take a hit.

The Tradeoff:
Customer trust and long-term brand reputation vs. short-term revenue retention.

How to Communicate It:

  • Show examples of companies (e.g. Booking.com) that build long-term loyalty by being transparent and user-first.
  • Estimate potential support savings if users can self-serve.
  • Suggest a phased test (e.g. show it to a segment) to measure impact before a full rollout.

Phrase it like:
“While churn might increase short-term, the reputational boost and reduction in support tickets could offset that. We can also cap exposure by rolling out to 10% of users first and measuring.”

2. Sales Wants a Long Lead Qualification Form; Marketing and UX Say It’s Tanking Conversions

The Ask:
Sales needs more data to qualify leads efficiently — date of travel, destination, number of travellers, budget, etc. But Marketing and Product argue that a long form kills conversions and results in fewer leads.

The Tradeoff:
More leads vs. better-qualified leads.

How to Communicate It:

  • Bring data: show submission drop-off rates and conversion to sale.
  • Propose a hybrid: collect fewer fields initially, then automate a follow-up flow.
  • Reframe around cost per qualified lead, not cost per lead.

Phrase it like:
“If shortening the form drops cost per qualified lead by even 15%, that’s a win for both teams. Let’s test a version with minimal fields and see how it performs.”

3. You Want to Improve Page Speed and Accessibility, but Execs Want Revenue Features

The Ask:
Leadership wants new monetisation features prioritised, but your devs are asking to improve technical performance, accessibility, and loading speeds — all things users won’t “see,” but will feel.

The Tradeoff:
Short-term revenue potential vs. long-term customer experience and retention.

How to Communicate It:

  • Frame it in business impact terms: SEO, bounce rates, and conversion lifts tied to speed and accessibility.
  • Show how a fast, accessible site builds trust and reduces future tech debt.
  • Tie these improvements to OKRs like retention, satisfaction, or engagement.

Phrase it like:
“This isn’t just cleanup. Improving site speed could lift conversion by 5–10%, and it’s cheaper to do now than to retrofit it later.”

Final Tip

Make these tradeoffs visual. A simple “customer value vs business value” matrix can go a long way in showing why a decision was made. And whenever you say “no” to one side, show them what they’re getting instead — or what’s needed to say yes in the future.

Final Thought: Balance Is a Skill, Not a Coin Toss

Customer-centric and company-centric aren’t opposing forces — they’re two ends of the same lever. The best product decisions don’t choose one instead of the other. They find ways to support both.

That doesn’t mean every feature has to do everything. It means learning to articulate tradeoffs, test assumptions, and align work with both value and values.

Sometimes the customer wins because it builds trust and loyalty.

Sometimes the business wins because the lights need to stay on.

And sometimes, if you’re really intentional, they both win.

That’s the kind of product thinking that earns respect from your stakeholders, your team — and your users.


Help Guide: Acronyms & Terms

Here’s a quick glossary of common product acronyms and concepts used in this article:

CAC (Customer Acquisition Cost):
How much it costs your business to acquire a new customer, including marketing, sales, and onboarding costs.

LTV (Lifetime Value):
The total revenue you expect to earn from a customer over the entire period of their relationship with your company.

MRR (Monthly Recurring Revenue):
The predictable revenue your company earns each month from subscriptions or repeat customers.

Churn:
The percentage of customers who stop using your product or service over a given period.

KPI (Key Performance Indicator):
A measurable value that indicates how effectively a company is achieving key business objectives.

MVP (Minimum Viable Product):
A version of a product with just enough features to be usable by early adopters, who can then provide feedback for future development.

NPS (Net Promoter Score):
A customer satisfaction metric based on how likely customers are to recommend your product.