

Vibecoding
Cursor, Claude
Shipped

Designer & Builder-
solo, end-to-end
3 days
THE PROBLEM
Design QA requires screenshotting bugs into PowerPoints and recording Looms just to tell developers what's broken. It's a lot of effort!
Repeat Process
Ship MVP
Switch viewports and create unique annotations
Let’s start from the beginning
Spot an issue on the live site. Screenshot it. Open PowerPoint. Paste it. Write a description. Do that 15 more times. Record a Loom so the developer understands the context. Send it. Wait.
Dedicated QA tools exist. Built for enterprise teams, they cost money and need onboarding. For a startup where the designer is also the QA team; not realistic.
Before opening Cursor, I mapped out the MVP and different approaches which I then quickly vibecoded to test and see which answered the same question: does it keep context for the designer AND give the developer something structured?

Before opening Cursor, I mapped out the MVP and different approaches which I then quickly vibecoded to test and see which answered the same question: does it keep context for the designer AND give the developer something structured?

Before opening Cursor, I mapped out the MVP and different approaches which I then quickly vibecoded to test and see which answered the same question: does it keep context for the designer AND give the developer something structured?

Before opening Cursor, I mapped out the MVP and different approaches which I then quickly vibecoded to test and see which answered the same question: does it keep context for the designer AND give the developer something structured?

Problem spotted Friday. Shipped Monday. Here's what 3 days taught me.
Before opening Cursor, I mapped out the MVP and different approaches which I then quickly vibecoded to test and see which answered the same question: does it keep context for the designer AND give the developer something structured?

Problem spotted Friday. Shipped Monday. Here's what 3 days taught me.
Sreesha Suresh
