masumah · zahra
How ownership gets designed in ·4m
How ownership gets designed in
fig. 01 — redesigned sentiment analysis page
project no. 03

How ownership gets designed in

Led the redesign of our Sentiment Analysis feature end-to-end, from user research, design, engineer management, client comms, to launch– designing a 6-phase handoff process that closed the gap between design and engineering.

Role
Lead Product Designer + (with de facto product management scope)
Team
Joseph Audette, VP of Product and Engineering; Najeeb Chowdhury, Product Manager; Edgar Garza, Director of Engineering; Nick Gilreath, Senior Product Engineer; Leo Cabral, Senior Engineer
Timeline
April 2025 - Aug 2025 (with ongoing client comms)
Platform
Pilotly’s Delta dashboard — Sentiment Analysis page
Users
Pilotly research team; client researchers and stakeholders at major content studios
Skills
User research, UX design, sprint architecture, engineering coordination, QA, client management, cross-functional process design
problem
Our small team had a recurring cross-functional issue — engineering kept getting pulled into projects too late, which meant deep scoping and technical reviews happened after design was locked or after development was already underway. The pattern forced rushed decisions,and a fragile handoff between design and engineering.
solution
Operating as both design and product lead, I designed a phased process that pulled engineering in roughly six weeks before development started, with structured moments for alignment, technical review, and scope-locking. The Sentiment Analysis redesign — a high-priority migration from our legacy “Classic” dashboard to our new “Delta” experience — became the proof point for whether the process could actually change how we shipped.
impact
+76% / -6%
Delta vs Classic page views
+105% / -27%
Delta users vs Classic viewers
29% faster
time on page growth (Delta vs Classic)
· the opportunity

the work that doesn’t end at handoff

Pilotly is a SaaS market research platform doing media testing for major studios like Amazon, Disney, and Netflix. Sentiment Analysis is the page where every study gets analyzed — a primary driver of how quickly we deliver client-ready insights.

But the redesign wasn’t the only thing on the table. Within our small team, engineering kept getting pulled into projects too late — seeing tickets or designs for the first time during build, or defining scope after development was underway.

How do you operate cross-functionally on a small team – balancing process organization while staying flexible?
the work that doesn’t end at handoff
fig. 02 — joseph audette on ownership, 2025
· 6 phases

the ideal timeline

As both design and product lead on Sentiment, I had the autonomy to test a different approach. I designed a 6-phase handoff process that pulled engineers in roughly six weeks before development started, and used the Sentiment Analysis redesign as the proof point.

The phases that mattered most:

· 16 April

bringing eng. leadership in

The Director of Eng and VP of Product previewed the roadmap and designs, which gave me the opportunity to get buy-in early on while there was still time to iterate.

· 29 April - 05 May

from informed to owners

The full engineering team explored implementation paths and drafted technical architecture before kickoff, reinforcing their ownership over the project.

· 06 May - 12 May

locking in scope

Final designs were build-ready, tech-aligned, and client-approved before any development started.

Spoiler alert: we had a sort of plot twist to un-twist here– more on that later.

locking in scope
fig. 04 — leonardo cabral on having more clarity, 2025
· the redesign

putting it to work on delta sentiment

Delta Sentiment cleared four years of accumulated debt on the legacy “Classic” experience — jarring reloads on every action, unreadable tune-out exports, clunky aggregation, and no way to copy traces across cells.

Jarring page reload on key, frequent actions like toggling a trace on or off. → To align more with how researchers worked, we allowed users to make updates on traces and update their view at once with a save button.
Tune-out exports as a table – updating the chart export to be easily readable. → We have since updated the format of the tune-out exports.
Clunky aggregation UX – constrained by backend architecture. → Currently in progress; we have since worked on performance issues to make Delta faster and have redesigned the aggregate experience to feel more natural.
Manual repetition copying traces across cells. → We’ve added a copy feature to the Delta experience to support copying traces across cells.
putting it to work on delta sentimentputting it to work on delta sentimentputting it to work on delta sentimentputting it to work on delta sentiment
fig. 05 — user requests
putting it to work on delta sentiment
putting it to work on delta sentiment
fig. 06 — classic vs delta sentiment
· the conflict

the secure share

A client asked for the ability to share insights with internal stakeholders who didn’t have Pilotly access. The team converged on a flow with email + code authentication. Then a late client review pushed us back to a simpler password-protected link.

“Let’s stick with a simpler password-protected link.”

The process kept channels open enough that we caught the misalignment and pivoted fast. The lesson stuck: client-facing features need client alignment in Phase 2, not Phase 4.

the secure sharethe secure sharethe secure sharethe secure share
fig. 07 — proposed sharing flows
· the impact

the receipts

We’ve slowly been migrating from our legacy “Classic” experience to our updated “Delta” experience. We’re also still working on adding all of the features in Sentiment Analysis to Delta, which means both experiences are still accessible to the user.

This can be worrisome as users are less likely to learn a new experience when they have their tried and true available to them. However, we found that this wasn’t the case with Delta Sentiment.

We found that more people visited the Delta Sentiment page and spent more time there vs the Classic counterpart.
the receipts
fig. 08 — delta vs classic metrics
the receipts
fig. 09 — love from our users!
· reflections

what i took with me

This process was a V1 case study for how the team can move forward in the future. Based on what the team taught me in retro, for V2, we’d:

Bring engineering in even earlier, before hi-fi designs exist.
Confirm client alignment well before kickoff.
Being intentional about how you involve people matters as much as the design.

The biggest lesson I learned:

Prior to this, I was limited to leading the design part of product design. I learned how to justify my designs, how to tactfully present my designs to different stakeholders, and how to make people feel heard.

As I got more experience, I got more responsibility. One of these responsibilities is actual project planning and product management. With how cross-functional my days were getting, I learned that having ownership isn’t something I just start doing in the same way that learning autolayout in Figma is.

It’s something I have to be intentional and thoughtful about. It’s about observing how different team members work, being tactful in getting buy-in from different people, about finding answers to anybody’s question, about problem solving on the fly, and rolling with the punches.
I learned that product management is the glue of the team.
what i took with me
fig. 10 — #pmsuma
the end.
see my work →read project no. 1