The editor was PandaDoc’s core — and its most complained-about surface. I rebuilt how every block and field behaves.

{{ st.l }} {{ st.v }}
↓ scroll
PandaDoc Editor — blocks and fields

Product Overview

{{ t }}

The Document Editor is where PandaDoc users create, edit, and finalize documents. Over time it became inconsistent: unclear states, repetitive actions, and fragile field placement.

I joined after a Usability Track had gathered 40+ test sessions and thousands of tickets. I re-synthesized the findings through concordance and triangulation, then led the redesign across three engineering squads.

Project timeline — 7 months
{{ t.t }} {{ t.sub }}
Months 1–2 Months 3–5 Months 6–7

Research methods

{{ m.t }}
{{ m.d }}
Research artifacts
01 / 04
What a document is made of
What a document is made of

The content model drawn the way it is presented: a spine from document to page to content, with blocks and fields opened out to either side. Properties belong to every entity, which is why selecting the right one is what surfaces the right controls.

How the editor was studied
How the editor was studied

Unmoderated sessions, support-queue questions and my own review notes merged into one corpus of 222 distinct observations — each coded twice, once for the object the user was touching and once for the action they were attempting.

Where the editor breaks down
Where the editor breaks down

The corpus crossed: object against task, with the count of distinct observations in every cell and one verbatim quote beneath it. Select-edit-style is the heaviest column in five rows of six — the editor failed hardest when people were correcting a document, not building one.

PoC testing
PoC testing

Seven users on a working prototype of the new selection model. All seven completed the main tasks and all seven multi-selected without help once it was offered — and the same seven sessions sent twelve improvements back into the design before any of it shipped.

Users

{{ a.name }} {{ a.roleLine }}
When{{ j.w }}
I want to{{ j.i }}
So I can{{ j.so }}
{{ j.note }}
Stage
User action
Emotion
Pain point
Design response
{{ st.num }}{{ st.name }}
{{ st.action }}
{{ st.emotion }}
{{ st.pain }}
{{ st.response }}

Problems

{{ p.n }}
{{ p.descPre }}{{ p.descHl }}{{ p.descPost }}
+
“ Support tickets & usability sessions

{{ q }}

Key Decisions

{{ d.fig }}
{{ d.tPre }}{{ d.tHl }}{{ d.tPost }}
+
{{ d.label }}

{{ d.d }}

Design Solutions

01 / 04
{{ im.el }}
{{ s.t }}

{{ s.d }}

The Outcomes

{{ o.n }}
{{ o.delta }} {{ o.delta2 }}
+
{{ o.t }}

{{ o.dPre }}{{ o.dHl }}{{ o.dPost }}

The Learnings

{{ l.n }}
{{ l.tPre }}{{ l.tHl }}{{ l.tPost }}
+

{{ l.d }}