Persona Library
Community-sourced UX research

Who actually uses these products,
and what made them stay.

Deep persona profiles for the tools that run modern work. Community-validated. Exportable. Open for contribution.

13
replitAPP-067
4 comments

The Replit Non-Traditional Builder

A student, career changer, or self-taught developer who is building real things before they've mastered the full developer toolchain. They use Replit because it removes the setup. There's no local environment to configure, no PATH to fix, no version conflicts. They open a browser, pick a language, and the environment exists. They have learned more by shipping things than by completing tutorials. They have strong momentum. They have significant gaps. This is not a problem — it's a developmental stage.

Aha

It happened mid-workflow — they're building a personal finance tracker.”

replitAPP-155
4 comments

The Replit Coding Educator

A coding instructor, bootcamp teacher, or CS professor who uses Replit because it eliminates the "but it works on my machine" problem. Every student gets the same environment, in the browser, with no setup. They can see student code in real time, run it, and give feedback without cloning repos or debugging local environments. They've taught programming long enough to know that environment setup kills motivation faster than any algorithm does. They chose Replit to remove the barrier between "wanting to code" and "coding."

Aha

A teammate asked how they managed eliminate setup and environment issues so students can focus on learning to code, not configuring tools.”

greenhouseAPP-036
6 comments

The Greenhouse In-House Recruiter

An in-house recruiter at a company of 100–1,000 people managing 5–15 open roles at any given time. Greenhouse is their operating system for hiring. They know it well. They also know all the ways their company uses it wrong — job stages that don't reflect reality, interviewers who don't submit scorecards, hiring managers who give verbal feedback in Slack instead of structured feedback in the system. They are the connective tissue of a hiring process held together by their own follow-up.

Aha

The shift was quiet.”

mondayAPP-139
4 comments

The Monday.com Team Lead

A team lead or department manager at a 30–200 person company who chose Monday.com because it looked simple enough that their team would actually use it. They set up the boards, configured the automations, and built the views. Now they spend 20 minutes every morning making sure the board reflects reality. They are the bridge between the team's actual work and the executive's need for status updates. They don't love project management tools, but they love knowing where things stand.

Aha

It happened mid-workflow — the team lead sets up a sprint board with automations: when a task moves to "In Review," it notifies the reviewer and updates the deadline.”

apolloAPP-194
3 comments

The Apollo Sales Development Rep

A sales development representative or outbound sales rep at a B2B company who uses Apollo as their prospecting command center. They build prospect lists from Apollo's database, enroll them in email sequences, track opens and replies, and try to book meetings. They send 50–200 outreach emails per day and know that personalization is the difference between a reply and the spam folder. They are a relationship builder working at volume, and they've developed an intuition for which prospects will respond and which won't.

Aha

The shift was quiet.”

harvestAPP-097
4 comments

The Harvest Freelancer and Agency Owner

A freelancer, consultant, or small agency owner (2–15 people) for whom time is the product. They track hours against client projects and invoice from those hours. Harvest is where the financial reality of their business lives. They've learned that unbilled hours are lost revenue, that clients will dispute invoices without time entries to back them up, and that the difference between a profitable month and a break-even month is often the accuracy of their time tracking. They are disciplined about logging time — or they are trying to become disciplined about it.

Aha

A teammate asked how they managed track time accurately enough that invoices are defensible and projects are profitable.”

jiraAPP-041
3 comments

The Jira-Burdened PM

A product manager or engineering team lead at a software company who runs sprints in Jira. They did not set up the Jira instance they work in — it was configured by someone who left 18 months ago, and the workflow has accumulated technical debt as surely as the codebase has. They know what they need Jira to do. Getting it to do that is a separate problem.

Aha

Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about ticket statuses that don't map to how engineering actually works in two weeks.”

calendlyAPP-009
6 comments

The Calendly High-Volume Scheduler

A consultant, account executive, advisor, or service professional for whom scheduling external meetings is a daily operational task. They use Calendly because they calculated — consciously or not — that 20 minutes per meeting of back-and-forth email was adding up to hours per week. They now send a link. They feel slightly awkward about it the first time with each new contact. The other person always thanks them for it.

Aha

The shift was quiet.”

linear-projectsAPP-044
3 comments

The Linear Engineering Manager

An engineering manager or head of engineering at a startup of 20–150 engineers who uses Linear at the issue level to track work and at the Projects level to communicate progress. The ICs live in issues and cycles. The EM lives in projects and the roadmap view. They're the translation layer between "what the team is building" and "what the company thinks we're building" — and Linear Projects is the interface they use to close that gap.

Aha

It happened mid-workflow — it's Thursday.”

flyioAPP-030
4 comments

The Fly.io Container Developer

A backend or full-stack developer who needs to run server-side applications — not just static sites and serverless functions — and wants them deployed globally without managing Kubernetes or paying for managed Kubernetes overhead. They found Fly.io and found a platform that takes a Dockerfile and runs it near users. They `fly deploy`. It works. They have opinions about Fly.io that include real affection and specific frustrations, which is the relationship one has with a platform they actually depend on.

Aha

It happened mid-workflow — they're deploying a Phoenix application — Elixir, with WebSockets and a persistent database connecti.”

basecampAPP-106
6 comments

The Basecamp Small Agency Owner

A small agency owner, studio founder, or remote team lead with 3–20 people who chose Basecamp because they were tired of configuring project management tools. Basecamp's opinionated structure — message boards, to-dos, schedules, docs, campfire — is not a limitation to them. It's the point. They didn't want to design a system. They wanted to use one. They've been on Basecamp for 2–6 years. They've recommended it to other agency owners who are drowning in Notion setups and Jira configurations. Some of them listened.

Aha

A client project kicks off Monday.”

flyioAPP-154
4 comments

The Fly.io Edge Deployer

A backend developer or DevOps engineer who deploys applications on Fly.io because they need their app running close to users globally — not just served from a CDN, but actually computing at the edge. They've outgrown Heroku's simplicity, don't want AWS's complexity, and find Vercel too opinionated for non-Next.js workloads. Fly.io hits the sweet spot: Docker containers deployed globally with a CLI that feels developer-first. They're comfortable with infrastructure but don't want it to be their full-time job.

Aha

Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about stateful workloads at the edge (databases, volumes) have limitations that aren't always clear until production in two weeks.”

superhumanAPP-163
3 comments

The Superhuman Inbox Zero Executive

A startup CEO, VP, or senior director who receives 150–300 emails per day and treats email like a production system. They chose Superhuman because Gmail was too slow and too noisy. They've memorized the keyboard shortcuts, configured their split inbox, and use the AI triage to surface what matters. They process email like a speed reader processes text — scanning, deciding, acting — in bursts of 15–20 minutes, 3–4 times per day. They are allergic to unread counts and consider inbox zero a professional discipline, not a personality quirk.

Aha

Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about the AI triage sometimes miscategorizes important messages from new contacts in two weeks.”

Recognize yourself in one of these?

Every field in every persona can be confirmed, corrected, or extended by real users. Your lived experience is more accurate than any researcher's archetype.

+ Contribute to a persona