Mobile Email Editor

Constant Contact · PLG Growth

Building the editor mobile web was missing.

Mobile web had no email editor. The team had shipped Express Send as a workaround, and the send numbers looked fine on the surface. I wasn't convinced. There was no qualitative signal behind those numbers, and Express Send was masking a real capability gap.

I made the case for building a proper editor, designed and shipped it in two weeks with engineering support, and our team ran an A/B test across 14,523 users. Activation-to-send more than doubled.

Trial-to-paid conversion

+8.2%

Activation-to-send rate

2x

US patent application

Patent filed

My Role

  • Product Design
  • UX Strategy
  • Interaction Design

Team

  • PLG growth
  • Experimentation

Tools

  • Figma
  • Notion
  • Statsig
  • Cursor
  • Snowflake MCP

The Problem

Express Send was a workaround that the team had shipped as a stopgap. Users opened a pre-built email, tweaked content, picked recipients, and hit send. The send numbers went up and the team considered it a win.

I challenged that conclusion. Those send numbers had no qualitative backing. Express Send was masking the capability gap, and users were forming a false impression of what the product could do.

Activated users converted to paid at significantly higher rates. The quality of the first real send was the highest-leverage opportunity on mobile. Users needed to trust that they could create an email themselves.

Research

Challenging an existing solution required evidence. I built the case with three layers: a qualitative gap in the existing data, user research I'd conducted 18 months earlier on the native app, and a competitive audit showing no one in the market had solved mobile email creation well. Together they justified the investment.

  • Qualitative Gap Audit: Express Send had been approved on send volume alone. No qualitative signal existed on what users were actually experiencing. That absence was itself evidence.
  • My Prior Native App Research: 18 months earlier I'd designed and tested a full mobile editing pattern for the native app. It was deprioritized, but 10 out of 10 participants wanted a capable mobile editor. That signal held.
  • Competitive Analysis: I audited direct and indirect competitors' mobile email creation experiences. Nobody had solved dexterity on small screens well. The problem was unsolved across the industry.
  • Defining the bar: An experience that gave users real confidence they could create and send. Good enough to change behavior and set accurate expectations.

Design Process

I'd originally designed this three-state model for the native app 18 months earlier. It was deprioritized for scope, but the research signal held. I adapted it for mobile web in two weeks, with strong engineering partnership on the implementation.

01

Email Preview

Clean starting state. Elements below the 40px touch minimum stay hidden until the user engages.

02

Expansion

Tap to expand. All blocks surface to tappable size. Hidden elements like spacers become visible. Structure reveals itself on demand.

03

Block Editing

Tap any block to push into a dynamic editing panel. Controls adapt to the block type: text, image, button, divider. Back out to expansion, then preview.

04

Accessibility First

WCAG-compliant touch targets and contrast ratios at every state. Built in from the start.

Email editor showing collapsed preview mode and expanded editing mode with modular content blocks

Left: preview mode showing the email as recipients see it. Right: expanded editing mode with individually editable content blocks.

Text editing interface showing inline text input and styling controls for color, size, and weight

Text editing: inline content input with controls for color, font size, and weight, scoped to what the block needs.

Completing the Send Flow

The editor needed a complete flow around it. For the activation path to work end to end, users needed a clear way to go from editing to sending. I designed the full flow: a landing page that surfaces drafts and prompts the next action, a save-draft confirmation that preserves work on exit, and a scheduling screen supporting send-now, send-tomorrow, and custom date/time selection.

Every surface was designed to reduce the number of decisions between "I want to change something" and "it's sent." Fewer steps between editing and sending means more users complete the loop and come back to send again.

Previously, opening the editor automatically created an email behind the scenes. Every tap counted as a creation, regardless of intent. We changed that. Now the editor only counts a creation when a user makes an edit and saves a draft. Backing out without changes leaves no trace. This distinction is what makes the flat creation rate in the results meaningful: every creation in the test group represents a real decision to start a campaign.

Three-screen flow showing the email landing page, editor preview, and save draft confirmation

Left: email landing page with draft surfacing. Center: in-editor preview. Right: save draft confirmation, only triggered when the user has made a change.

Prepare to send screen with subject line fields and date-time scheduling calendar

Scheduling: send now, schedule for tomorrow, or pick a custom date and time.

Experimentation

Would quality drive conversion, or just presence?

Hypothesis

“If we build a quality mobile editor with full editing capability, users will send at a measurably higher rate and come back to send again.”

What We Tested

Launched to mobile web trial users in October via Statsig. Tracked S1 (first send), S2 (second send), and activation-to-send rates against the prior year baseline.

Why This Approach

Experience quality determines whether users return. A quality editor earns the second send.

Result

S1 up +150–200%. S2 up ~+125%. Activation-to-send more than doubled.

+2x

Measured Lift

Trial-to-Paid Conversion

Users with the editor converted at a higher rate despite sending fewer emails, indicating a more efficient path to payment. Physical address completion also improved (+2.0%), suggesting the editor experience increased overall engagement with setup steps.

+8.2%

T2P conversion (11.9% → 12.9%)

+2.0%

Physical address (73.6% → 75.1%)

0%4%8%12%16%20%11.9%12.9%T2P conversionControlTest

Email Sending

Send volume dropped across all depth levels. This is the clearest evidence that the old flow was inflating send counts through low-commitment interactions.

-23.9%

Sent exactly 1 (7.8% → 5.9%)

-8.7%

Sent exactly 2 (2.0% → 1.8%)

-10.6%

Sent 3+ (1.8% → 1.6%)

0%2%4%6%8%10%Sent exactly 1Sent exactly 2Sent 3+ControlTest

Email Creation

Previously, opening the editor automatically created an email behind the scenes. The new editor removed that behavior entirely. Overall creation rate stayed flat (-1.3%), but the MEQ breakdown is revealing: MEQ-1 dropped 6.9% while MEQ-2 jumped 17.5%. Users started creating a second email on purpose. The shift toward deeper creation depth is a strong signal of intentional engagement.

-6.9%

Created exactly 1 (11.9% → 11.1%)

+17.5%

Created exactly 2 (4.2% → 5.0%)

-3.2%

Created 3+ (6.9% → 6.7%)

0%4%8%12%16%20%11.9%11.1%4.2%5.0%6.9%6.7%Created exactly 1Created exactly 2Created 3+ControlTest

Reflection

The hardest part of this project was making the case that a solution the team had already shipped and celebrated was producing misleading signal. The research gave us the evidence to have that conversation productively.

The results confirmed that quality drove conversion. Users who could create a real email came back to send again. The editor turned tentative first attempts into confident, repeatable sends and created a more efficient path to payment.

The system is currently in the patent process. It continues to evolve as the foundation for all mobile web email editing at Constant Contact.