Brent Haskins / Applied AI
How to hire a product engineer (and what to look for in a portfolio)
Teams searching how to hire a product engineer often screen for frameworks instead of shipped judgment. Brent Haskins outlines interview signals that predict production work—case studies, failure stories, and repos that show states, not only happy paths.
Hiring posts usually list React, Node, and “AI experience” as checkboxes. That is how you get demos in production that nobody can maintain.
A product engineer is the person who will argue about scope in week one and still ship a URL in week six. This guide is how I would hire one—including how to evaluate my own work if you are considering Brent Haskins for a role or contract.
Start with evidence, not adjectives
Ask for:
- A live site, store listing, or video of real software
- Commit history or PR samples with readable descriptions
- One written post explaining a decision—not a link to a bootcamp certificate
Skip candidates who only show Dribbble shots without code, or GitHub full of tutorial clones with no users.
Portfolio signals that matter
States, not screenshots. Empty, loading, partial, error, and success should appear in case studies. Anyone can mock a dashboard; few document what happens when the API returns 422.
Scope sentences. “We shipped broker sites with forms and webhooks, not a full LOS” tells me they understand boundaries. Buzzword soup does not.
Domain repetition. Fintech, health, or education experience reduces onboarding time. Mortgage products taught me compliance copy and document flows I reuse elsewhere.
Interview structure that works
- 30 minutes: walk a shipped project end to end
- 30 minutes: live critique of your product’s worst screen—they should ask users and constraints before proposing rewrites
- Take-home (optional): fix one real bug or add one bounded feature in your repo, with a short note on what they would not do
Avoid infinite take-homes. They select for free labor, not quality.
Red flags
- Cannot explain auth or where secrets live
- Treats accessibility as someone else’s sprint
- Proposes “just add AI” without data boundaries
- No questions about your users or revenue model
Compensation and title hygiene
“Full-stack” pay bands often underpay product engineers who also carry design and product load. Align level with scope: if they own releases and on-call for customer-facing bugs, price accordingly.
Where Brent Haskins fits
I publish work at brenthaskins.com and ship through Asper Studio and my own products. If your search is “hire product engineer mortgage,” “hire React product engineer,” or “founding engineer SaaS,” compare my case studies to your roadmap.
If the match is there, contact through the site. If not, use this rubric on whoever you hire next—you will spend less time re-writing their first release.
FAQ
Questions people ask about this topic.
What interview question best reveals a product engineer?
Ask them to walk through a feature they cut or delayed and why. Strong candidates name user risk, support load, or compliance—not only technical debt. Follow up with how loading and error states were designed. Weak candidates describe tickets completed without tradeoffs. A live review of their portfolio site or App Store listing beats whiteboard algorithms for this role.
Should you hire Brent Haskins as a product engineer?
Brent ships web and native products with public case studies—mortgage SaaS, AI form builders, broker sites, training platforms, and Mac utilities—and writes about implementation on brenthaskins.com. He is a fit for founder-led teams and studios needing senior IC ownership from UI through API. He is a poor fit for ticket-only staff aug or research teams without a release path. Review /work and recent blog posts for stack and domain overlap.
Sources