Still polishing this one. Want to walk through it together?

Email me
UX/UI · Marketplace Platform · Tech-Recruitment

Redesigning Laskie, from every angle

Sole designer alongside four engineers. I worked across every side of Laskie’s tech-recruitment marketplace and let the deeper patterns surface from the work itself.

Role
UX/UI Designer (sole)
Team
4 engineers, 1 designer
Scope
Full marketplace redesign
Result
30+ min saved per interview
Laskie candidate invitation landing — the moment of decision for a candidate
Laskie Talent Partner navigation — vetting-stage tabs and candidate list

The Challenge

Laskie was a high-growth marketplace pairing engineering talent with tech companies — already live and shipping when I joined as sole designer. The brief was clear: take the priority work and keep the team shipping. The pace didn’t leave room for foundational research. The team had named the surface UI pains. The deeper patterns were still hidden in the day-to-day work.

The Approach

I worked the marketplace systematically — entry funnels, client side, candidate side, the internal recruiter platform — in tight cycles. Ship, listen, ship again. The deepest patterns only surfaced from doing the work, not before it.

  • Systematic redesign across every side of the marketplace
  • Eliminated the 30-minute “double input” tax recruiters paid per interview
  • Earned the research that rebuilt the recruiter dashboard around real workflow

The Backlog

Taking the priority queue

Laskie connected three groups: clients hiring engineers, candidates looking for work, and the internal roles running the marketplace: Talent Partners and BizOps.

Redesigning the three entry funnels

Three doors, each shaped by who walks in: candidates applying, clients creating accounts, and job referrals from Laskie’s network. Each funnel asked only what was needed to get the right user to the right next step.

Laskie onboarding funnel — first step asks the candidate which job category fits, with brand panel reinforcing speed and reach

Rebuilding the client portal

The client portal handles the full hiring loop: setting up a company profile, building job postings, and managing the pipeline of candidates flowing through. Each candidate card carries the actions a hiring manager actually takes: invite to interview, ask a clarifying question, or pass with structured feedback that loops back to the candidate and to Laskie.

Client Profile Builder — client constructing their company profile with mission, benefits, and team info; live preview on the right shows how candidates will see it Click to view full builder
Client portal — candidate pipeline tabs (New, Expiring, Interviewing) with full candidate profile and deal-breaker scoring

Reworking the candidate's invitation flow

Candidates encounter Laskie as a stream of opportunities, one invitation at a time. The redesign anchored the moment of decision: a single editorial landing page that explains who’s asking, why, and what’s next. Once they accept, the next step is already booked — a clear handoff with the option to schedule interview prep with their Talent Partner.

Candidate invitation page — full landing with position headline, full job description, company info, perks, and apply CTA Click to view full landing
Candidate acceptance page — confirmation of acceptance with the option to book a one-on-one interview prep with the Talent Partner

Redesigning the recruiter platform

Talent Partners and BizOps share one internal platform with role-aware access. BizOps sees everything Talent Partners do, plus an admin layer underneath for managing client accounts directly — two roles, one source of truth.

The Talent Partner’s core job is matching candidates to jobs: good fit now, park for later, or move them to the next available role. The flow had enough branching that screens couldn’t be the starting point. I drew the system first, then built.

Candidate profile — the TP's reading view with experience, contact, skills and work history laid out for fast scanning Click to view full profile

Output-optimized — built for scanning, not capturing.

Talent Partner matching flow — branches for good fit now, park for later, or move to the next available job; per-job decision routes through Homing Pigeon with the Account Manager as a mandatory second filter before Deliver to Client

Every candidate runs through this — Homing Pigeon sits inside it, with the AM as a mandatory second filter.

Homing Pigeon — the per-job match decision UI; candidate's profile side-by-side with the job's requirements, Match / No Match controls left, structured requirements right Click to view full Homing Pigeon

Match or No Match — the per-job decision that calls the next step.

By the time I’d touched every side of the marketplace, a pattern was about to surface that none of these screens, by themselves, made obvious.

The Editor

Killing the double input.

While redesigning candidate Matching Data, a pattern surfaced. Talent Partners had been working around the platform for months — notes in Word during interviews, copy-pasted into Laskie afterward, section by section. The fix had been hiding inside the work I was already doing.

The pattern that was costing 30 minutes per call

The editor wasn’t built for the rhythm of a live interview, so Talent Partners ran a parallel system — and quality slipped every time fatigue did. The fix wasn’t a smarter form. It was a different premise: what if the editor served the call, not the database? I worked with engineering to restructure it for real-time note-taking, with a Notes section catching qualitative observations. The external tool walked out of the workflow.

Before

  1. 1Call with the candidate
  2. 2Notes typed in Word or Google Sheets
  3. 3Call ends
  4. 4Notes manually copied into Laskie, section by section

+30 min · every interview

After

  1. 1Call with the candidate
  2. 2Talent Partner types directly into Laskie
  3. 3Call ends — profile is ready

0 min extra

Candidate Profile Editor — sectioned (Experience, Location, Compensation, Other Requirements, Skills, Screening Questions) so a Talent Partner can fill it in real time during the interview, with a Notes section catching qualitative observations Click to view full editor

Input-optimized — sectioned for the rhythm of a live call.

When the editor shipped, the three Talent Partners I re-interviewed post-launch confirmed the 30-minute tax was gone — the cleanest validation a designer can earn.

The Zoom-Out

What I couldn’t see while building.

With most of the marketplace redesigned, I stepped back: formal research with the people who used the platform every day. Not as the foundation of the project — as its zoom-out. The work had given me the context to ask the right questions.

The wider workflow

I ran 45-minute interviews with three Talent Partners and two BizOps employees. Three threads carried every conversation:

  • Step-by-step activity mapping Documented their daily flow on the platform so the team had a shared reality.
  • Pain point discovery Located friction at every step and stress-tested possible fixes against their real constraints.
  • Feature feedback Pulled direct reactions to the redesigned editor and surfaced gaps the team hadn’t seen.

I turned those calls into a shared process map in FigJam — a blueprint of the operational landscape, candidate side and job side. For the first time the team could see, in one place, where the workflow leaked.

User flow diagram in FigJam: full Talent Partner and BizOps operational landscape

Each step in the flow is a place time can leak.

The funnel, finally legible

Talent Partners couldn’t see the shape of their day from any single screen — candidates were scattered across queues, statuses, and someone’s spreadsheet. The dashboard collapsed all of it into one view: every stage with a count, every status one click from drilling in. The funnel that used to live in a recruiter’s head finally belonged to the team that ran it.

Talent Partner dashboard — high-level view of the candidate funnel with counts per stage (Unassigned, New, Shortlisted, Waiting on vetting request, Client waiting on me, Waiting on client, Waitlisted, Rejected)

Simpler navigation

Navigation had grown organically and now made daily tasks longer than they needed to be. Talent Partners were clicking through the wrong tabs, hunting for a Shortlisted view that didn’t have its own home, and re-doing context they’d just had. The research said it plainly: this was one of the two changes that would move the dial the most.

I rebuilt the navigation around the recruiter’s actual rhythm. Shortlisted got its own home. Candidate tabs aligned to the vetting stages they actually moved through (New, Shortlisted, Waiting on Vetting Request, Client Waiting on Me). Every path between two related screens got shorter by at least a click.

Talent Partner navigation — vetting-stage tabs (New, Shortlisted, Waiting on Vetting Request, Client Waiting on Me) with candidate list and detailed candidate view

Beyond the platform — the brand layer

Alongside the platform work, I built the reusable components and visual assets that kept Laskie consistent in product and social — the brand layer that ships only when someone tends to it.

Freelance work type icon Full-time work type icon Match icon Close-match target icon Interview icon Company application icon
Laskie overview marketing card — Hiring and paying talent in LatAm

Takeaways

What this project proved

Key Takeaway

Engineers who complain about the same thing for months are doing research — they just call it venting. The fastest path to design wins, in this kind of team, was to ship across the marketplace before researching it, then research what shipping couldn’t see.

What followed

Laskie was later acquired by Twitter/X. I left the project knowing that ship-first design, when it’s done with discipline, doesn’t replace research — it earns the right to do research that matters.