All work

Case study · AI-native · Conversational CLM

Aime: CLM Chat Agent

Create and manage contracts by conversation, with known details pre-filled and guardrails that scale with risk.

Role
UX designer, led design and prototyping
Product
CLM Advantage, conversational agent
Team
Product leadership, PM, spec owner, engineering
Platform
Web
Scope
Conversational creation, management actions, NDA end to end
Aime proposes reusing a past NDA, with every attribute and team member labelled with its source

Client branding is removed from all screens. People, accounts and contracts shown are demo data.

In 30 seconds

Skim the bold lines and visuals; open "More context" for detail.
Problem
Creating a contract meant hunting through forms and re-entering known data, and chat bots asked what they already knew.
My role
UX designer; led design and prototyping with product leadership, PM, spec owner and engineering.
What I did
Set seven conversation principles, designed context-aware entry points, source-labelled pre-fills and risk-based guardrails.
Result
An NDA goes from request to signature in one conversation, with standard paper skipping legal review.
<5 minto create and send an NDA
~60%fewer conversation turns
~70%standard NDAs skip review
Projected · Illustrative
00FrameOverview

Describe the contract you need; Aime handles forms, templates and approvals.

Aime is a contracting agent inside CLM. Users create and manage contracts through conversation instead of navigating forms and menus. Aime gathers details, pre-fills what the system already knows, applies the right template and approvals, and moves the contract through its lifecycle.

More context

Organizations stay safe through risk-based guardrails, an audit trail after every state change, and a fast path only for low-risk, unchanged standard templates.

Aime at a glance

The conversation

Create an NDA
I'll reuse Meridian Financial NDA 2024, your most used match.
Governing lawDelaware from precedent
Account executiveNico Reyes from your profile
This NDA matches the standard template, so no legal review is needed.● Logged · Nico Reyes · chat

The contract lifecycle

  1. DraftRecord created from chat
  2. In reviewSkipped: standard template, unchanged
  3. ApprovedRules engine
  4. In signaturesSent via e-signature
  5. ExecutedActivated when both sign
01FrameProblem framing

Contracts meant hunting through forms; chat bots asked what they already knew.

Creating a contract meant hunting through forms, re-entering known data and guessing which template and approval path applied. Many chat assistants make it worse by asking redundant questions, which kills trust fast.

Problem statement

Business users need a contract quickly without legal knowledge, but today they re-enter known data and guess at templates and approvals, and a chat agent that asks the obvious loses their trust.

How might we · 1

Use what the system already knows, so Aime never asks the obvious?

How might we · 2

Show where every pre-filled value came from, so users can trust it?

How might we · 3

Speed up low-risk contracts while keeping guardrails on everything else?

02DiscoverResearch plan

We studied requesters, reviewers and the rules in between.

The plan covered the people who ask for contracts, the people who approve them, and the system rules that decide templates and review paths.

One-page research planIllustrative
MethodWhoWhat we wanted to learn
Stakeholder interviewsProduct leadership, PM, spec ownerAgent scope, skills, guardrail rules
User interviewsAccount executivesHow contracts are requested and where they stall
Reviewer interviewsLegal ops, contract managersWhat must always be reviewed, and what never needs it
Pattern reviewAI assistants and CLM toolsSlot-filling, confirmations, source attribution
Prototype sessionsAccount executivesTrust in pre-filled values and assertions
03DiscoverStakeholder and user interviews

Speed matters, but only if users can see why the agent chose something.

We synthesized interviews with account executives, legal ops, contract managers and product leadership into five themes.

Affinity mapIllustrative synthesis

Don't ask me again

Re-types account details every time
Bots ask what the page already shows

Which template?

Guesses between similar templates
Asks legal just to pick one

Show your source

Won't accept values without knowing where they came from

Review where it matters

Standard NDAs wait in the same queue as risky deals
Legal wants focus on exceptions

Who did what

Needs a record of every change
Old team members linger on contracts

"If it already knows the account, why is it asking me?"

Account executive · Illustrative

"Half my queue is standard NDAs nobody changed."

Legal ops · Illustrative

"I'll trust it when it tells me where the number came from."

Contract manager · Illustrative
04DiscoverCompetitive and pattern review

Most agents fill slots one by one and rarely say where values came from.

We compared conversational patterns across categories of tools: how they collect details, recommend options, confirm actions and attribute sources.

Pattern matrixIllustrative
PatternGeneral AI assistantsCLM wizardsEnterprise chat botsOur opportunity
Uses page context to skip questions
Groups required fields in one step
Asserts the best option, then confirms
Shows the source of each value
Confirms before irreversible actions
Logs every state change
StrongPartialMissing
05DiscoverPersona

Designed for a seller who needs a contract today, not a legal lesson.

One named persona carried through every flow and prototype, which kept discussions concrete. The legal reviewer is a secondary role who appears only when a contract needs review.

Primary personaIllustrative
NR

Nico Reyes

Account executive · primary persona
Goals
Get a signed NDA fast so the deal can move.
Frustrations
Re-entering account data; guessing templates; waiting on legal for standard paper.
Trust needs
Sees where every value came from and confirms before anything irreversible.
Success metric
Time from request to contract sent for signature
Secondary role · Legal reviewerReviews only contracts that change standard terms or carry higher risk. Needs a clear audit trail of what the agent did and why.
06DiscoverCurrent-state journey map

The lows were finding a template and waiting on review.

Requesting a contract was easy. Choosing the right template and waiting for review, even for standard paper, were where deals stalled.

Account executive journey, todayIllustrative
Stage
Request
Find template
Fill details
Get review
Approve
Sign
Doing
Opens a new contract form
Scrolls similar templates
Re-types account data
Waits in the legal queue
Chases approvers
Sends for e-signature
Feeling
Pain points
Many entry points
Low pointWhich template applies?
Known data typed again
Lowest pointStandard NDAs wait like risky deals
Unclear approvers
Manual activation
07DefineDefine: principles

Seven principles decided every conversation turn.

These principles turned debates about wording into quick decisions: does this turn follow them or not?

Principles poster
1Context-aware entry pointsPre-load what's known instead of asking again.
2Apply, then confirmState the most-used option rather than showing a picker.
3One card for required fieldsGroup them all, not two per turn.
4Every pre-fill shows its sourceFrom precedent, profile, search or rules.
5Audit after every state changeWho, when and from where, inline.
6Reuse carries the teamNot just attributes; inactive members are flagged.
7One named personaThe same user in every flow and review.
08DefineFlows and information architecture

Three entry points, one NDA flow, and a fast path for standard paper.

Each entry point starts from what the page already knows. All three converge on the same NDA flow, where an unchanged standard template skips legal review.

Entry points → NDA flow
Aime on Home asking who the counterparty is
HomeAsks for the counterparty firstNo account context, so this is the one question asked up front.
Aime on an account proposing reuse without asking for the counterparty
AccountsCounterparty pre-loadedGoes straight to the reuse proposal.
Aime on Contracts offering generate, route, send and update actions
ContractsManagement actions firstCreation is still allowed, just not the default prompt.
  1. CounterpartyKnown or asked once
  2. Reuse or start freshPrecedent + team
  3. Required fieldsOne grouped card
  4. GenerateMost-used template
  5. Standard & unchanged?Fast path
  6. Sign → ActivateLogged
09DesignExploration

Asserting the most-used option removed turns and felt more confident.

Recommendation menus look helpful, but each list adds a turn and makes the user do the choosing. Stating the most-used option, with its reason and an easy way to change it, kept users in control with fewer steps.

Option A vs Option BIllustrative turn counts
A · Recommendation menu5 turns
Create an NDA
Which template would you like?
Standard NDA v3.2Mutual NDA (EMEA)One-way NDAShow more…
Standard NDA v3.2
Which governing law?
DelawareNew YorkCalifornia
Delaware
B · Apply, then confirm2 turns
Create an NDA
I'll generate using Standard NDA Template v3.2, the most used eligible template.
Governing lawDelaware from precedent
Templatev3.2 from rules engine
Generate document
  • Fewer turns: the common case needs one confirmation.
  • The reason is shown, so the choice isn't a black box.
  • "Use different template" is one click when it's wrong.
10DesignFinal design · Conversational creation

One reuse card, one details card, and a source on every value.

Reuse carries over attributes and the contract team from the best precedent, trimmed to two actions. Required details arrive in one grouped card, with confirmed values separated from the one choice still needed.

Try the working prototype

Open the assistant from Home, Accounts or Contracts and take an NDA from request to activation.

Password protected. Email me at ramprasadp1304@gmail.com for access. Best on a laptop or desktop screen.
NDA conversation · prototype screensOpen prototype →
Reuse card listing contract attributes and team from a precedent, each with a source label 1234
  1. Asserts the best precedent"Most used matching contract" explains why this one.
  2. Source on every valueFrom precedent, from your profile, from search.
  3. Reuse carries the teamInactive members are flagged and removed, not silently copied.
  4. Two actions onlyConfirm reuse or Start fresh.
11DesignFinal design · Lifecycle, state and guardrails

What Aime can do depends on stage and risk, and every step is logged.

Each lifecycle stage allows a specific set of actions. Guardrails scale with risk: unchanged standard templates take the fast path, while edits or higher-risk terms route to legal review.

State matrix + audit trailMatrix rules illustrative
StageGenerateRoute for reviewSend for signatureUpdateActivateGuardrail
Draft✓✓—✓—Irreversible warning before generating
In review———✓—Skipped for standard, unchanged templates
Approved——✓——Signers from rules engine and precedent
In signatures————✓Activate only when both parties sign
Executed—————Read-only; amendments start a new flow
Activation card confirming both parties signed, followed by the contract going live and a logged line 12
TimeEventSource
4:57 PMRecord created · Mutual NDAchat
4:58 PMDocument generated · review skippedchat · rules
4:58 PMSent for signature to 2 signerschat
4:59 PMActivated · both parties signedchat · e-sign
12DesignIteration with stakeholders

One PM feedback round resolved five issues before handoff.

Each piece of feedback became a decision and a concrete change in the prototype.

Feedback → decision → change
FeedbackDecisionChange
Counterparty asserted too early on HomeAsk first where there's no context
Guessed account→"Who is the counterparty?"
Creation was blocked from ContractsAllow it, just not as the default prompt
Blocked→Allowed, actions first
Reuse card had too many actionsTrim to the two decisions that matter
4 buttons→Confirm reuse · Start fresh
Duplicate warning contradicted reuseRemove it; reuse already covers it
"Duplicate found"→Reuse proposal only
Persona changed between flowsOne named persona throughout
Mixed users→Nico Reyes everywhere
13ValidateValidation

Testing confirmed source labels as the biggest driver of trust.

Six participants completed three tasks: create an NDA from Home, create one from Accounts, and reuse an existing contract.

FindingsIllustrative · 6 participants, 3 tasks
FindingSeverityChange made
Users hesitated to accept values without knowing their originHighSource label on every pre-filled value
Some expected to pick the template themselvesMedium"Use different template" next to the primary action
Inactive team members carried over silentlyHighFlagged as "Inactive — will be removed"
Unclear why legal review was skippedMedium"Standard template — no legal review required" message
Hard to tell what had already happenedLowLogged line after every state change
BeforeValues appeared with no explanation.
After"from precedent", "from your profile", "from search".
BeforeTwo fields asked per turn.
AfterOne grouped card for all required details.
BeforeTemplate picker list.
AfterMost-used template applied, then confirmed.
14DeliverHandoff and what's next

Annotated flows ready for grooming; the NDA pattern extends to MSA and SOW next.

The prototype moved from v0 to Claude Design and was prepared for grooming and skill-spec review with annotated flows.

Handoff sheet

Agent skills

Find counterpartyReuse precedentCollect required fieldsPick templateGenerate documentRoute for reviewSend for signatureActivateUpdate contract

States

DraftIn reviewApprovedIn signaturesExecutedFast pathIrreversible warning

Open questions

  • How should "unchanged" be measured when only formatting differs?
  • What should Aime do when two precedents are equally used?
  • Which audit events should notify the legal reviewer?

Roadmap

DoneNDAEnd to end
LaterOther typesAmendments, renewals
15DeliverOutcomes and learnings

Projected: faster contracts, fewer turns, and standard NDAs skipping review.

These are targets, not measured results. They'll be replaced with live data after launch.

Expected impactProjected · Illustrative
<5 min

To create and send a standard NDA

~60%

Fewer conversation turns

~70%

Of standard NDAs skip legal review

What I learned designing AI agents
  1. Assert when the data is strongAsk only when context is missing; otherwise state the best option and make changing it easy.
  2. Sources are the trust layerA short "from precedent" label did more for trust than any explanation paragraph.
  3. Guardrails should scale with riskFast paths for standard paper free legal to focus on the contracts that need them.