Hi everyone,
I’m a software engineer manager working a full-time job, and for the past couple of months I’ve been getting up early before work to build a small SaaS project.
Over the past year or so my team had been looking into tools to help with visual regression testing, and had found some ‘screenshot API’ tools which can be set up in CI pipelines to regularly capture screenshots of our pages.
The issue is that these solutions all require an engineer to set up, needing dev resources to manage and are generally quite ‘technical. I decided to build a solution which would enable non-technical team members, such as Product Owners, UX or Testers (who might be the ones more likely to use this kind of thing) to set up a schedule and track a site, all without needing to write any code.
It’s still early, but the core pieces are working now and I’ve started using it on a few pages to track changes over time.
If anyone is curious, you can see it here:
https://verivisor.com
I’d really appreciate any feedback on a couple of things:
• Does the problem resonate with teams outside engineering?
• Is this something product/design teams would actually use?
Thank you!
This resonates a lot. Non-engineering teams do care about visual changes, but setup friction usually kills adoption. I like your angle. One thought: maybe position it as “release confidence for PM/design teams” instead of “website change tracking”
because that outcome is easier to buy. Have you seen stronger interest from QA, product, or design so far?
Thanks and sorry for the delayed reply!
It’s a really good point, I’ve been describing it more as “tracking changes”, but “release confidence” probably captures the actual outcome better.
Still early so I haven’t had many users yet, but my instinct is product or QA might care most
Out of curiosity, where would you expect something like this to sit?