figma guide

Designing breach settlement deceased claimant and heir designation UI in Figma: death verification, probate uploads, and successor payee workflows

Design breach settlement deceased claimant and heir designation UI in Figma with death verification uploads, probate document review, successor payee assignment, and estate disbursement tracking.

Published
Updated
Aug 26, 2026
Read time
8 min
Level
Intermediate

Quick answer

Deceased claimant UI lets estates and heirs receive settlement payments when the original class member died before or during the claims process—without exposing other claimants’ data or bypassing probate rules. Design a death reporting and verification flow linked to CLM-, an heir or personal representative designation wizard with probate document upload, and an administrator review queue that routes approved successor payees to PAY-. Connect to settlement claims, payment disbursement, eligibility verification, and file upload. Start from the Figma guides hub and pair with forms, progress steppers, and Dev Mode handoff.


Who this is for

  • Product designers building estate and heir flows—not generic beneficiary designation from life insurance products.
  • Settlement administrators processing death certificates and letters testamentary at scale.
  • Class counsel defining which probate documents satisfy court order requirements per jurisdiction.

Deceased claimant lifecycle overview

DeceasedClaimantLifecycle — CLM-992-44102 · Original claimant: Jane Doe · Status: Heir review pending
├── Triggers:
│   ├── Claimant self-reports death (unlikely)
│   ├── Heir submits EST-* request with death certificate
│   ├── Admin match from SSA Death Master File / obituary (if permitted)
│   └── Call center flags during [agent script](/designing-breach-call-center-and-agent-script-ui-in-figma/) lookup
├── ID namespace:
│   ├── EST-* (estate case) · HEI-* (heir/successor payee) · DEC-* (death verification record)
│   └── PAY-* routes to HEI-* TAX-* after approval—not original CLM-* wallet
├── Status progression:
│   ├── Active claim → Death reported → Verification → Heir designation → Probate review → Approved successor → PAY-* to estate
│   └── Denied heir → [Disputes](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/) · Original CLM-* frozen
└── Unclaimed after heir failure → [UCF-*](/designing-breach-settlement-unclaimed-funds-and-escheatment-ui-in-figma/) not automatic reassign to random heir
StageAdministrator seesHeir / representative sees
Death reportedDEC-* verification queueSubmission confirmation
VerificationDocument checklist”Under review” status
Heir designationMultiple HEI-* claims conflict flagUpload probate docs
ApprovedSuccessor linked to CLM-*Payment method + TIN wizard
PaidPAY-* to HEI-*Receipt and tax docs

Verdict: Freeze original CLM- login and payout* on DEC-* verification start—prevent double payment to deceased and living heir.


Death reporting portal (heir-initiated)

DeathReport — EST-992-0041 · Linked CLM-992-44102 · Status: Submitted
├── Entry paths:
│   ├── "I am an heir" from [notice FAQ](/designing-breach-faq-and-notice-landing-page-ui-in-figma/) · Search by name + last 4 SSN / claim ID
│   ├── Direct link from mailed notice with EST-* prefill token
│   └── [Call center](/designing-breach-call-center-and-agent-script-ui-in-figma/) sends magic link after phone verification
├── Step 1 — Identify deceased claimant:
│   ├── Fields: deceased_full_name · date_of_death · relationship_to_submitter
│   ├── Optional: CLM-* if known · Last known address for match
│   └── Match confidence: Exact CLM-* · Fuzzy name+DOB · Manual review queue
├── Step 2 — Upload death verification:
│   ├── Death certificate (required) · [File upload](/designing-file-upload-and-drag-drop-ui-in-figma/) with PDF/JPG
│   ├── Obituary (optional supplement)
│   └── DEC-* created · CLM-* status → Deceased pending verification
├── Step 3 — Submitter identity:
│   ├── Submitter name · Email · Phone · Government ID upload
│   ├── Affirmation: "I am authorized to act on behalf of the estate"
│   └── Creates provisional HEI-* (unapproved)
└── Confirmation: EST-* number · Expected review SLA · No payment promise

Do not expose other claimants’ full names in search results—show “Possible match found” with masked identifiers only.


Probate and heir designation wizard

HeirDesignation — EST-992-0041 · HEI-992-0041-A · Role: Personal representative · Status: Docs requested
├── Role selection (settlement-configured):
│   ├── Personal representative / executor (probate required)
│   ├── Heir-at-law (small estate affidavit jurisdictions)
│   ├── Surviving spouse (community property states)
│   └── Trust successor trustee (if claim was trust asset)
├── Document checklist (dynamic by role + state):
│   ├── Letters testamentary / administration
│   ├── Small estate affidavit (threshold per state)
│   ├── Court order naming representative
│   ├── Trust certification excerpt
│   └── Waivers from other heirs (if required)
├── Multi-heir split (if court order allows):
│   ├── Allocation table: HEI-* · percentage · payment method
│   ├── Sum must equal 100% · Min payout threshold per heir
│   └── Each HEI-* needs separate [TIN collection](/designing-breach-settlement-tax-reporting-and-1099-ui-in-figma/)
├── Conflict detection:
│   ├── Two EST-* for same CLM-* → Merge or dispute flag
│   ├── HEI-* identity matches fraud watchlist → Manual review
│   └── Link to [disputes UI](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/) for contested estates
└── Progress: Use [stepper](/designing-progress-indicators-and-steppers-in-figma/) with document checklist ticks

Probate requirements vary by state—admin UI shows required doc set per deceased_last_known_state, not one global form.


Administrator estate review console

EstateReview — EST-992-0041 · CLM-992-44102 · DEC verified · 2 competing HEI-* claims
├── Review panel layout:
│   ├── Left: CLM-* summary · Original claim amount · Prior PAY-* attempts (should be zero)
│   ├── Center: Document viewer · Death cert · Letters testamentary · ID scans
│   ├── Right: HEI-* list · Approval actions · Internal notes (not visible to heirs)
├── Verification checklist:
│   ├── DEC-* death cert matches CLM-* identity
│   ├── Date of death before/after claim filing (affects eligibility per order)
│   ├── Probate doc jurisdiction matches · Not expired
│   ├── No active [legal hold](/designing-compliance-exports-and-legal-hold-ui-in-figma/) on CLM-*
│   └── Successor clears [eligibility](/designing-breach-victim-eligibility-verification-portal-ui-in-figma/) rules for heirs
├── Actions:
│   ├── Approve HEI-* → Unlock PAY-* routing
│   ├── Request additional docs → HEI-* status Docs requested · Email template
│   ├── Deny EST-* → Reason code · Appeal path to DIS-*
│   └── Merge duplicate EST-* cases
└── Audit: est_id · reviewer_id · doc_version · approval_at · pay_id_generated

Competing claims UI must show both submitters’ doc status without leaking unsubmitter PII across parties.


Successor payee disbursement

Approved HEI-* connects to standard payment disbursement with estate-specific fields:

SuccessorPayout — PAY-992-EST-0041 · HEI-992-0041-A · CLM-992-44102 · $47.82
├── Payee record:
│   ├── payee_type: estate_successor · Links HEI-* not original CLM-* user_id
│   ├── Payment label: "Estate of Jane Doe" on check/ACH descriptor
│   └── [Saved address](/designing-saved-addresses-and-address-book-ui-in-figma/) from HEI-* profile
├── Multi-heir split:
│   ├── Parent PAY-EST-* spawns child PAY-* per HEI-* allocation
│   └── Partial failure → Only failed HEI-* enters [UCF-*](/designing-breach-settlement-unclaimed-funds-and-escheatment-ui-in-figma/)
├── Tax:
│   ├── 1099 issued to estate EIN or HEI-* SSN per counsel · [Tax UI](/designing-breach-settlement-tax-reporting-and-1099-ui-in-figma/)
│   └── Estate TIN (EIN) upload step in HEI-* wizard
└── Portal: HEI-* sees payment status · Original CLM-* login disabled with explanation

Original claimant portal state (deceased)

When CLM-* is marked deceased, logged-in sessions see:

DeceasedClaimantNotice — CLM-992-44102 · Status: Estate processing
├── Banner: "This account is associated with a deceased class member."
├── Actions disabled: Update payment · File new claim · Edit personal info
├── If EST-* linked: "An estate claim EST-992-0041 is in progress" (visible to authorized HEI-* only via their login)
├── Support CTA: [Call center](/designing-breach-call-center-and-agent-script-ui-in-figma/) · Reference CLM-* and EST-*
└── No sensitive heir details exposed to anyone using deceased credentials

If family shares deceased credentials, force password reset invalidation and route all comms to verified HEI-* email.


Comparison: estate UI vs adjacent settlement surfaces

SurfaceFocusThis UI adds
Settlement claimsLiving claimant filingEstate successor path
Eligibility portalVictim identityDeath cert + probate match
Payment disbursementPAY-* deliveryHEI-* routing
Unclaimed fundsDormancyEstate failure → UCF-* not heir guess
Tax reporting1099Estate EIN vs heir SSN

Handoff checklist (Dev Mode)

  • DeathReport — est_id (EST-), claim_id (CLM-), dec_id (DEC-*), date_of_death, submitter_relationship, match_confidence_enum, verification_status.
  • HeirDesignation — hei_id (HEI-*), est_id, role_enum, allocation_pct, probate_doc_refs[], tin_estate_ein, approval_status.
  • EstateReview — est_id, competing_hei_count, reviewer_id, checklist_items[], approval_at, denial_reason_code.
  • SuccessorPayout — pay_id (PAY-*), hei_id, claim_id, payee_type_enum, estate_descriptor, split_parent_pay_id.
  • DeceasedClaimantNotice — claim_id, est_id_ref, portal_actions_disabled[], support_contact_ref.

Common mistakes

MistakeWhy it hurtsFix
Allow PAY-* to deceased ACHClawback and fraudFreeze on DEC-* report
Public heir search shows full CLM listPrivacy violationMasked match only
Single global probate doc setJurisdiction rejectionsState-based checklist
Auto-approve first HEI-*Wrong estate paymentConflict queue for competing EST-*
Reuse CLM-* login for heirCredential sharing riskSeparate HEI-* auth
Skip TIN for estate EIN1099 failureEIN step in heir wizard
Estate UCF-* to state quicklyHeirs still probatingExtended dormancy per order
No call center EST-* lookupDuplicate submissionsAgent console EST-* search

  1. Counsel defines acceptable probate documents by state before wireframes.
  2. Add “Report a death” entry to notice FAQ and call center scripts.
  3. Design death report + heir wizard as linked EST-* / HEI-* flow with file upload.
  4. Build admin review console with document viewer and conflict detection.
  5. Integrate HEI- approval* into PAY-* state machine and tax gates.
  6. Train agents on frozen CLM-* vs active EST-* statuses before launch.

FAQ

What if claimant died after receiving payment?

CLM- shows paid · EST- may still open** for heir disputes over estate assets—separate from unpaid claim flow; route to counsel.

Minor heirs?

Guardian/conservator document set · Payment to blocked account or court registry per order—add MIN-* subtype on HEI-*.

No probate opened?

Small estate affidavit path where allowed · Otherwise claim stays frozen until letters issued or escheat timer per UCF-*.

Multiple heirs disagree?

Freeze approval · Open DIS- dispute* · Court order upload required before split PAY-*.

International deceased claimants?

Apostille death cert · Foreign probate translation upload · Extended review SLA badge.


Next steps

Share on X

§ Keep reading

Related guides.