Driving text selection experiments in Outlook’s reading pane

I led the evolution of text selection in Outlook from a lightweight Copilot on-ramp into a scaled reading-assistance experience. Across successive experiments, I partnered with engineering and data science to move through multiple design iterations, using real user behavior to drive data-backed decisions. The resulting experience reached approximately 710K weekly users across endpoints, showing how disciplined experimentation can turn an ambiguous interaction into a durable product capability.

Role: Lead product designer

Themes: Product strategy, experimentation, reading UX, AI interaction design, data-informed decision-making, cross-functional leadership

An Outlook email with a passage selected and a mini prompt below it: an “Ask Copilot about this” input above the suggested prompt “Explain this in more detail.”

It started as an experimental bet

Can selecting text become a natural way to ask Copilot for help while reading? I helped take that early concept into production experiments, then used real user behavior to decide what the interaction should become.

An email in Outlook with a passage selected. A small toolbar of text tools sits above the selection, with no Copilot option.
The reading pane before Copilot: selecting text brought up a few text tools, but no way to get help.

The first version: a one-click path into chat

Our first version was deliberately simple. Selecting text in an email added an Ask Copilot button to the selection menu, and one click opened Copilot Chat with a pre-written prompt.

Ask Copilot in the selection menu. One click took people to chat with a pre-written prompt.

Insights & outcomes

  • People found it on their own

    With no teaching UI, readers still discovered Ask Copilot in the selection menu.

  • Drove ~10% of chat on-ramps

    For a lightweight entry point, it sent a meaningful share of people into Copilot Chat.

  • But it was a one-trick pony

    Every click sent the same canned prompt to chat. People couldn’t choose what happened, and it often missed what they expected.


The second version: more choice, but not more value

The next hypothesis centered around giving people choice. Selecting text opened a mini prompt where they could accept a suggested prompt or ask their own question.* We expected more control to drive stronger engagement. Instead, we learned that flexibility doesn’t automatically create value.

*Fun fact: This started as a hackathon project and ended up shipping to production, so we could learn from real user behavior at scale!

The mini prompt. People could pick a suggested prompt or type their own question.

Insights & outcomes

  • Sadly, no real change in engagement

    More control didn’t meaningfully change how much people used it or how often they came back.

  • Massive 60% drop off

    Most people who opened the mini prompt left without getting anything from it. The open-ended choice added friction.

  • A 50/50 split in how people asked

    Of those who stayed, half typed their own question and half picked the suggested prompt.


The final version: clarity over flexibility

Instead of asking people to interpret an abstract Copilot button, the final version named the outcome up front. With Explain this, people knew what they’d get before they clicked. For me, the key lesson was that clear expectations often matter more than offering more options.

Explain this took Ask Copilot’s place in the selection menu.

Insights & outcomes

  • 30× growth in a year

    Weekly users grew from about 20K to 710K across endpoints in roughly a year.

  • 6.4% thumbs-down rate

    A relatively healthy rate, though overall thumbs feedback volume was low.

  • Still monitoring and improving

    We keep watching usage and feedback to refine the experience.

A smaller surface that shaped how I design

Text selection was never going to be our biggest engagement driver. It’s inherently less discoverable, but that also made it a valuable space to experiment.

Across each iteration, I formed a hypothesis, shipped it, studied how people actually behaved, and used those signals to decide what came next. Sometimes the data validated the direction. Other times, it told us to simplify or rethink it entirely.

That process reinforced something I now bring to every project: experimentation isn’t about proving an idea right. It’s about learning quickly enough to build the right thing.