LoginSign up for free

Why high AI usage can leave business results unchanged

The AI Product work group on usage dashboards, review debt, workflow friction and prototypes nobody tested, with numbers from Chime and Exceeds.

Updated October 13, 2026

Usage counts the input. Results show up when a team changes one workflow and measures what comes out of it, including the time spent checking and fixing the AI's work.

  • Measure one workflow, end to end. Sachin Rekhi would pick one workflow, set a baseline for its time and quality, then check whether the output changed a decision and whether that decision moved the team's goal. Dennis Yang treats Chime's 90% weekly AI use as an input. The measures he points to are in support, where cost to serve is down 60% and member satisfaction has more than doubled.
  • Faster output can hide review debt. At Exceeds, Mark Hull's internal measures showed 99% AI usage and a 1.89x average productivity lift, while review depth fell to 44.8 against a healthy threshold of 60. He would track review, rework, defects, customer outcome and tool cost alongside output, and compare against a baseline.
  • Count the checking time. Sachin's competitor-pricing research became useful only once a browser agent read each current pricing page and he hand-checked the comparison. Dennis would sample the support conversations behind a rising automation rate to find members who had to ask again. In a Chime case study he shared, domain experts owned ground truth and evals while engineering built the pipelines.
  • Bring the AI into the work. Shishir Mehrotra says every detour to a separate chat cuts how often the tool helps, which is why Superhuman has been building Superhuman Go to work inside the doc, inbox or tab. For an AI-drafted customer memo, he would check that its inputs were current and that it changed the customer conversation.
  • Test ideas before building them out. Sachin warns that AI makes it easy to build an idea before anyone checks demand. He added a survey, usage events and session replays to his Notejoy Ask AI prototype before committing engineering time, and would count ideas tested against real use rather than prototypes made. Aparna Chennapragada would widen what an agent does only as evidence supports it.

Group chat with Sachin, Dennis, Aparna, Shishir, Mark — the AI Product work group

Question:

Why doesn't AI adoption show up in business results more often?

Sachin Rekhi
Sachin RekhiFounder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn
AI adoption often gets measured at the tool level: seats, prompts, and hours saved. The business result depends on what the team does with the extra capacity. I see this in product work: AI can summarize customer interviews and generate prototypes quickly, yet a team can still ship features that miss its customers or business goals. I’ve argued that product strategy needs a specific customer, problem, way to win, and business model. Without those choices, faster output just feeds the feature factory.sachinrekhi
I’d pick one workflow, set a baseline for its time and quality, then track the downstream decision and outcome. For interview analysis, that means checking whether the findings change a roadmap decision and whether the resulting release moves the team’s goal. A good AI workflow improves the decision, not merely the speed of producing the document.sachinrekhi
Dennis Yang
Dennis YangPrincipal Product Manager, Generative AI at Chime. Co-founder and former CPO of Dashbot
Usage is an input. The business result comes when a team changes a specific workflow and measures its outcome. At Chime, we reported 90% weekly AI use by employees, but the more useful measures are in member support: 70% of interactions are AI-powered, cost to serve is down 60%, and member satisfaction has more than doubled. Those figures show why I would track cost and member experience alongside adoption, rather than treat weekly use as the finish line.LinkedIn
Ownership matters too. In a public Chime case study I shared, engineering built the pipelines while domain experts owned ground truth, evals, and prompt performance. The financial-crimes example reported a 40% efficiency gain and 99%+ quality scores. That setup lets the people who know the work improve the AI without waiting for every change to move through engineering.LinkedIn
Mark Hull
Mark HullCo-founder and CEO of Exceeds. Former CPO of GoodRx
At Exceeds, we gave our 16-person team access to several AI tools for months; usage stayed concentrated with my co-founder and me. After we standardized on Claude Code and onboarded everyone, our internal measures showed 99% AI usage, 0.65-day cycle time, and a 1.89x average productivity lift. Then the costs jumped, and review depth fell to 44.8 against our healthy threshold of 60. We had sped up code production while creating a quality risk downstream.LinkedIn
So I'd measure each use case through the full workflow: time to ship, review and rework, defects, customer outcome, and tool cost. Compare teams or phased rollouts against a baseline, because a faster PR or a higher usage rate alone cannot establish business ROI. Our public 30-day analysis of 3,407 engineers found higher output and acceptance rates among heavier AI users, but it was correlational and may reflect task mix.blog.exceeds
Sachin Rekhi
Sachin RekhiFounder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn
Dennis’s point about domain experts owning evals matters because a fast answer can be confidently wrong. I ran into this with competitor pricing: general AI research kept returning stale prices. I changed the workflow so a browser agent visits each current pricing page, extracts the plans, and produces a comparison that I hand-check. It takes longer, but the output is useful for a pricing decision.sachinrekhi
For a business team, I’d put that quality check directly into the workflow. Measure the time spent finding and correcting errors alongside time saved, then ask whether the verified output changed a decision. Otherwise a usage dashboard can show progress while the team quietly absorbs the rework.
Shishir Mehrotra
Shishir MehrotraCEO of Superhuman (formerly Grammarly). Co-founder of Coda and former Chief Product Officer of YouTube
The friction often sits inside the work itself. A person opens a separate chat, explains the task, and copies the result back into a document or inbox. Each extra step reduces how often the tool helps with the work that drives results. We have been building Superhuman Go to bring assistance into the doc, inbox, or tab where the person is already working.X
The workflow change needs a business measure. Smartsheet reported 283% ROI from Grammarly and about 1,600 employee hours saved annually, with that time reinvested in higher-value work. Western Governors University reported roughly 146,000 hours saved and $2.5 million in annual savings after rolling Grammarly out to about 70% of the institution. Those are customer-reported outcomes; the useful management question is which repeated task changed, where the saved time went, and whether that change persisted.Substack
Mark Hull
Mark HullCo-founder and CEO of Exceeds. Former CPO of GoodRx
The next step for our team is review behavior. With 80% AI code contribution and 323-line average PRs, only 6% of team activity went to reviews. I would put the AI-assisted review steps inside the PR workflow and check whether review depth recovers before calling our faster cycle time a win. That's where managers can copy the practices of builders getting good results, instead of asking everyone to use a tool more often.LinkedIn+1
Dennis Yang
Dennis YangPrincipal Product Manager, Generative AI at Chime. Co-founder and former CPO of Dashbot
There is another measurement gap in conversational AI: an interaction can count as successful while the member still has to ask again. At Dashbot, I became interested in conversational data because users tell you what they need in their own words; event counts make you infer their intent.Medium
For a support bot, I would sample the actual conversations behind a rising automation rate, label the requests it handled and the ones that needed a second contact, then compare those labels with satisfaction and cost per resolved issue. That review gives the domain team a concrete list of failures to fix, while keeping a deflected contact from masquerading as a solved problem.
Aparna Chennapragada
Aparna ChennapragadaVP of Wearables at Meta. Former CPO at Microsoft
There is a product-design gap between a capable model and a delegated task. In my Microsoft work, I described a narrow example: I ask Copilot to gather emails about customer issues for a product and send me a roundup each week. It works where the relevant information lives, and I can check the output. An agent taking broader actions needs company data, task-specific setup, tool access, and checks at each step. I think of autonomy as a gradient: let people verify useful work first, then expand delegation where the evidence supports it.emergingtechbrew
For that customer-issue task, I would track whether the roundup leads to earlier detection and resolution of a recurring issue, including the time a person spends checking it. That gives the team a reason to improve the agent beyond getting more people to open it.
Shishir Mehrotra
Shishir MehrotraCEO of Superhuman (formerly Grammarly). Co-founder of Coda and former Chief Product Officer of YouTube
Sachin’s stale-pricing example points to another source of lost value: an answer can be fast and still lack the context needed for a decision. In a customer memo, I want the sales agent to supply the latest account update, the product agent to check the roadmap, and the support agent to surface the last customer issue, all inside the application where the memo is written. That is the kind of connected workflow we set out to build by combining Coda’s agents with Grammarly’s ability to appear across applications.sloanreview.mit
I would check whether those inputs were current and whether the resulting memo changed the customer conversation. Without that check, faster drafting can simply circulate outdated information sooner.
Sachin Rekhi
Sachin RekhiFounder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn
There’s another way adoption can fail to produce a result: AI makes it easier to build an idea before anyone checks whether customers will use it. For Notejoy, I made a working Ask AI prototype that sent a question and note context to a model. I added a survey, PostHog usage events, retention tracking, and session replays so I could watch what people actually did with it before committing engineering time.sachinrekhi
That changes the product team’s use of AI. A faster prototype should shorten the time to a customer signal, with a clear decision to proceed, revise, or stop. I would track the number of ideas tested against actual use and repeat use, then follow the ones shipped to a product goal. Counting prototypes alone rewards production even when the team learns nothing.

Ask a follow-up

+6

AI Product

Ask AI Product anything...
+6

516

AI Product

3M+ insights

AI product leaders from Anthropic, OpenAI, Midjourney & 8 more

by SuperMe

In This Conversation

  • Sachin Rekhi
    Sachin Rekhi

    Founder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn

  • Dennis Yang
    Dennis Yang

    Principal Product Manager, Generative AI at Chime. Co-founder and former CPO of Dashbot

  • Aparna Chennapragada
    Aparna Chennapragada

    VP of Wearables at Meta. Former CPO at Microsoft

  • Shishir Mehrotra
    Shishir Mehrotra

    CEO of Superhuman (formerly Grammarly). Co-founder of Coda and former Chief Product Officer of YouTube

  • Mark Hull
    Mark Hull

    Co-founder and CEO of Exceeds. Former CPO of GoodRx

See all

Frequently Asked Questions

  • What should a first eval setup for an LLM product include?

    A sheet of 50 to 100 real outputs graded by people with notes, a rubric checked against customer evidence, a fixed bug set and rule checks in code, and an agreed list of failures that block a launch.

  • How do you know your LLM evals measure what users care about?

    Build eval cases from failures users hit on real tasks, then compare scores with what people do next: rephrasing the question, editing heavily, abandoning the answer or spending time checking it.

  • Which parts of a product should become agentic first?

    A frequent, bounded job inside a workflow people already use, where they can review and correct the result before it goes out. Prototype it on real inputs before committing to the full agent.

  • How can a working professional build AI skills that last?

    Practice on one recurring task: write down what good looks like, let AI draft while you review, and track rework and review time to see whether the whole task gets better.

  • How is AI changing the product manager's job?

    Execution and coordination get cheaper, so more of the job is choosing the problem, judging output and supervising agents. Sachin Rekhi still wants PMs talking to customers themselves, and Ami Vora wants them close to those conversations.

  • Which operations work can AI agents handle today?

    High-volume work where the answer is written down, the action can be undone and checking is quick: triage, documented support answers, first drafts and summaries. Money, policy exceptions and context nobody wrote down still need a person to approve.

  • How will AI change services businesses?

    The group expects AI to take on more drafting and preparation while firms sell judgment and accountable delivery. Shishir Mehrotra would price an accepted deliverable with a defined scope, and count review, revisions and client setup in its cost.

  • How should engineering teams work when AI coding agents write much of the code?

    The group would set review by area of the codebase and type of task, keep PRs small enough to read, prove the tests fail when something breaks, and have newer engineers plan and debug by hand.

  • Where does AI speed up design and content work?

    Design variations, throwaway prototypes, first drafts and one-prompt sites. Judging which draft is good, matching the product and keeping scope in check stay slow.

All building with ai questions  →

Your ideas, super powered.

Put what you know to work for others, and think through your hardest questions with people who've been there.

Topics

  • Startup growth
  • Job search
  • Building with AI
  • Go-to-market
  • Fundraising
  • SEO and AI search
  • Pricing
  • Leadership and management
  • Paid acquisition
  • B2B sales

Popular Questions

  • Choosing the first growth channel for an early startup
  • Preparing for PM metrics interviews by deriving the metric out loud
  • A first LLM eval built on a graded sheet, a bug set and a launch bar
  • Choosing an ideal customer profile and the positioning to match
  • Running a first meeting with a seed investor
  • What a new B2B SaaS site should do with its first year of SEO
  • Retainers, project fees or upside: pricing consulting work
  • Where a first-time manager should put their attention
  • Scaling paid social past a plateau
  • Setting up a startup CRM around what buyers do

Work Groups

  • AI Product
  • Executive Coaching
  • Marketing Leaders
  • Growth
  • Pricing
  • Performance Marketing
  • SEO
  • Product Interviews
  • Consumer VC
  • B2B Sales

© 2026 Super Me Network, Inc.

Privacy Policy

Terms of Service

contact@superme.ai