(PRD Requirement、Audit Existing Product、Domain Knowledge Gathering)
Story 1. Discomfort Is My Starting Point
We began by mapping where creative teams lose momentum across tools and modalities, then reframed the workflow around continuity instead of isolated outputs.
(Problem Identification、User Journey Map、Opportunity Mapping)
Story 2. Systematic Under Pressure
As discovery progressed, I realized the product had a structural problem that no single screen fix could solve: multiple user types, overlapping data flows, and a workflow that broke down at almost every handoff point between them. I built a User Journey Map to trace how each user type moved through the system and where information got lost or duplicated, then brought it to the PM for review and revised it based on their feedback. Once the map was right, the whole project came into focus. What I learned is that in a chaotic product, clarity doesn't come from more research, it comes from finding the one artifact that forces everyone to see the system the same way.
(Pushback、Cross-functional Collaboration、Feasibility Adjustments)
Story 3. From Pushback to Path Forward
Once the direction became clear, I brought my proposed workflow changes into design review, and the engineering team pushed back. Their concern wasn't the design itself; it was the implementation cost, the overtime, the risk of touching too much at once. Instead of defending the design on experience grounds, I went back through the existing front-end and back-end logic with them, mapped where the new flow could reuse what was already built, and showed that the actual changes were smaller than they looked. They aligned. What I learned is that resistance in cross-functional work is rarely about disagreement; it's about perceived cost, and the real job is to step into that perspective and make the path forward feel manageable.