Case Study

Simplifying translation input by removing the split-column model

Simplifying translation input by removing the split-column model

Shipping fast while managing UX debt

Replacing inherited UI patterns with behavior-aligned design.

Replacing inherited UI patterns with behavior-aligned design.

Replacing inherited UI patterns with behavior-aligned design.

A displeased viewer watching Prime on TV

📌 Context

📌 Context

The product is an AI-powered translation tool that processes user input through multiple language models.


Unlike real-time translators, translations are generated asynchronously and displayed on a separate results view.


The existing interface used a familiar two-column layout:

• Left column for source text

• Right column reserved for translated output


This layout was inherited from convention rather than system behavior.

The product is an AI-powered translation tool that processes user input through multiple language models.


Unlike real-time translators, translations are generated asynchronously and displayed on a separate results view.


The existing interface used a familiar two-column layout:

• Left column for source text

• Right column reserved for translated output


This layout was inherited from convention rather than system behavior.

🚩 The Problem

🚩 The Problem

The split-column interface introduced unnecessary friction:

• The output column stayed empty during input

• Users expected real-time translation that the product did not support

• The interface felt dense and dated

• Attention was split even though only one area was actionable

This created a mismatch between user expectations and how the system actually worked.

😰 Tension

😰 Tension

Keeping a familiar pattern reduced risk, but it also reinforced incorrect assumptions.


Changing the layout meant breaking convention, which required confidence in the underlying UX rationale.

🤔 Options considered

🤔 Options considered

1. Retain the split view

• Familiar and recognizable

• Visually busy

• Reinforced incorrect expectations

• Familiar and recognizable

• Visually busy

• Reinforced incorrect expectations

2. Progressively reveal the output column

• Reduced some clutter

• Still implied real-time behavior

• Added interaction complexity

• Reduced some clutter

• Still implied real-time behavior

• Added interaction complexity

3. Single-input layout (chosen)

• One focused input area

• Output handled on a separate results view

• Clear separation between input and output states

• One focused input area

• Output handled on a separate results view

• Clear separation between input and output states

✨ The decision

✨ The decision

I proposed removing the split-column layout entirely and shifting to a single-input experience.


The goal was clarity, not novelty.

🤔 Rationale

🤔 Rationale

• Reduced cognitive load

• Honest representation of system behavior

• Aligned with modern AI interaction patterns

• Cleaner visual hierarchy

• Reduced cognitive load

• Honest representation of system behavior

• Aligned with modern AI interaction patterns

• Cleaner visual hierarchy

The product behaves more like an AI prompt submission than a traditional translator, and the UI needed to reflect that truth.

⭐ What I did

⭐ What I did

• Led the interaction model change

• Defined the new information hierarchy

• Designed the single-input layout and supporting states

• Guided the visual direction toward a more modern interface

• Aligned the change with stakeholder goals around simplification

• Led the interaction model change

• Defined the new information hierarchy

• Designed the single-input layout and supporting states

• Guided the visual direction toward a more modern interface

• Aligned the change with stakeholder goals around simplification

This decision was driven primarily by UX judgment rather than external templates.

📈 Outcome

📈 Outcome

After implementation:

  • Higher engagement with the input area

  • Lower bounce rate on the entry screen

  • Increased interaction with the primary “Translate” action

  • Reduced visual clutter and confusion

The change required minimal pushback and aligned well with internal goals.

“If we want users to like our software, we should design it to behave like a likable person.”

“If we want users to like our software, we should design it to behave like a likable person.”

“If we want users to like our software, we should design it to behave like a likable person.”

— Alan Cooper, American software designer, programmer, and author.

— Alan Cooper, American software designer, programmer, and author.

Got thoughts? I’m all ears.

I’m always up for thoughtful conversations.

I’m always up for thoughtful conversations.

Create a free website with Framer, the website builder loved by startups, designers and agencies.