Operation Safe Escape Support Dashboard + Survivor Form Collection

Operation Safe Escape (OSE) helps survivors of domestic violence, stalking, and harassment stay safe and rebuild their lives, supporting over 750 survivors and their families in 2024 alone. I helped design FLOW, a secure case management platform that replaced OSE's manual email-and-spreadsheet process with one centralized system, so admins and volunteers could support more survivors, faster and more safely.

SHORT ON TIME?

FLOW platform laptop mockups — login, dashboard, case card, messaging, form builder, and intake

TIMELINE

Sept 2025 - Dec 2025

TOOLS

Figma

ROLE

Product Designer

SKILLS

  • Product Design
  • User Research
  • Design Systems

Problem

OSE was tracking every survivor case by hand, through email threads and spreadsheets, while supporting hundreds of families a year with a small staff and volunteer base. That meant fragmented records, no consistent way to review a case, and no reliable trail if law enforcement ever needed one. It also meant admins and volunteers were burning limited hours on manual admin work, like re-explaining case history over email or hunting through a spreadsheet, instead of spending that time on survivors directly. Our goal was to design a platform that made intake, case review, and follow-up faster, so OSE's small team could support more survivors without needing to grow their staff just to keep up.

Understanding the Users

PERSONA

Robert Gomez

Portrait of persona Robert Gomez

ABOUT

OSE Volunteer

Only has a few minutes between other commitments to check in on his cases, and can't afford to dig through pages of notes to figure out what's going on

"I need to know in seconds what this person needs from me right now, not spend ten minutes piecing it together."

PAIN POINTS

  • Only sees the cases assigned to him, but still has to hunt for the important details within each one
  • Can't tell at a glance how urgent a case is or what's already been done
  • Depends on other volunteers and admins leaving clear notes, if they don't, he's working blind
  • Needs to log in and communicate securely, knowing how sensitive this data is

NEEDS:

Robert needs to open a case and immediately know how urgent it is, what the survivor needs, and what's already happened, so his limited volunteer hours go toward actually helping someone instead of piecing together context. He also needs a secure way to log her own updates so the next person isn't starting from scratch.

Creating a Design System

OSE Didn't have an existing design system, only a logo and the fonts from their website, so we had to build our own components from scratch and decide early on which patterns we would keep consistent across the whole platform.

FLOW color palette FLOW button components FLOW form components FLOW additional components

Project Considerations

  1. Since this wasn't a normal internal tool, I designed every screen around who was really behind the data, people fleeing abuse, knowing that even a small misstep could put someone at real risk.
  2. Before I designed the workflow, I spent time learning how survivor support actually plays out, since it's an ongoing relationship between admins, volunteers, and the survivor rather than a single interaction.
  3. Since each case held dozens of fields, I had to decide what to show first, figuring out what a volunteer needed to see in the first three seconds versus what could wait one click deeper, which drove the priority tags, status labels, and case-type flags.

Solution

FLOW gives OSE's admins and volunteers one secure platform to track survivor cases, prioritize who needs help most urgently, and keep the kind of reliable records OSE can act on and hand off when it counts.

Survivor Case Dashboard

This is the home screen admins land on to see every case at a glance instead of scrolling through a spreadsheet. A new, unassigned case visually stands out from a completed one, so admins spend less time reopening cases that don't need it and more time on the ones that do.

  • Sortable columns (Name, Status, Priority, Case Type) let admins reorder the list by whatever matters most in the moment
  • Color-coded priority and case type tags make urgency and category scannable without opening a case
  • “Export Cases to CSV” automates the documentation process that OSE was manually completing for law enforcement

Survivor Case Card

This card view pulls a survivor’s information into one centralized pop-up, making it easy for admins and volunteers to review at a glance.

  • "Edit" and per-case "Export Case to CSV" let admins update or document a single case without leaving the detail view
  • “Send Account Creation Email” automates the account creation email that admins and volunteers would have to send to survivors after escalating a case
  • Priority, status, and case type stay visible on the left side, so that admins and volunteers don’t lose context once they click into a case
Survivor Case Card modal on a laptop
Secure messaging screen on a laptop

Secure Messaging

This is where admins and volunteers can message a survivor directly instead of going back and forth over personal email. This keeps the communication between OSE and the survivor confidential without getting information lost in email threads.

  • Color coded typing profiles help admin and volunteers differentiate between internal and external users
  • Blue → Survivors
  • Purple → Volunteers
  • Red → Admin

OSE Form Builder

Admins can build and edit internal forms, like the intake questionnaire, themselves, instead of needing a developer every time OSE wants to change a question. That gives OSE the freedom to customize and roll out new forms as their needs grow, without being limited by engineering resources.

  • Multiple question type options allows admins to select between diverse inputs for each question
  • Ability to preview and publish the form allows admins to test the form before it reaches a survivor

Mobile-First Survivor Intake Form

This is the intake form a survivor fills out, and is the most sensitive screen in the product. We designed it to be mobile-first, quick, and discreet, since a phone is often the one device a survivor has access to. We developed it to show one question at a time to keep it fast and to keep the survivor’s focus on one question at a time.

  • Safety Exit stays fixed on every screen, so a survivor never has to hunt for it in a moment of urgency
  • The intro screen sets expectations upfront: how long it takes, that skipping is fine, that info stays confidential
  • The progress bar and section counter allows survivors to gauge their progress without having to mentally keep track of how many questions they have completed.

Takeaways

  1. Designing for a vulnerable user base

This project taught me how to design with a completely different user base in mind. Most projects I've worked on before were about making something more efficient or more delightful, but here safety came first. Something as small as keeping Safety Exit in the same spot on every screen, or making the intake form mobile-first and one question at a time, came from constantly asking what happens if someone only has a few seconds before they need to put their phone away.

  1. Building a framework OSE could keep using without us

OSE didn't have developers on staff to make changes to their own platform, so instead of building a form only our team could update, we built a Form Builder that let admins create and edit questions themselves. That shifted how I thought about the whole project: I wasn't just designing screens, I was designing something OSE could keep adapting on their own, long after we handed it off, so the impact didn't stop when our team did.

  1. Designing for internal efficiency at a resource-strapped nonprofit

Knowing OSE runs on a small staff and volunteer base changed how I approached individual screens, even for features that were already defined. Things like sortable case lists, one-click CSV exports, and the self-serve Form Builder only mattered if they actually saved an admin time in practice. That taught me to treat "does this work as specified" as the starting point, not the finish line, and to keep asking whether a real, busy admin would actually feel the difference.

Check out my other work!