

Model the rules
I map roles, permissions, states, dependencies and failure paths before committing to screens.
Before the interface
Debora Moratallaconst focus = "";from the logic up.Start somewhere
Pick a question and I’ll take you to the project, decision or prototype behind the answer.I started with spaces, images and stories. Product gave me a new material: behaviour.
Selected work
01A budgeting product where status had become a coordination problem.

Keeping product, design and code in sync as the system grows.

Turning one feature-led product into three role-based experiences.

An autonomous commuting agent that knows when to act — and when to wait.

A municipal operations surface that preserves context from overview to action.

How I work
02

I map roles, permissions, states, dependencies and failure paths before committing to screens.
Before the interface

I make defaults, exceptions and product judgment visible while they are still inexpensive to change.
Before the debt

I bring engineering constraints into the work early and stay close enough to protect the intent as it ships.
Before the handoff// A NOTE ON IMPOSSIBLE OBJECTSComplex systems rarely look impossible all at once. The contradiction appears when you follow the rules from one decision to the next. My job is to find that break before it ships.
Make the logic visible. Keep the intent buildable.
Lab
03Earlier work
04A note
05That path still shapes how I work: looking for structure, noticing what is missing and making difficult ideas easier to navigate.
I’m especially interested in AI systems that know when to act, when to wait and when to hand control back.