2026 · Case study
LexHero
Turning a fragmented legal platform into an AI-native workspace.
- Role
- Product direction, experience design and communication
- Services
- Product strategy, Experience design, Positioning
- Status
- In development
01 — The starting point
The product had grown. The structure had not.
A lawyer starts drafting a contract in one platform. Then comes the familiar tour: the document is downloaded, opened in Word, sent by email, checked against another file, copied into a legal research tool and eventually uploaded somewhere else for signature.
LexHero already offered useful tools for this work. Users could analyse a document, generate content or search for information. What they often could not understand was where to begin, which tool to use or how one part of the product related to another.
The problem was not a lack of features. It was orientation. The interface had become a map of the company’s feature history rather than a reflection of the customer’s work.
The opportunity was not to add another stop. It was to reduce the number of stops.
02 — Product insight
Legal work is not a row of separate tools.
I used user interviews, sales calls, product demonstrations and support requests to understand how independent lawyers, law-firm employees and in-house legal teams actually worked.
A legal professional reads a document, notices a problem, checks a source, rewrites a clause, compares two versions, adds client information and reviews the result. A new finding may change an earlier paragraph. Editing and analysis continuously affect one another.
The workflow is a document that gradually becomes more complete. The product architecture needed to reflect that.
03 — Strategic choice
The tempting answer was also the wrong one.
One possible strategy was to separate LexHero’s AI capabilities into standalone products: a document analyser, a research assistant, a contract generator and other specialised tools. Each would have a clear name and a tidy landing page.
But the user would still be left assembling the workflow—moving information between environments, repeatedly explaining the same context and deciding which tool to open next. The product would look more organised while the work remained fragmented.
Adding AI this way would not solve the problem. It would automate the fragmentation. Instead, we organised the product around the object legal professionals were already working on: the document.
04 — Product model
The document became the centre of the product.
The redesigned experience was built around two connected elements. Total Chat offered one conversational interface for questions, analysis, legal research, generation and changes to the active document. Canvas provided a persistent place to preview, edit, structure and personalise the result.
Chat provided speed. Canvas provided control. Together, they let users move from an initial request to a usable legal document without switching between standalone AI tools.
A user could upload a contract, identify a risky clause, inspect the relevant source, request an alternative and edit the final wording directly. The context stayed in place. The user stayed in place too.
05 — Interaction design
Chat did not replace the editor. It became a way of operating it.
Chat is effective for direct questions and initial drafts. It is much less effective when the result is forty paragraphs long, contains several sections and needs repeated revision.
Legal documents need a full structural view. Users must be able to edit one clause without regenerating everything, personalise parties and obligations, compare new content with original material and understand what changed.
Canvas removed the gap between generation and evaluation. AI could propose a change through Total Chat while the user inspected and edited the document directly. The result was immediately visible, structured and usable.
06 — Workspace architecture
Context, action and result stayed visible together.
The workspace was organised into three areas: document navigation for uploaded files and supporting material; Canvas for the active document and direct editing; and Total Chat for analysis, questions, generation and modifications.
This relationship meant the interface no longer asked users to understand LexHero’s internal organisation. It followed the structure of their work.
- Document navigation
- Canvas
- Total Chat
07 — Responsible AI
AI could propose, but it could not decide silently.
Trust is not an optional layer in legal technology. An AI response can sound polished and precise while still being incomplete or wrong. Fluency is useful. It is not evidence.
Legal professionals need to understand where information came from, what the system changed and which parts still require their judgement. AI-assisted changes therefore needed to remain inspectable and reversible.
- Source references
- Verification cards
- Document comparison
- Clear content ownership
- Change history
08 — Design system
Building a system rather than another set of screens.
The existing Figma files had no shared component system. Similar elements used different layouts, behaviours and visual treatments depending on where they appeared.
I created a common foundation for typography, colour, navigation, forms, document states, chat components, verification elements, cards, panels, feedback, loading states and reusable layouts.
The design system established shared rules for how LexHero behaved. Future capabilities could enter through existing patterns instead of becoming entirely new sections with their own interaction language.
Products rarely become complicated through one dramatic mistake. They become complicated one reasonable feature request at a time.
09 — Outcome
From feature collection to product system.
The most important result was not a new visual style. It was a new product model: analysis, research, writing, editing and verification became connected parts of the same document workflow.
There were no reliable baseline analytics that would support a precise productivity claim. The impact was evaluated through observable product changes: reduced architectural fragmentation, a clearer primary workflow, a consistent interaction system and a stronger foundation for AI-assisted legal work.
- One primary workspace replaced disconnected entry points
- AI capabilities shared the same document context
- Generation and manual editing worked without export
- Trust and verification became part of the interaction model
- The system created a scalable foundation for future development
- Sales and product teams gained one coherent product story
10 — Reflection
The harder question was where AI should disappear into the workflow.
Adding AI does not automatically make a product simpler. It can easily create more tools, buttons, entry points and decisions for people who already have enough decisions to make.
For LexHero, the strongest solution was not a catalogue of specialised AI products. It was a shared workspace where different capabilities could operate on the same document, preserve context and remain under the user’s control.
The product became less about demonstrating what the technology could do and more about supporting how legal professionals actually work.
That distinction usually separates a useful AI product from a very impressive demo.