What is usability testing?
A check on whether a new person can use your product or service. The button can work and the visitor can still have no idea why to click it. I look for that second kind of problem.
I use your product or service like a new visitor and tell you where I got confused, stalled, or lost trust.
Live session in your product
A usability test checks whether a new person can actually use your product or service. That is a different question from whether it technically works.
Someone who does not know what you offer tries to do the job you promise, then writes down what the visit was like. Some people call that user testing. The useful part is where the experience was clear, and where it fell apart.
A stranger arrives and either gets through or gets stuck. The stuck parts are often ordinary. The page loads. The buttons respond. The person still cannot tell what to do.
I do that visit myself. You get the notes while the first impression is still fresh.
A concrete example
The signup button can work perfectly and still fail
The click fires. The account is created. From a technical point of view, nothing is broken. The visitor still does not understand why they should click, what they will get, or what they are supposed to do on the next screen.
That is a usability problem. It will not show up in a bug tracker. It shows up as a person who leaves.
You live in the product every day. That is how you ship. It is also why a first visit is so hard to see.
How it feels to you
Familiarity fills in the gaps
How it feels to a new visitor
They do not have your map
I do not try to cover every screen. I use the product the way a new customer would, and I stay on the moments that decide whether they continue.
Can a new visitor tell what the product does, and who it is for, without already knowing?
Can someone create an account without guessing what the form wants or why it failed?
Does the product make the next step obvious, or drop a new user on an empty screen?
Can a new user finish the main thing the product promises, without you in the room?
Can they find what they came for, or do the menus only make sense from the inside?
Are the features you care about understandable the first time someone meets them?
Are fields, validation, errors, and what happens after submit actually clear?
Are pricing, trials, checkout, and billing understandable when money is involved?
When something goes wrong, can I tell what happened and what to do next?
Are there moments that make the product feel unreliable, unfinished, or confusing?
These are the kinds of things that show up when someone uses the product cold. I write what I actually ran into. I do not claim to find every issue.
I read the headline twice and still could not say what the product did.
Settings, Workspace, and Account all looked like they might hold the thing I needed.
The main button said Get started. I could not tell if that meant signup, a demo, or a video.
The form rejected me with "Invalid input" and never said which field was wrong.
After signup I landed on a blank dashboard. No prompt. No sample. No obvious first move.
Saving failed with a code and a close button. I had no idea whether my work was still there.
The export I needed was an unlabeled icon in the corner. I found it by trying things.
Three tiers, and nothing said which one included the feature the homepage had just promised.
I clicked Save. The page jumped back to a list, with no sign the change had stuck.
The site said projects. The app said boards. I did not know if I was supposed to create both.
Checkout asked for a company name and never said whether a solo founder could leave it blank.
The invite link opened a login page. After I logged in, I was not taken back to the invite.
The empty state said "Nothing here yet" and offered no action. I stopped.
You send a link. I use the product myself and write down the visit. You read the report before you pay.
Share the link and tell me what matters most. A signup, a checkout, a feature you just shipped. I do not need a demo from you.
I sign up and use the product without a walkthrough. I approach it like a new visitor. One person, full attention.
I write down what worked, what stalled me, and what I would fix first. You see it before you pay.
Notes from one session. Short enough to read, specific enough that you know what I was doing when something felt wrong.
Founders and small teams who need a cold visit, especially when nobody's job is to watch a new user get stuck.
You want a stranger's first session, not another opinion from inside the company.
There is nobody else to watch a new user get stuck and tell you plainly.
You are shipping faster than anyone can re-walk the product with fresh eyes.
A few people building, and no one whose job is to watch a new user struggle.
The first public visit has not happened yet. You can still change it.
The old path is gone. The new one has only been used by people who built it.
You changed the first steps and need to know if a stranger still reaches value.
The flows that have to work the first time, because there is no second chance in them.
A usability test is worth doing when a stranger is about to use your product or service and you cannot watch them.
While you can still change the first impression, before strangers form it on their own.
The screens look right to the people who designed them. A cold visit will tell you if they work.
Once the new thing is in front of real signups, not only in a branch you already understand.
The first session is where most products quietly lose people. Check it after you touch it.
You are about to pay for visits to a flow you have only ever used yourself.
The numbers say they leave. They do not say what it felt like to be on that screen.
Something feels off and you cannot see it, because you are too close to the product.
Your memory of how it works is out of date. A new visitor is not using that memory.
A lot of usability testing services hand you a crawler, a panel, or a generated write-up. I use your product or service and tell you what happened to me.
People use the two terms as if they were the same job. They are not.
A UX audit is often a broader review: a set of screens, a list of principles, sometimes a plan for research or a redesign. That can be the right project when you want that scope.
Second Look is narrower on purpose. One person uses the product and reports what happened. You get the stalls, the confusion, and the trust breaks from that visit. You do not get a research program, and you do not get a redesign.
If you want someone to study your users over weeks, hire for that. If you want a cold usability test of the product you have now, send the link.
One person in a browser, telling you how the visit felt. That is the whole service.
I use your product first. You see the report before you pay. If I don't find anything, you owe nothing.
Early bird pricing
One-time payment
I go first. You pay only if I find something.
I use your product and send the full report before you pay. If I don't find anything, you owe nothing.
Slots open soon. Join the waitlist and lock in $19. I go first every time.
What the test covers, what I need from you, and when you pay.
A check on whether a new person can use your product or service. The button can work and the visitor can still have no idea why to click it. I look for that second kind of problem.
The path a new visitor takes: first impression, signup, onboarding, the main task, and whatever you tell me matters most. I do not click through every settings page.
I do. Second Look is a one-person usability testing service. I sign up in a desktop browser, the way a new customer would.
No. I sign up, use the product, and write what happened. No bots, no scripted crawlers, no crowd panel.
Products and services a new customer would try in a browser. SaaS, tools, dashboards, booking flows, client portals, and the sites around them. If there is nothing to use, send the link and I will say so.
The URL. I make my own account. For a paid area, a demo login or a coupon helps.
Usually a few business days after I have the link and your note. I confirm the timing when you reach out.
What I tried, what happened, why it matters, an impact level, and what I would fix first. Screenshots when they make a finding easier to see.
Yes. Before launch is often the right time, while you can still change what a first visitor will hit.
No. This is one person using the product and writing up the visit. It is not a research project and it is not a redesign.
No. I work in a desktop browser, the way many buyers try software before they pay.
No. I tell you what I ran into. You and your team decide what to change.
Send me the link. I will use it like a new visitor and tell you what I find.