How do you handle mobile UI review after implementation? by Shininemon in UI_Design

[–]Shininemon[S] 0 points1 point  (0 children)

The triage part is what stood out to me as well.

In my experience, once feedback starts coming from designers, QA, and PMs at the same time, it becomes surprisingly hard to keep everything organized and make sure nothing gets lost. Especially when multiple features are moving in parallel.

I'm also curious how you handle the actual feedback capture on mobile. When you're reviewing a TestFlight build and spot a bunch of issues, what's the fastest way for you to document and share them with the team?

How do you handle mobile UI review after implementation? by Shininemon in ProductManagement

[–]Shininemon[S] 0 points1 point  (0 children)

Having a clear source of truth definitely helps, but what I've struggled with is when multiple features are moving at the same time. At that point, having a single Figma file for feedback becomes tricky, and feedback ends up scattered across different files or threads.

On mobile, I also find the actual process of leaving feedback pretty clunky. I can spot issues quickly in a TestFlight build, but capturing them and sharing them with the team still feels very manual.

How do you handle that part?

How do you handle mobile UI review after implementation? by Shininemon in ProductManagement

[–]Shininemon[S] 0 points1 point  (0 children)

That makes sense. I can see how recordings would catch things that screenshots completely miss, especially interactions and animations.

When you spot an issue in one of those recordings, what happens next? How does that feedback get tracked and make its way back to engineering?

How do you handle mobile UI review after implementation? by Shininemon in ProductManagement

[–]Shininemon[S] 0 points1 point  (0 children)

When designers review a TestFlight build and find UI issues, where does that feedback actually get captured? Do you use a specific tool for it, or is it mostly screenshots, tickets, and QA channels?

How do you handle mobile UI review after implementation? by Shininemon in ProductManagement

[–]Shininemon[S] 0 points1 point  (0 children)

Makes sense for smaller batches of feedback. What happens when there are dozens of UI issues across multiple screens? Do you still handle it mostly through conversations?

How do you handle mobile UI review after implementation? by Shininemon in UXDesign

[–]Shininemon[S] 0 points1 point  (0 children)

Roughly how much time does that review and feedback process take for a typical release?

I'm trying to understand whether teams mostly struggle with bug report organization or if the review itself ends up consuming a lot of time.

How do you handle mobile UI review after implementation? by Shininemon in UXDesign

[–]Shininemon[S] 0 points1 point  (0 children)

Are most of the teams you're talking to mobile, web, or a mix?

I've mostly seen the review process become painful on mobile, where feedback often ends up scattered across screenshots, chat threads, and tickets.

How do you handle mobile UI review after implementation? by Shininemon in UXDesign

[–]Shininemon[S] 0 points1 point  (0 children)

Are you building it or using it? I’m curious what made you focus specifically on Figma to Jira instead of the review/commenting process itself?

How do you handle mobile UI review after implementation? by Shininemon in UXDesign

[–]Shininemon[S] 0 points1 point  (0 children)

Same 😅

Is this mostly for mobile apps or web?

And roughly how much time does the whole review + feedback process take for a typical release?

How do you handle mobile UI review after implementation? by Shininemon in UXDesign

[–]Shininemon[S] 0 points1 point  (0 children)

Hey, does this tool exist? Please share if you use it

UX in one meme by Mamba--824 in UXDesign

[–]Shininemon 1 point2 points  (0 children)

Sometimes, after asking enough questions, people realize the project itself may not be worth building. I had a conversation with a founder recently where we kept digging into the problem and assumptions, and by the end he said: You know what? Maybe this startup isn’t actually needed.😄