You're the translator between the business and everyone building for it — turning "we need the system to be better" into requirements someone can actually build. Underrated, everywhere, and a proven bridge role into tech and product careers.
Business analysts figure out what an organization actually needs and specify it: interviewing stakeholders, mapping processes, writing requirements and user stories, analyzing data to size problems, and shepherding changes through delivery. You'll live in meetings, documents, spreadsheets, and increasingly SQL and BI tools. The craft is asking the question behind the request — the stated ask is almost never the real need.
Most BAs come from inside: the operations coordinator who kept fixing the process, the support lead who documented what engineering needed, the accountant who automated the reconciliation. The move is making your analysis visible — process maps, small data analyses, a requirements doc for a change you drove. An IIBA cert (ECBA/CCBA) can help with HR filters, but a portfolio of real problem-solving is the actual currency.
You've probably done BA work without the title — every process you fixed, every requirement you clarified. The switch is mostly re-labeling your evidence.
Here's a question every Business Analyst application asks, answered the way pirch would — in a real voice, grounded in real experience:
Tell pirch who you are — the processes you've fixed, the systems you know, the direction you're growing — and it hunts down real, still-open BA jobs that fit the whole you, with a tailored cover letter already written.
start your free huntMeetings with stakeholders, documenting requirements and processes, analyzing data to size problems, and coordinating between business teams and builders. The mix varies by flavor — some BAs are nearly data analysts, others nearly project managers.
US median around $85k, ranging $60k–$120k. Technical/data-heavy BA roles and finance-sector BAs sit at the top of the band.
Data analysts go deeper on SQL, statistics, and dashboards; BAs go broader on process, requirements, and stakeholders. If you love the numbers themselves, go data; if you love fixing how work works, go BA. The paths cross constantly.
One of the most common ones. BAs already do the requirements and stakeholder halves of PM work; adding user research, prioritization ownership, and outcome accountability completes the bridge.