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

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.

“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.”

The Monday.com Team Lead

A team lead or department head at a company of 50–300 people who uses Monday.com as the primary place their team tracks work. They may not have chosen Monday — it was often adopted company-wide because the CEO liked the demo. They've made it work. Their board is actually used. They've built automations their team quietly depends on. They spend 30–60 minutes a day in Monday and would describe it as "pretty good once you know what you're doing," which is a backhanded compliment they mean sincerely.

“Their team has just absorbed a new function.”

The Mixpanel Product Manager

A product manager or growth lead at a B2C or B2B SaaS company for whom Mixpanel is the primary lens on user behavior. They are not a developer. They understand events and properties well enough to answer most of their questions self-service. They have a set of saved reports they look at every Monday. They also have questions that require a data analyst to answer — and they're slowly working to reduce that list.

“A teammate asked how they managed understand where users drop out of key flows and why.”

The HubSpot Marketing Manager

A marketing manager at a company with 20–150 employees who is responsible for the entire marketing function — content, email, social, paid, and now increasingly the CRM data that sales keeps asking about. They chose HubSpot or inherited it. They use more of it than anyone else at the company. They still feel like they're not using it right, even after two years.

“It's Monday morning.”

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.

“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.”

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.

“The shift was quiet.”

The Asana Agency Project Manager

A project manager at a digital or creative agency juggling 6–12 active client projects at various stages simultaneously. Asana is their external brain — it holds everything they can't hold in their head, which is most of it. They've been through the Asana certification. They've built the templates. They've trained the team. They're still fighting the battle of getting everyone to actually update their tasks.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about team members who don't update their tasks, making the board a fiction in two weeks.”

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.

“The shift was quiet.”

The Contentful Content Manager

A content manager, digital editor, or marketing manager at a company with a developer-built Contentful implementation. They publish product pages, blog posts, campaign content, and documentation through Contentful's web interface. They did not design the content model — a developer did. They live inside that model every day and have a detailed understanding of which fields do what and which ones are a mystery. They are not a developer but they've learned to think in content types.

“A teammate asked how they managed publish and update content quickly without waiting on a developer for every change.”

The Cal.com Developer Scheduler

A developer, indie maker, or privacy-conscious professional who uses Cal.com because they either self-host it or value that they can. They were on Calendly and either hit a pricing ceiling, wanted customization Calendly doesn't allow, or made a deliberate decision about data ownership. Cal.com is open source. They can read the code. They can modify it if they need to. The fact that this is possible — even if they never do it — matters to them in a way that influences their tooling choices.

“It happened mid-workflow — they're building a product that includes embedded scheduling — customers can book time with their su.”

The Reluctant Salesforce User

An enterprise sales rep at a company with 200+ employees who did not choose Salesforce. It was there when they arrived. They've been trained on it twice. They use about 20% of its features and have found workarounds for everything else. They log activity because their manager checks. They update opportunities because forecasting requires it. They do not believe Salesforce makes them better at sales. They believe it makes their manager better at measuring sales.

“The shift was quiet.”

The Hex Data Analyst

A data analyst or analytics engineer at a company with a modern data stack — dbt, Snowflake or BigQuery, and a growing demand from business stakeholders for self-service data access. They use Hex because Jupyter notebooks are hard to share and dashboards aren't flexible enough. Hex sits in the middle: code-first enough for real analysis, shareable enough that a PM can click through an interactive version without needing to run code. They build notebooks in Hex. Business people use the published apps. This is the workflow they've been trying to build for years.

“A teammate asked how they managed build analyses that colleagues can interact with without running code themselves.”

The Apollo SDR

A sales development rep or account executive at a B2B company of 20–300 people who runs outbound prospecting as a core job function. Apollo is their prospecting database, their sequencing engine, and their activity tracker. They use it every day. They've built sequences that work and sequences that don't, and they've learned the difference by watching reply rates. They're not sentimental about approaches that aren't working. They test, they iterate, they move on.

“It happened mid-workflow — it's Monday.”

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.

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

The Todoist GTD Practitioner

A knowledge worker — often a project manager, consultant, writer, or developer — who has read productivity books and tried multiple task managers before settling on Todoist. They've built a system. It works when they use it. The failure mode is not the tool — it's consistency. They believe in GTD or a GTD-adjacent framework. They have projects, labels, and filters set up in a way that feels logical to them and would confuse anyone else. They've rebuilt the system twice.

“It's Sunday evening.”

The Height Engineering Team Lead

An engineering team lead or technical PM at a company of 20–150 people who evaluated Linear and wanted more — more project hierarchy, more cross-functional visibility, more flexibility for non-engineering teams to work alongside engineering in the same tool. They chose Height. They're building their system in it. They like that it feels like a tool built by people who understand engineering workflows, not a project management tool that engineering is expected to tolerate. They're still learning the edges of it.

“It happened mid-workflow — sprint planning is Monday.”

The Linear Product Manager

A product manager at a 20–200 person startup who moved to Linear because Jira was too heavy and Notion boards weren't structured enough. They work at the initiative and project level while their engineers work at the issue level. They need to see the forest while the team sees the trees. They love Linear's speed and keyboard shortcuts but struggle to get the strategic views they need without building custom views for every stakeholder meeting.

“It happened mid-workflow — the CEO asks "are we on track for the Q2 launch?" The PM opens Linear, checks 4 projects across 2 teams, counts completed vs.”

The Asana Project Coordinator

A project coordinator, program manager, or PMO lead who uses Asana to keep cross-functional projects on track. They don't do the work — they make sure the work gets done. They manage timelines, dependencies, and status updates across teams that each have their own Asana projects, their own workflows, and their own definitions of "on track." They are the person in every meeting who asks "what's the status?" and "who owns this?" — and they need Asana to give them those answers without asking.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about portfolios that show project status but not the why — "at risk" doesn't explain the blocker in two weeks.”

The Intercom Customer Success Manager

A customer success manager or support lead at a B2B SaaS company who uses Intercom as their primary customer communication layer. They handle inbound support conversations, run proactive outreach campaigns to at-risk accounts, and manage the onboarding message sequences that new users see. They know which customers are about to churn before anyone else does because they read the conversation history. They are the person who knows more about the product's real failure points than anyone in engineering.

“The shift was quiet.”

The FigJam Product Team Facilitator

A product manager, design lead, or team facilitator at a product company who uses FigJam for team whiteboarding because their team already lives in Figma. They chose FigJam over Miro because the context switch is lower — design references, wireframes, and working files can be linked or embedded directly from Figma. They run planning sessions, retrospectives, decision workshops, and design crits on FigJam. Their team knows how to use it. This matters more than they expected it to.

“The shift was quiet.”

The Todoist Productivity System Builder

A knowledge worker — often a freelancer, consultant, or senior IC — who has turned Todoist into a personal operating system. They don't just track tasks; they've built a system. GTD-inspired projects, context-based labels, custom filters for different energy levels and time blocks. They have recurring tasks for weekly reviews, monthly planning, and annual goal-setting. They've tried every productivity app and keep coming back to Todoist because it's fast, reliable, and doesn't try to be more than a task manager.

“It happened mid-workflow — it's Sunday evening.”

The Maze Unmoderated Research Lead

A UX researcher or product designer at a company where research is valued but researcher time is scarce. They use Maze to run tests they can't run fast enough with moderated sessions. They design the test, connect the Figma prototype, send the link, and come back to results in 24–72 hours. They know unmoderated testing misses the nuance of moderated sessions. They also know that running 8 moderated sessions takes 2 weeks of scheduling and 2 days of synthesis. Maze takes 2 hours to set up and 1 hour to analyze. They're using the right tool for the question.

“A teammate asked how they managed get directional usability signal fast enough to influence a design decision.”

The HubSpot Sales Rep

A B2B sales rep or account executive who opens HubSpot 30+ times a day. They manage a pipeline of 20–80 active deals and are measured on close rate and revenue. They didn't pick HubSpot — their sales leader did — but they've gotten good at working within it. They know which shortcuts save time and which required fields are slowing them down. They log activities because they have to, not because they want to. They care about closing deals, not about CRM hygiene.

“The shift was quiet.”

The Pika Video Creator

A social media manager, content creator, or marketer who uses Pika to generate short video clips for social media, ads, and content marketing. They're not a video editor — they're a marketer who needs video content faster than traditional production allows. They type descriptions and get video clips. They use image-to-video for product animations. They create motion graphics from static designs. They've learned that "good enough for social" is a valid quality bar, and Pika hits it in minutes instead of hours.

“It happened mid-workflow — the social media manager needs 5 short clips for the week's content calendar.”

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.

“A client project kicks off Monday.”

The GitHub Open Source Maintainer

A developer who maintains one or more open source projects with 500–50,000 stars. They started the project to solve their own problem and now thousands of people depend on it. They review PRs from strangers, answer issues that are really support questions, and write release notes at midnight. They are simultaneously proud of what they've built and exhausted by the weight of other people's expectations. They do this in their spare time, or they're one of the lucky few who gets paid for it.

“A teammate asked how they managed triage issues efficiently — separate bugs from feature requests from support questions.”

The Rippling HR Administrator

An HR administrator, people ops manager, or office manager at a 50–500 person company who manages Rippling as their all-in-one HR platform. They handle onboarding (IT provisioning, payroll setup, benefits enrollment), offboarding (access revocation, final paycheck, COBRA), and everything in between. They chose Rippling because the alternative was stitching together 5 separate tools. They appreciate the unified system but have learned that "all-in-one" means "all the complexity in one place." They are the person who makes sure new hires have a laptop, a paycheck, and health insurance on day one.

“It happened mid-workflow — a new engineer starts Monday.”