Hey! My name is John and I started here at Ashby as IT Manager around 6 months ago, excited to meet you! In that time Ashby has grown from ~250 to 320 folks and the scope of what we’re doing in IT has expanded, with this role we hope to continue the steep trajectory for the team and the world-class support for the company.

Currently the IT team here is just me, we want to grow that team to keep giving the Ashby team world-class service and the most automated, delightful technology to work with during their time at Ashby.

All the responsibilities and requirements are outlined below so have a look. Some points to consider as you’re reading through:

• This job spec might look familiar, we previously opened this role as Senior ~2 months ago. After seeing some great candidates (and lots of progress internally with the scope of IT) it became clear we need more than we should expect at a Senior in terms of demonstrated experience and technical ability. We've updated the role and compensation and we're looking to find someone with deeper technical and "foundational" experience than would be expected at a Senior level.

• This is fundamentally a technical role which will become the pivotal role in a larger team as we continue to scale. That means you’ll be chatting and helping other Ashby folks directly just as much as you will be throwing JSON blobs around between APIs. We’re looking for someone who is comfortable doing both.

• As folks in IT we strongly believe in technology as a great enabling force. We’re always looking for novel ways to tackle problems at the fundamental level and that means we’re looking for someone who sees the world a little differently. You should be able to provide clear examples from previous experience of what innovation and technical excellence can look like in the IT/Client Engineering space.

• Finally, the problems we help people tackle daily are as much emotional as they are technical. Whilst it’s great to be able to provide the best technical solution to an issue we strive to be able to deliver emotional catharsis alongside this. That means listening to people, meeting them where they are and providing the reassurance, empathy and the genuine human connection that every great support interaction should have.

• I’m the hiring manager for this role and would be the manager for the successful candidate as well. If you want to learn a little more of my background I have a public about me page you’re welcome to look through!

Responsibilities:

Own and fix customer issues from ingest through to resolution, whether that’s a one-time fix or a deeply technical project affecting the whole org

Offer, advocate and then implement best practices for an IT function that is securely creating the most productive workforce in the world

Own projects across device management (think Kandji, Crowdstrike), identity management (think Okta, Google Workspace), hardware logistics (think laptop shipping, accessories lifecycle) and user lifecycle (onboarding, offboarding and user changes) to automate manual process and reduce our touchpoints to solely those where the human interaction matters

Contribute to creating a cohesive, performant and scalable event-driven backend, making data shifting across the business effortless and easy to adopt everywhere.

Requirements:

• A strong belief that end user support is an equally important part of being a well-rounded engineer as building world-class automations

• Deep experience - that means being able to show detailed, specific knowledge and broader architectural understanding - across relevant IT systems (device management, identity management)

• Demonstrated experience of automating the interplay between IT systems and other internal systems, that means handling APIs, MCP servers and glue-code for making disparate systems talk

• Comfort and interest in helping build a stateless internal backend composed of Typescript services, pub/sub queues and APIs for both downstream and upstream applications

• Desire to work in and help build a small team of experts with an open, engaged and radically efficient profile

• The ambition to challenge norms and build for scale and flexibility outside of the expected

• The humility to accept the thoughts and emotions of others as valuable before your own and be vulnerable in front of others

• The wisdom to know when it’s best to apply the above

Non-requirements:

• Experience in exactly our tech stack. Whilst strong is expected, we're looking for systems knowledge first, experience in certain specific platforms a distant second

• A specific timezone. Whilst US timezones are preferred to help us cover a gap in our current coverage this is not a requirement, we're remote-friendly and can hire across Europe, the UK and US and other countries for the right candidate. Salaries outside of the US would be location-dependent. We will sponsor visas where possible for the right candidate.

A sample of what you would be working on:

• Helping end users with their everyday issues, tracing those back to root causes and rolling out fixes that are structural and lasting

• Leading the initiative to build an internal backend that allows for moving data and performing business logic between systems in a way that's scalable, auditable, testable and production-grade

• Using Terraform and Git to make our critical systems (device management, IAM) transparent, self-documenting, audit-ready and auto-deployed

• Defining and implementing authentication rules for users that tie directly and elegantly to the governing policies whilst providing industry-leading security

• Building out role-based access control and birthright access as well as owning and tackling the people-data challenges that stem from this

What you’ll not be working on:

• Break/fix cycles when root causes can be tackled instead. You will be empowered and expected to fix problems not delay symptoms.

• Non-stop tickets. Everyone in the team is expected to contribute equally to interrupt-driven and systemic issues, no first or second line here.

• Traditional corporate IT. We use a relatively standard “startup stack” which means nearly everything is cloud based, devices are majority MacOS with a very small Linux subset and we have the agency and ability to move fast and with outsized impact.

If you’d like to hear a little more about the role, there's a video walkthrough originally recorded for the previous (senior) posting here:

How this hiring process works

We want to try and be as transparent as possible about how our hiring process works. Here's what we're doing for this role:

The application stage

We'll be keeping this role open until it's filled. This is different from the previous (Senior) posting where we used cohort hiring , we believe the high bar for a Staff level means we need to optimise for getting the most eyes on the posting.

1. That means if you're reading this posting the role is open and you're welcome to apply.

2. There are no auto-reject rules on this role. If you apply your application will be reviewed by a human with AI help.

3. We will reply to every application letting you know whether we'd like to advance or not.

4. Considering the large volume of applications we won't be able to give specific feedback at this point. Apologies but we want to be thoughtful and considered with any feedback we do provide and we can't do this at the application phase.

The interview process

If you're invited to continue with the application - congratulations! Here's what will happen next:

1. You will be invited to book time in for a 20 minute screen call. We'll be looking for answers to initial questions like:

   1. Are your compensation and job role expectations aligned with this role?

   2. Why do you want this role?

   3. Can you clearly and crisply convey both your technical and social capability to excel in this role?

   4. Are there outstanding questions we can answer?

2. Assuming this goes well we'll invite you back for a longer (60 minute) hiring manager interview with me. In this interview we will:

   1. Dive much deeper in to your background and try and tease out concrete examples of technical ability

   2. Test your ability to think more broadly and ambitiously about what excellence looks like in IT

   3. Answer any deeper questions you might have now we're further into the process and you have more context on the company and tech stack.

3. The next stage is a take-home test which has the following format:

   1. Given a broad problem area, propose a technical spec on how you would ideally fix this

   2. Speculate on feedback you might receive and answers you might give from both technical and non-technical peers

4. Next, you'll have a chance to meet with Abhik who will be completing a final appraisal of your technical fit for the role. You'll go through a past projects deep dive and talk through the value and challenges of a project that you feel best exhibits your technical ability.

5. Finally, you'll get to meet some more of the team! Specifically you'll have a cross-functional interview where you'll meet:

   1. Someone from the People function who will have some questions about interacting with the People team and how to build a successful relationship across functions.

   2. Someone from the Engineering function who will help understand how you might work best with the rest of the engineering org, building a successful technical partnership.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, top-notch health insurance for you and your dependents with all premiums covered by us.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $170K - $240K

About this role

As a Solutions Engineer at Ashby you’ll be at the forefront of our sales efforts with DACH customers, partnering closely with German-fluent Account Executives to secure both the technical and commercial win. Your goal with each customer is to show how Ashby supports their unique needs, and highlight how our platform can transform the way they hire. To do this effectively, you'll develop deep expertise in our product, gain insights into our competitors, and have a deep understanding of the challenges Talent Acquisition teams face.

You’ll play a crucial role in DACH sales cycles, where you will deliver personalized product demonstrations, facilitate well-structured product trials, and coordinate comprehensive and insightful RFP responses. Success in this role means using your discovery skills, empathy for our customers, and product knowledge to clearly articulate the transformative impact Ashby can have on their business.

As an SE, you want to be selling a product that customers fall in love with. There’s nothing better than seeing a prospect's jaw literally drop in the middle of a demo, and it only happens when you have a solution that solves real pain for someone. At Ashby, it happens daily.

When prospects are eager to buy—something that happens often because our product truly stands out—you’ll know you’re hitting the mark!

You could be a great fit if:

• 🌍 You have sold to multiple regions within EMEA and have strong written and verbal fluency in both English and German

• 👪 You have experience as a Sales Engineer / Solutions Consultant supporting complex, multi-stakeholder SaaS sales cycles in a team-selling motion.

• 💙 You have spent time with HR or Talent teams, and you have a high level of empathy for the work they do day to day—their pain is our pain.

• 🤓 You have developed deep product expertise across a suite of solutions. You’re well regarded as a subject-matter expert by your peers today.

• 📈 You love to learn, and can quickly connect the dots between new concepts, product capabilities, and business outcomes.

• 📣 You demonstrate mastery of clear communication. You ask questions with precision and listen for nuance in answers. You explain complex concepts in simple terms and can articulate the business impact of features.

• 🛠 You're a builder - you get energy from digging into problems and finding unique solutions, and you love working in a fast paced organization.

• 📚 You’re adept at creating and delivering tailored demos that span a broad range of product capabilities. You are comfortable adapting on the fly based on customer questions.

• 🤝 You proactively engage AEs to distribute the work of progressing deals towards a commercial win.

• ♻️ You are a partner to the product org, translating customer feedback into requirements that have resulted in product enhancements

Bonus points for:

• 🤝 Familiarity with recruiting workflows & data in Applicant Tracking Systems

• 📈 Demo infrastructure or demo engineering experience

• 🛠 Value engineering / consulting experience, building bespoke and quantifiable business cases

Examples of things you’ll work on:

• 💰 Help win new marquee accounts! Our buyers have nuanced and detailed requirements that you’ll address in a systematic way to maintain deal momentum.

• ⚙️ Build upon our existing demo environments to craft compelling narratives to showcase product capabilities

• 🎨 Design repeatable processes to make the solutions engineering team a well oiled machine as we scale

Why become an SE at Ashby?

Ashby is a unique place to work as a Solutions Engineer - we're not just keeping pace with industry standards; we're setting them. Each time we speak with customers, our platform enables us to show truly novel ways to improve their TA strategy. Here's why:

• Incredible Product-Market Fit : Our solutions are not just products; they address critical pain points in the talent and recruiting ecosystem. The challenges our clients face aren't merely operational; they stem from a sector that has historically struggled to keep up with the evolving needs of global talent teams. Ashby stands out by offering not just answers but transformation.

• Revolutionizing an Under-served Market : The gap between what talent teams need and what traditional software offers is wide, but Ashby is bridging it. We bring to the table an exceptional product endowed with versatility and innovative capabilities. Our solutions are designed for teams strive for hiring excellence through efficiency, agility, and continuous improvement.

• A Canvas for Creativity and Impact : At Ashby, Solutions Engineers have the unique opportunity to sculpt our offerings across a vast spectrum of product capabilities. Our platform empowers you to get creative and solutions that continuously exceed expectations. Here, your work directly contributes to reshaping how companies around the world attract, hire, and retain talent.

Becoming a Solutions Engineer at Ashby means being at the forefront of a transformation in the talent acquisition landscape. Here, your contributions have the power to make a tangible impact on our clients' success and the industry at large.

Reasons you shouldn't apply:

• If iteration and innovation makes you anxious, and you're more about sticking to the tried-and-true, this role may not be the right fit.

• Our team works on a wide range of deals - from hundreds to thousands of employees. Each customer has unique challenges, and it's important that you're excited by the complexity of the issues, not the size of the deal.

• You are not comfortable combining both deep technical expertise and business acumen to build powerful justifications for purchase.

• If a fast-paced and ever-evolving work setting makes you uncomfortable, the dynamic environment at Ashby could be more challenging than rewarding.

• Should you see feedback more as a critique than a catalyst for growth, the collaborative and improvement-driven culture at Ashby may not suit your style.

Interview Process

Our interview process is thorough — we aim to ensure each person that joins the team is the right fit for Ashby and will provide ample information for you to assess if Ashby is the right fit for you. The process for this role is as follows:

• Recruiter Interview: 30 minutes

• Hiring Manager Interview: 60 minutes

• Demo Role Play: 30 minutes

• Solution Strategy Session: 30 minutes

Benefits

• You’ll get the time to do things the right way; we put a lot of emphasis on high quality work and avoid quick hacks as much as possible.

• Sell a product that our customers are truly excited about .

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

About Ashby

We’re building the next generation of recruiting software and we’re starting with a suite of products that helps talent leaders, recruiters, and hiring managers run an efficient and data-driven hiring process.

We are well funded and backed by great investors, including Y Combinator, Elad Gil and Lachy Groom. We have thousands of amazing customers including Snowflake, OpenAI, Shopify, Ramp, Notion, and Zapier (and many others who we cannot name!). Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet. In short, it's the perfect time to join! 🚀

We're in the talent acquisition software business. We run the end-to-end hiring process through our own platform, and ensure a level playing field for all candidates. Reaching out to hiring managers or recruiters directly won't improve your odds of success. Please focus your energy on the quality of your application.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €130,000 - €198,688

The Role

Ashby is looking for a Director to lead our GTM Systems & Tools team, part of our Revenue Operations department. To scale past $100M ARR and beyond, our internal infrastructure must be as elegant and high-performing as the product we sell.

You will be the architect and steward of our entire revenue tech stack, ensuring that Marketing, Sales, and Customer Success have the data, automation, and tooling they need to operate efficiently and effectively. You will manage a small, high-impact team of systems administrators, architects and GTM developers, balancing hands-on execution with long-term strategic planning.

Tech Stack

Our current techstack includes but is not limited to, HubSpot for CRM and email sequencing, Gong for call recording and coaching, Linkedin Sales Nav for recruitment, Accord for mutual action plans, Slab as an internal company wiki, Chilipiper for lead routing, LeadIQ for contact data, Keyplay for account data, Snowflake as our data warehouse, and Omni as our data visualization tool. It is not required that you are familiar with any or all of these specific tools, it is more important that you are familiar generally with the tech stack of a GTM team a fast growing SaaS company.

What You'll Do

• Systems Strategy & Roadmap: Own the long-term vision for Ashby’s GTM tech stack. You’ll evaluate, procure, and implement tools that solve for today’s bottlenecks while preparing us for the next years of growth.

• Systems Architecture & Management: Own and manage the core revenue technology stack, including the CRM, marketing automation platforms, and analytics tools, ensuring they integrate seamlessly.

• Data Governance and Architecture: Ensuring data quality and consistency across systems. Design and maintain a seamless flow of data across our ecosystem (HubSpot CRM, Sales Engagement, CS Platforms). You don’t just "add fields"—you build scalable systems and data architecture.

• Team Leadership: Lead and mentor a lean team of systems experts. You’ll set the bar for documentation, testing protocols (UAT), and deployment cycles. You create a high performance culture in order to hire and retain top talent.

• Cross-Functional Partnership: Act as the primary bridge between RevOps and Finance, Data/Analytics, and Engineering to ensure our revenue systems align with company-wide data integrity and financial reporting.

• Optimization: Proactively identify "technical debt" within our revenue stack. You will streamline workflows to reduce friction for our account executives, growth marketers, and CSMs.

• Process Optimization: Designing and streamlining operational workflows, such as lead routing, customer onboarding, and renewals, using automation to reduce manual effort.

Who You Are

• The Systems Thinker: You don't just see a single tool; you see an ecosystem. You understand how a change in a Marketing automation trigger ripples down to a Customer Success renewal health score.

• The Scaling Veteran: You have experience at a fast-growing SaaS company (ideally in the $100M–$300M ARR range). You know what good looks like at scale and have seen the pitfalls one can encounter during rapid growth.

• The Tools Geek: You love to geek out on the latest technology and stay up to date on the capabilities of tools in your company’s stack.

• The Empathetic Leader: You enjoy coaching technical talent and can translate complex technical requirements into business outcomes for stakeholders.

• The Builder: You aren't afraid to get your hands dirty. While you are a manager, you still enjoy the "craft" of building systems.

This role may not be a fit if:

• You don’t like getting your hands dirty. At Ashby we believe managers should be “in the weeds”. You should be equally comfortable architecting and admining a system.

• You haven’t operated at meaningful scale. We are looking for someone who can help us scale to 100M+ in ARR. Ideally your previous roles have shown you what good looks at the scale of company we aspire to become.

• You aren’t exceptional at leading large scale cross-functional projects. This role must collaborate with most teams and people at Ashby. Your tools are the backbone of the GTM team’s success. In order to build and maintain tools that meet the needs of the GTM org you will need to manage large cross functional projects with organization and agility.

Interview Process

Our interview process is thorough — we aim to ensure each person joining the team is the right fit for Ashby and will provide ample information to assess if Ashby is the right fit for you. The process for this role is as follows:

• Recruiter Screen with Talent Acquisition Team - 30 minutes

• Hiring Manager Interview - 60 minutes

• Challenge Interview - 45 minutes

• Virtual Onsite - 75 min

Benefits

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year. Expect “Vacation?” in our one-on-one agenda until you start taking it 😅.

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, top-notch health insurance for you and your dependents, with all premiums covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $240K - $262.5K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for an ambitious full-stack engineer who is laser-focused on solving customer problems and making the right long-term investments to solve them not only today but in our future features and products.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: £138K - £224K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for an ambitious full-stack engineer who is laser-focused on solving customer problems and making the right long-term investments to solve them not only today but in our future features and products.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €141K - €226K

We’re looking for a curious, rigorous, problem-hungry platform engineer (who codes!) to carry the ball as we bring Ashby to the big leagues. Ashby builds software that lets talent teams build an efficient, delightful, respectful hiring process. Similarly, you’re an engineer who wants to build a “paved road” that excellent engineering teams can safely take to the moon and back.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

We’ve listed this role twice: as a Platform Engineer and Site Reliability Engineer – our team does both, and we are open to candidates who lean towards one or the other.

About the role and how we work

Hi 👋 I’m Colin , Head of EMEA Engineering. I’ve spent a number of years leading engineering teams in startups, and that has always included being close to infrastructure teams - no matter what name they’ve worn (SRE, infrastructure, platform, etc). I’ve got my hands dirty building the initial infrastructure for startups and know the value a talented infrastructure engineer brings. The rigour, the discipline, the peace and quiet when everything just hums along .

Our infrastructure is in a good place for now . Nothing is static. Ashby continues to grow rapidly, putting strain on our existing infrastructure. We’re always looking to give our customers more powerful hiring software, and building new product features often requires new pieces of infrastructure.

Having herded plenty of snowflakeservers in the past, I’ve learned there’s a better way. I (and Ashby) place a lot of value on infrastructure-as-code. As a Platform Engineer at Ashby, you’ll get to dive into scaling problems, add new capabilities to our platform, and think about how our entire team interacts with infrastructure. All our own engineers own their projects end-to-end and ship with minimal oversight. We don’t put roadblocks to ensure security when common sense will do and we don’t build processes like change management boards around the lowest common denominator. But with great power comes great responsibility: we handle personal and confidential data about some of the biggest decisions we ever make at work. As we grow, more and bigger customers rely on us to be reliable and secure and how we operate internally will need to evolve.

We’re at an inflection point where our ability to scale and deliver a seamless experience has a make-or-break impact – we have some of the fastest growing companies using our platform every day to hire hundreds of people per month. We need someone like you to make good decisions, debug thorny issues, and build us a future-proof platform that can withstand this scale. Our small but mighty infrastructure team has set up a secure and simple environment (we don’t believe in spinning up a new service unless necessary!) for our growing product team to build in. That’s where you come in: you, too, will own projects end-to-end and have an impact on core parts of the Ashby developer and user experience. For instance, you could work on:

• Optimize our homegrown ultra-dynamic recruiting DSL-to-SQL compiler , and create tools to help developers do so

• Create automated guardrails for the security and privacy of our customer data

• Help our developers ship features fast through canary deploys, gradual rollouts and feature flags, while keeping complexity manageable and reducing downtime

• Work with the business and the engineering team to define SLOs and implement the corresponding SLIs.

• Ensure all communication with external services supports retries and circuit-breakers.

• Implement the infrastructure to support an event-driven architecture and data warehouse.

We’re looking for someone who can build systems that an engineer would like to work with: mature and boring but open-minded and approachable. We have to balance reliability with flexibility. Software and its availability are now mission critical to almost every working professional. To be in an SRE in today’s world, you have to be extremely comfortable evaluating risk, those you take and those others take.

Why you should or shouldn’t apply

You should apply if:

• You never stop. You get weirdly obsessed about a problem that doesn’t yet make sense, turn it every which way in your head until the explanation dawns. You’ll search every rock, inventory every clue, hunt every mismatch. We do that, too - together we’ll be armed with state-of-the-art monitoring tools and an impressive amount of data, and join you in the adventure.

• You don’t take shortcuts. You’re speaking up for the future user, the edge case, the doomsday design. You know product engineers want to build it with you, and see them as allies, where you give them the power and knowledge to access greater things.

• You’re someone who cares about what you do and the team you do it with, and want to work with others who do as well. You’ll be on interview panels choosing your next colleagues, and you’ll take that seriously. You only want to work with people who make you better, and want to make you better.

• You’ve built infrastructure at a slightly later stage than Ashby is at - you know how to deal with millions of data points, have seen great (or not great) infrastructure make or break customer experience, and have automated everything from provisioning to monitoring and release process.

• You’re a Swiss army knife (all nationalities welcome ;) ). You’ll get every hard problem the company faces. You’ll get to do infrastructure updates, security enforcements, database optimization, Kubernetes debugging, and digging through Typescript traces figuring out what doesn’t work. You probably don’t feel like an expert at at least some of that... and that appeals to you.

All that makes for a pretty specific kind of role, and the job isn’t to everyone’s tastes! You should not apply if:

• You don’t want to make your own decisions on what is the best paved road to build for Ashby, and expect a lead or manager to make the final call on what that is. Our leads (and managers) give ample commentary and feedback on technical decisions and how they’re made, but you ship what you want to build and are accountable for it.

• You hate SQL. We have a lot of features built around making the best out of data, and our platform engineers also sometimes dive into a gnarly report or advise engineers on a more performant data model to use.

• You don’t want to code. Our SREs are some of our best software engineers and they are just as responsible for the application as the other engineering teams - albeit at a platform level. Reviewing code and submitting code changes will be part of your day to day.

• Your primary mode of communicating best practices to engineers is live meetings. We’re a very async culture and written communication (and code) is how changes get made. As an Ashby SRE, you will need to share new tooling and best practices with engineers faster than your next meeting opportunity will take you.

• You’ve never delivered a project, on your own, without someone prodding you for updates. We have no project or delivery managers to fill your calendar with busy work, but the flip side is you have to do your project management, seek the help you need to get unstuck and cut scope when it’s worthwhile.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it: TypeScript (frontend & backend), Node.js, React, Apollo GraphQL, Postgres, Redis.

We use Datadog and Sentry on 100% cloud-based (AWS) infra. We take developer experience and reliability seriously: all engineers are on call in a follow-the-sun model, and everyone contributes to developer tooling.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Abhik and Benji ’s (our co-founders) belief that a small talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (Abhik wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on technical design, debugging incidents, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: £138K - £224K

We’re looking for a curious, rigorous, problem-hungry platform engineer (who codes!) to carry the ball as we bring Ashby to the big leagues. Ashby builds software that lets talent teams build an efficient, delightful, respectful hiring process. Similarly, you’re an engineer who wants to build a “paved road” that excellent engineering teams can safely take to the moon and back.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

We’ve listed this role twice: as a Platform Engineer and Site Reliability Engineer – our team does both, and we are open to candidates who lean towards one or the other.

About the role and how we work

Hi 👋 I’m Colin , Head of EMEA Engineering. I’ve spent a number of years leading engineering teams in startups, and that has always included being close to infrastructure teams - no matter what name they’ve worn (SRE, infrastructure, platform, etc). I’ve got my hands dirty building the initial infrastructure for startups and know the value a talented infrastructure engineer brings. The rigour, the discipline, the peace and quiet when everything just hums along .

Our infrastructure is in a good place for now . Nothing is static. Ashby continues to grow rapidly, putting strain on our existing infrastructure. We’re always looking to give our customers more powerful hiring software, and building new product features often requires new pieces of infrastructure.

Having herded plenty of snowflakeservers in the past, I’ve learned there’s a better way. I (and Ashby) place a lot of value on infrastructure-as-code. As a Platform Engineer at Ashby, you’ll get to dive into scaling problems, add new capabilities to our platform, and think about how our entire team interacts with infrastructure. All our own engineers own their projects end-to-end and ship with minimal oversight. We don’t put roadblocks to ensure security when common sense will do and we don’t build processes like change management boards around the lowest common denominator. But with great power comes great responsibility: we handle personal and confidential data about some of the biggest decisions we ever make at work. As we grow, more and bigger customers rely on us to be reliable and secure and how we operate internally will need to evolve.

We’re at an inflection point where our ability to scale and deliver a seamless experience has a make-or-break impact – we have some of the fastest growing companies using our platform every day to hire hundreds of people per month. We need someone like you to make good decisions, debug thorny issues, and build us a future-proof platform that can withstand this scale. Our small but mighty infrastructure team has set up a secure and simple environment (we don’t believe in spinning up a new service unless necessary!) for our growing product team to build in. That’s where you come in: you, too, will own projects end-to-end and have an impact on core parts of the Ashby developer and user experience. For instance, you could work on:

• Optimize our homegrown ultra-dynamic recruiting DSL-to-SQL compiler , and create tools to help developers do so

• Create automated guardrails for the security and privacy of our customer data

• Help our developers ship features fast through canary deploys, gradual rollouts and feature flags, while keeping complexity manageable and reducing downtime

• Work with the business and the engineering team to define SLOs and implement the corresponding SLIs.

• Ensure all communication with external services supports retries and circuit-breakers.

• Implement the infrastructure to support an event-driven architecture and data warehouse.

We’re looking for someone who can build systems that an engineer would like to work with: mature and boring but open-minded and approachable. We have to balance reliability with flexibility. Software and its availability are now mission critical to almost every working professional. To be in an SRE in today’s world, you have to be extremely comfortable evaluating risk, those you take and those others take.

Why you should or shouldn’t apply

You should apply if:

• You never stop. You get weirdly obsessed about a problem that doesn’t yet make sense, turn it every which way in your head until the explanation dawns. You’ll search every rock, inventory every clue, hunt every mismatch. We do that, too - together we’ll be armed with state-of-the-art monitoring tools and an impressive amount of data, and join you in the adventure.

• You don’t take shortcuts. You’re speaking up for the future user, the edge case, the doomsday design. You know product engineers want to build it with you, and see them as allies, where you give them the power and knowledge to access greater things.

• You’re someone who cares about what you do and the team you do it with, and want to work with others who do as well. You’ll be on interview panels choosing your next colleagues, and you’ll take that seriously. You only want to work with people who make you better, and want to make you better.

• You’ve built infrastructure at a slightly later stage than Ashby is at - you know how to deal with millions of data points, have seen great (or not great) infrastructure make or break customer experience, and have automated everything from provisioning to monitoring and release process.

• You’re a Swiss army knife (all nationalities welcome ;) ). You’ll get every hard problem the company faces. You’ll get to do infrastructure updates, security enforcements, database optimization, Kubernetes debugging, and digging through Typescript traces figuring out what doesn’t work. You probably don’t feel like an expert at at least some of that... and that appeals to you.

All that makes for a pretty specific kind of role, and the job isn’t to everyone’s tastes! You should not apply if:

• You don’t want to make your own decisions on what is the best paved road to build for Ashby, and expect a lead or manager to make the final call on what that is. Our leads (and managers) give ample commentary and feedback on technical decisions and how they’re made, but you ship what you want to build and are accountable for it.

• You hate SQL. We have a lot of features built around making the best out of data, and our platform engineers also sometimes dive into a gnarly report or advise engineers on a more performant data model to use.

• You don’t want to code. Our SREs are some of our best software engineers and they are just as responsible for the application as the other engineering teams - albeit at a platform level. Reviewing code and submitting code changes will be part of your day to day.

• Your primary mode of communicating best practices to engineers is live meetings. We’re a very async culture and written communication (and code) is how changes get made. As an Ashby SRE, you will need to share new tooling and best practices with engineers faster than your next meeting opportunity will take you.

• You’ve never delivered a project, on your own, without someone prodding you for updates. We have no project or delivery managers to fill your calendar with busy work, but the flip side is you have to do your project management, seek the help you need to get unstuck and cut scope when it’s worthwhile.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it: TypeScript (frontend & backend), Node.js, React, Apollo GraphQL, Postgres, Redis.

We use Datadog and Sentry on 100% cloud-based (AWS) infra. We take developer experience and reliability seriously: all engineers are on call in a follow-the-sun model, and everyone contributes to developer tooling.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Abhik and Benji ’s (our co-founders) belief that a small talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (Abhik wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on technical design, debugging incidents, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €141K - €226K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for an ambitious full-stack engineer who is laser-focused on solving customer problems and making the right long-term investments to solve them not only today but in our future features and products.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: £103K - £137K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for an ambitious full-stack engineer who is laser-focused on solving customer problems and making the right long-term investments to solve them not only today but in our future features and products.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €98K - €133K

Hi 👋 I’m Colin , Director of Engineering, Europe. How do you feel about software engineers writing product specs, making product decisions, and not breaking down projects into individual tickets? If that sounds exciting (even if a bit scary), read on because I’m looking for an engineering manager to help us build a different type of engineering team and culture at Ashby.

To start, why do we need to be different? Time and again, I have witnessed engineers knowing what needs to be done yet being unable to get things done because of “the process” or because “more data is needed.” Some of the most effective projects have been skunkworks projects, where engineers have taken total ownership of a problem and driven it to completion. I want to normalize that at Ashby.

When we think about how these processes came about, we realize they carry a pessimistic mindset. They box people into smaller roles to minimize the chance of not meeting a certain standard. At Ashby. we’re building an environment that is optimistic about what engineers can own and achieve and embraces the innovative engineers (and frankly, often stays out of their way).

To accomplish this, our engineering leaders need to think deeply about individual performance, process, and culture - not running sprint planning or driving product and technical decisions. You’ll focus on building your team, their skills to thrive with the ownership they’re given, and an environment that empowers them to do their best work consistently, with little distraction. For junior EMs we try to stay within 6 direct reports. This enables them to spend time with our teams observing, correcting, praising, and, yes, coding. We like our managers to be hands-on while also making sure they’re not on the critical path.

We’ve already gathered an experienced, talented, and collaborative team of 25+ engineers. You’ll help me manage the growing team of engineers in Europe.

In addition to working with engineers you’ll also get to work on projects yourselves. Some examples of work our engineering leaders have done:

• Provide feedback on product and technical specs to help engineers identify where to cut scope or improve quality. You don’t make the final decisions, but you’ll influence and coach ICs to reach the right ones.

• Grow engineers to the point where they can take large, loosely defined projects, and deliver them with little intervention. They still ask for help when needed - the difference is that they’re driving.

• Jump into our systems and code to debug a customer issue, ship a small bug fix, or improve our developer experience. Engineering leaders at Ashby are great engineers and enjoy keeping their skills up-to-date (while staying off the critical path).

• Improve how we generate and simulate data in demo accounts. It’s a project off the critical path, but it helps you keep up-to-date on our codebase while immensely impacting the business, from Engineering to QA to Sales.

Why be a manager?

I had two experiences early in my career that set me on my path. I had a great manager who asked tonnes of questions about the decisions I was making and coached me without me realizing it. And I had a terrible manager - being told to work harder after a week of 3am finishes was not what I needed as a young engineer. The stark difference between these two experiences motivated me to become a manager: I wanted every engineer I worked with to have the support I had in the best case.

Since then, as I’ve learned more, I’ve realized that I love the kind of problems I get to solve as a manager. Deeply complex problems with long-term impact both on the company and on people’s lives. One of my proudest achievements is creating a fully transparent pay system, and on the day it was revealed, everybody was happy with it. Nobody stormed out. By spending time thinking deeply about everybody’s pay and ensuring the mechanics of promotion were clear, I put the team in a place where they could see a peer was paid more than them, and it not be a problem.

Despite all this, I love being technical. I sometimes indulge myself and spend a morning writing some code to improve tests or provide better abstractions. If I couldn’t be a manager, I’d be super happy to be an IC.

I’m looking for someone who is passionate. Passionate about both management and being technical. Someone who spots a pattern amongst their team, figures out a better way for us to operate, and then builds the automation that powers it. I introduced a new process that enables engineers to merge 30% of PRs without a human review beforehand. I also built the automation that approves these PRs. I also built that automation with abstractions that make it easy for the engineers to improve the automation themselves.

It can be hard to find seasoned engineering leaders who haven’t succumbed to the status quo in some way or another. We're committed to giving all our people a total and utter lack of terrible managers, and that means we're willing to take a chance on someone early in their leadership journey who's courageous, principled, and has the drive to build themselves into a great leader who can say “Yah I know everyone is doing that, but we won't because...”

Why You Should or Shouldn’t Apply

Engineering leadership comes in many flavors, not all of which fit our model. I thought I’d outline some things I’m looking for to help you decide if this fits what you’re looking for:

• You love being technical and can hold in-depth conversations with direct reports from infra to backend to frontend.

• You enjoy management problems . We want people who get excited about driving people to be their best, giving difficult feedback, and building systems that make this easier

• You hold your team to a high standard and don’t shy away from getting into the details and giving feedback, even to the best folks on your team.

• You are an excellent and empathetic communicator. Facilitating change at both an individual and organization level requires understanding how to navigate the beliefs, opinions, and past experiences of engineers and figuring out how to both convince them of a new way of doing things while also leaving yourself open to feedback.

• You know what exceptional engineers look like. You’ve thought deeply about what makes them tick, how to recruit them, and how to grow folks into them. I want to see depth here, the industry often regurgitates a vanilla description, but the reality is more nuanced.

• You’re good at thinking about product, business , and maybe even design, but you’re not interested in calling the shots and are more interested in building a team that can make the best decisions without you.

• You thrive in high-trust, high-autonomy environments . We're a young startup where leaders wear multiple hats, and you'll build your own (high-speed) on-ramp through developing strong feedback loops.

Put another way, you shouldn’t apply if:

• You don’t enjoy coding or don’t find time to stay up-to-date on technology.

• You’ve gotten into management because it was the only growth path available

• You want to make all the product decisions instead of empowering your team to make those calls.

• You're happy with a team of engineers that are predominantly early-career, mid-career, or don't thrive with ownership or autonomy. With enough guardrails, the team can get things done.

• A staff or principal engineer to you is someone who spends most of their time project managing or doing architecture reviews.

• You’re not optimistic or convinced that we can build a large engineering team that functions differently than the status quo. You think, at some size, common processes need to be implemented to ensure consistent product delivery (e.g., sprint planning, product managers writing in-depth specifications). You might not say it out loud, but you think, at some size, compromises have to be made for the sake of hiring numbers.

What We’re Building

Talent teams aspire to build a hiring process that identifies great candidates, moves them quickly through the interview process, and provides an excellent experience for the candidate. To accomplish this, recruiters perform thousands of daily tasks to coordinate and relay information between candidates, interviewers, and hiring managers. Teams struggle to keep up!

Scheduling a final round is an excellent example of our customers' challenges. A recruiter needs to collect availability from the candidate, identify potential interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and perform any last-minute adjustments as availability changes. They must perform this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵

Ashby provides talent teams with intelligent and powerful software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We put a lot of effort into designing products that are approachable to beginners but mastered and extended by power users. In many ways, spreadsheets set the bar here.

We have many customers, great revenue growth, years of runway, and amazing investors like YCombinator, Elad Gil, and Lachy Groom. I’ll share more once we meet.

Engineering Culture

Our engineering culture is motivated by Abhik and Benji ’s (our co-founders) belief that a small talented team, given the right environment, can build high-quality software fast (and work regular hours!).

Collaboration is Natural, Communication is Deliberate

Our engineering team (and the team at large) consists of lifelong learners who are humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally (we filter for it in interviews). We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers can focus 36h out of a 40h work week (Abhik wrote about it here ). Even managers can rely on getting consistent time (and support to make, if necessary) to focus and do creative work without the demand of constant meetings.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 5x a day. Everyone on the team has contributed to developer experience 💪🏾

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) which we are constantly improving. Each improvement to a common component cascades throughout our app (short video on it here ).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Give Engineers Ownership & Autonomy

We, as engineers, find clever ways to solve problems, which amplifies when we deeply understand the problem. All of us in technical leadership did our best work as engineers when we had a deep understanding of the end-user and the business and ownership over the solution. Our engineering culture reflects this experience: engineers own projects end-to-end, from speaking with users to writing product specs to UX design. These are skills that we often don’t get to practice as engineers, and, as a manager at Ashby, you’ll provide mentorship and feedback to engineers to ensure they are successful when delivering projects.

Put Effort into Diversity

Diverse teams drive innovation and better outcomes . As the father of two young girls, I want to see them grow up in a world where all industries are open and welcoming to everyone, regardless of race, gender, or preferences. Helping to build a more diverse team at Ashby is my way of contributing to this change.

Today, 26% of engineers at Ashby are from underrepresented groups. It’s not great, and we are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together. Our interview process is six interviews in the following order:

1. Intro Call (30m) - Discuss your application questions, align on the responsibilities of the role, and answer questions about Ashby.

2. Past Experience Deep Dive (1h) - Discuss your past experience as an engineering leader.

3. Technical Screen (1h) - Add a feature back to Ashby. You'll spend most of your time understanding a specific part of our codebase and write less than 15 lines of code.

4. Coffee Chat with VP of Engineering (1h) - Spend time with our VP of Engineering and get to know each other.

5. Meet the Team (2h) - At this point, the engineering leadership team is excited about you and you'll meet our CEO, Engineers, Product Managers, and some other folks on the team.

I will be your main point of contact and prepare you for interviews. If we don’t give an offer, we’ll provide feedback!

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience: TypeScript (frontend & backend), Node.js, React, Apollo GraphQL, Postgres, Redis.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year. Expect “Vacation?” in our one-on-one agenda until you start taking it 😅.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: £91K - £200K

Hi 👋 I’m Colin , Director of Engineering, Europe. How do you feel about software engineers writing product specs, making product decisions, and not breaking down projects into individual tickets? If that sounds exciting (even if a bit scary), read on because I’m looking for an engineering manager to help us build a different type of engineering team and culture at Ashby.

To start, why do we need to be different? Time and again, I have witnessed engineers knowing what needs to be done yet being unable to get things done because of “the process” or because “more data is needed.” Some of the most effective projects have been skunkworks projects, where engineers have taken total ownership of a problem and driven it to completion. I want to normalize that at Ashby.

When we think about how these processes came about, we realize they carry a pessimistic mindset. They box people into smaller roles to minimize the chance of not meeting a certain standard. At Ashby. we’re building an environment that is optimistic about what engineers can own and achieve and embraces the innovative engineers (and frankly, often stays out of their way).

To accomplish this, our engineering leaders need to think deeply about individual performance, process, and culture - not running sprint planning or driving product and technical decisions. You’ll focus on building your team, their skills to thrive with the ownership they’re given, and an environment that empowers them to do their best work consistently, with little distraction. For junior EMs we try to stay within 6 direct reports. This enables them to spend time with our teams observing, correcting, praising, and, yes, coding. We like our managers to be hands-on while also making sure they’re not on the critical path.

We’ve already gathered an experienced, talented, and collaborative team of 25+ engineers. You’ll help me manage the growing team of engineers in Europe.

In addition to working with engineers you’ll also get to work on projects yourselves. Some examples of work our engineering leaders have done:

• Provide feedback on product and technical specs to help engineers identify where to cut scope or improve quality. You don’t make the final decisions, but you’ll influence and coach ICs to reach the right ones.

• Grow engineers to the point where they can take large, loosely defined projects, and deliver them with little intervention. They still ask for help when needed - the difference is that they’re driving.

• Jump into our systems and code to debug a customer issue, ship a small bug fix, or improve our developer experience. Engineering leaders at Ashby are great engineers and enjoy keeping their skills up-to-date (while staying off the critical path).

• Improve how we generate and simulate data in demo accounts. It’s a project off the critical path, but it helps you keep up-to-date on our codebase while immensely impacting the business, from Engineering to QA to Sales.

Why be a manager?

I had two experiences early in my career that set me on my path. I had a great manager who asked tonnes of questions about the decisions I was making and coached me without me realizing it. And I had a terrible manager - being told to work harder after a week of 3am finishes was not what I needed as a young engineer. The stark difference between these two experiences motivated me to become a manager: I wanted every engineer I worked with to have the support I had in the best case.

Since then, as I’ve learned more, I’ve realized that I love the kind of problems I get to solve as a manager. Deeply complex problems with long-term impact both on the company and on people’s lives. One of my proudest achievements is creating a fully transparent pay system, and on the day it was revealed, everybody was happy with it. Nobody stormed out. By spending time thinking deeply about everybody’s pay and ensuring the mechanics of promotion were clear, I put the team in a place where they could see a peer was paid more than them, and it not be a problem.

Despite all this, I love being technical. I sometimes indulge myself and spend a morning writing some code to improve tests or provide better abstractions. If I couldn’t be a manager, I’d be super happy to be an IC.

I’m looking for someone who is passionate. Passionate about both management and being technical. Someone who spots a pattern amongst their team, figures out a better way for us to operate, and then builds the automation that powers it. I introduced a new process that enables engineers to merge 30% of PRs without a human review beforehand. I also built the automation that approves these PRs. I also built that automation with abstractions that make it easy for the engineers to improve the automation themselves.

It can be hard to find seasoned engineering leaders who haven’t succumbed to the status quo in some way or another. We're committed to giving all our people a total and utter lack of terrible managers, and that means we're willing to take a chance on someone early in their leadership journey who's courageous, principled, and has the drive to build themselves into a great leader who can say “Yah I know everyone is doing that, but we won't because...”

Why You Should or Shouldn’t Apply

Engineering leadership comes in many flavors, not all of which fit our model. I thought I’d outline some things I’m looking for to help you decide if this fits what you’re looking for:

• You love being technical and can hold in-depth conversations with direct reports from infra to backend to frontend.

• You enjoy management problems . We want people who get excited about driving people to be their best, giving difficult feedback, and building systems that make this easier

• You hold your team to a high standard and don’t shy away from getting into the details and giving feedback, even to the best folks on your team.

• You are an excellent and empathetic communicator. Facilitating change at both an individual and organization level requires understanding how to navigate the beliefs, opinions, and past experiences of engineers and figuring out how to both convince them of a new way of doing things while also leaving yourself open to feedback.

• You know what exceptional engineers look like. You’ve thought deeply about what makes them tick, how to recruit them, and how to grow folks into them. I want to see depth here, the industry often regurgitates a vanilla description, but the reality is more nuanced.

• You’re good at thinking about product, business , and maybe even design, but you’re not interested in calling the shots and are more interested in building a team that can make the best decisions without you.

• You thrive in high-trust, high-autonomy environments . We're a young startup where leaders wear multiple hats, and you'll build your own (high-speed) on-ramp through developing strong feedback loops.

Put another way, you shouldn’t apply if:

• You don’t enjoy coding or don’t find time to stay up-to-date on technology.

• You’ve gotten into management because it was the only growth path available

• You want to make all the product decisions instead of empowering your team to make those calls.

• You're happy with a team of engineers that are predominantly early-career, mid-career, or don't thrive with ownership or autonomy. With enough guardrails, the team can get things done.

• A staff or principal engineer to you is someone who spends most of their time project managing or doing architecture reviews.

• You’re not optimistic or convinced that we can build a large engineering team that functions differently than the status quo. You think, at some size, common processes need to be implemented to ensure consistent product delivery (e.g., sprint planning, product managers writing in-depth specifications). You might not say it out loud, but you think, at some size, compromises have to be made for the sake of hiring numbers.

What We’re Building

Talent teams aspire to build a hiring process that identifies great candidates, moves them quickly through the interview process, and provides an excellent experience for the candidate. To accomplish this, recruiters perform thousands of daily tasks to coordinate and relay information between candidates, interviewers, and hiring managers. Teams struggle to keep up!

Scheduling a final round is an excellent example of our customers' challenges. A recruiter needs to collect availability from the candidate, identify potential interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and perform any last-minute adjustments as availability changes. They must perform this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵

Ashby provides talent teams with intelligent and powerful software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We put a lot of effort into designing products that are approachable to beginners but mastered and extended by power users. In many ways, spreadsheets set the bar here.

We have many customers, great revenue growth, years of runway, and amazing investors like YCombinator, Elad Gil, and Lachy Groom. I’ll share more once we meet.

Engineering Culture

Our engineering culture is motivated by Abhik and Benji ’s (our co-founders) belief that a small talented team, given the right environment, can build high-quality software fast (and work regular hours!).

Collaboration is Natural, Communication is Deliberate

Our engineering team (and the team at large) consists of lifelong learners who are humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally (we filter for it in interviews). We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers can focus 36h out of a 40h work week (Abhik wrote about it here ). Even managers can rely on getting consistent time (and support to make, if necessary) to focus and do creative work without the demand of constant meetings.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 5x a day. Everyone on the team has contributed to developer experience 💪🏾

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) which we are constantly improving. Each improvement to a common component cascades throughout our app (short video on it here ).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Give Engineers Ownership & Autonomy

We, as engineers, find clever ways to solve problems, which amplifies when we deeply understand the problem. All of us in technical leadership did our best work as engineers when we had a deep understanding of the end-user and the business and ownership over the solution. Our engineering culture reflects this experience: engineers own projects end-to-end, from speaking with users to writing product specs to UX design. These are skills that we often don’t get to practice as engineers, and, as a manager at Ashby, you’ll provide mentorship and feedback to engineers to ensure they are successful when delivering projects.

Put Effort into Diversity

Diverse teams drive innovation and better outcomes . As the father of two young girls, I want to see them grow up in a world where all industries are open and welcoming to everyone, regardless of race, gender, or preferences. Helping to build a more diverse team at Ashby is my way of contributing to this change.

Today, 26% of engineers at Ashby are from underrepresented groups. It’s not great, and we are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together. Our interview process is six interviews in the following order:

1. Intro Call (30m) - Discuss your application questions, align on the responsibilities of the role, and answer questions about Ashby.

2. Past Experience Deep Dive (1h) - Discuss your past experience as an engineering leader.

3. Technical Screen (1h) - Add a feature back to Ashby. You'll spend most of your time understanding a specific part of our codebase and write less than 15 lines of code.

4. Coffee Chat with VP of Engineering (1h) - Spend time with our VP of Engineering and get to know each other.

5. Meet the Team (2h) - At this point, the engineering leadership team is excited about you and you'll meet our CEO, Engineers, Product Managers, and some other folks on the team.

I will be your main point of contact and prepare you for interviews. If we don’t give an offer, we’ll provide feedback!

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience: TypeScript (frontend & backend), Node.js, React, Apollo GraphQL, Postgres, Redis.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year. Expect “Vacation?” in our one-on-one agenda until you start taking it 😅.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €76K - €185K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. As someone who could design and build software, this position is close to my heart. I always felt I had a unique perspective because I could play with design ideas and iterate in code . My ideas could start in Figma but then be grounded (or sometimes more creative) in code. My prototypes used actual logic and data. My changes cascaded throughout the app for comprehensive critique (thanks, React component system!). But, every company made me pick one —I couldn’t design and build. At Ashby, you can.

While every engineer can design and build, you’ll tackle our most challenging design problems and help others improve their designs by expanding and enhancing our in-house design system and consulting on bespoke work. To ground it with examples, engineers who can design at Ashby have:

• Redesigned our mobile web app by talking with customers who use it often, wireframing new flows, implementing its design system, and using it to make the wireframes a reality.

• Built a set of flexible, composable components in our design system that allow other engineers to build custom autocompletes. These autocompletes can contain filters, options to create new records, etc.

• Helped another engineer improve their design's information hierarchy and scannability for viewing a candidate’s assessments. Recruiters can quickly parse information and pick out anomalies.

These projects reflect what we’re accomplishing at Ashby: improving the productivity of working professionals (starting with talent teams) with intelligent and powerful software. We put a lot of effort into designing products that are approachable to beginners but mastered & extended by power users. In many ways, spreadsheets set the bar here.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: £138K - £224K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. As someone who could design and build software, this position is close to my heart. I always felt I had a unique perspective because I could play with design ideas and iterate in code . My ideas could start in Figma but then be grounded (or sometimes more creative) in code. My prototypes used actual logic and data. My changes cascaded throughout the app for comprehensive critique (thanks, React component system!). But, every company made me pick one —I couldn’t design and build. At Ashby, you can.

While every engineer can design and build, you’ll tackle our most challenging design problems and help others improve their designs by expanding and enhancing our in-house design system and consulting on bespoke work. To ground it with examples, engineers who can design at Ashby have:

• Redesigned our mobile web app by talking with customers who use it often, wireframing new flows, implementing its design system, and using it to make the wireframes a reality.

• Built a set of flexible, composable components in our design system that allow other engineers to build custom autocompletes. These autocompletes can contain filters, options to create new records, etc.

• Helped another engineer improve their design's information hierarchy and scannability for viewing a candidate’s assessments. Recruiters can quickly parse information and pick out anomalies.

These projects reflect what we’re accomplishing at Ashby: improving the productivity of working professionals (starting with talent teams) with intelligent and powerful software. We put a lot of effort into designing products that are approachable to beginners but mastered & extended by power users. In many ways, spreadsheets set the bar here.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €141K - €226K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for a versatile, persistent product engineer who’s not afraid to set up reusable building blocks across the stack and advocate for the time and space to do so. At Ashby, all our engineers ship features end-to-end at a high pace. Example is the best leadership. We’ll give you the room to do your best work, and you'll be our guide! If that speaks to you, read on.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: CA$173K - CA$326K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for a versatile, persistent product engineer who’s not afraid to set up reusable building blocks across the stack and advocate for the time and space to do so. At Ashby, all our engineers ship features end-to-end at a high pace. Example is the best leadership. We’ll give you the room to do your best work, and you'll be our guide! If that speaks to you, read on.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $190K - $275K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for a versatile, persistent product engineer who’s not afraid to set up reusable building blocks across the stack and advocate for the time and space to do so. At Ashby, all our engineers ship features end-to-end at a high pace. Example is the best leadership. We’ll give you the room to do your best work, and you'll be our guide! If that speaks to you, read on.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $153K - $220K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. We’re looking for a versatile, persistent product engineer who’s not afraid to set up reusable building blocks across the stack and advocate for the time and space to do so. At Ashby, all our engineers ship features end-to-end at a high pace. Example is the best leadership. We’ll give you the room to do your best work, and you'll be our guide! If that speaks to you, read on.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you write product specs, make product and design decisions, and build in an almost-no-meeting culture. While also the product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on your software and eagerly await your next feature.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ve probably seen this role posted before, and it’s because we’re always expanding the team (we’re on track to double this year). We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

About the Role and How We Work

Our engineering culture strives to recreate the environments where we did our best work as ICs – where we had the ownership and agency to impact our users with creative and innovative software.

I started my career building software for artists in the Visual Effects industry. It was a formative experience for me as a software engineer because success relied on my ability to be a product manager and designer. I talked to artists to understand their needs. I came up with ideas. I did industry research, designed interfaces, and prototyped ideas. I watched artists use what I built and decided what to tackle in the next iteration. No daily stand-ups, no t-shirt sizing, no planning meetings.

I studied computer science to solve problems, not tickets, and this felt exactly like that. I not only felt creative and fulfilled but the agency and ownership we were given as engineers powered an incredible amount of innovation.

Innovation came differently (or not at all) at technology startups beyond the seed stage, often through an engineer’s force of will and ability to push back against culture (rather than any encouragement from it). Engineering was narrowed to implementation and delivery, partly due to the influence of other departments and partly due to the influx of "Agile" processes like sprint planning. In those companies, I felt like a JIRA jockey.

At Ashby, we’re building an environment that is optimistic about what engineers can own and achieve. An environment that embraces innovative engineers, and, frankly, often stays out of their way. As a Product Engineer, you’ll take ownership over a large portion of one of our products and own projects end-to-end (wearing hats traditionally worn by product and design). You’ll research competitors, write product specs, make wireframes, and more. To ground it with examples, product engineers at Ashby have:

• Designed and built automated interview scheduling. This feature automates scheduling by calculating possible times from a pool of interviewers and other constraints, and then presenting these times to the candidate for selection via our responsive web app. This solves the “Calendar Tetris” problem I talk about in "What We're Building."

• Built a generalized declarative filter architecture that allows users to create complex filters for any record with a consistent UI and compile it to SQL in our backend. Many user-facing features use it.

• Specced, designed, and implemented a feature that allows users to complete signing offers entirely within Ashby. This project involved talking to customers to understand their requirements, deciding what technologies to use, building a prototype, and working with other team members to integrate the final implementation into additional features.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Should or Shouldn’t Apply

Software engineers come in many flavors, not all of which fit our model. Here are some things to help you decide if this fits you and what you’re looking for:

• You’re not afraid to tackle any part of a technology stack. You do what’s necessary to successfully deliver a feature, whether writing frontend or choosing new infrastructure. We’ll provide a supportive environment to do it successfully (e.g., design system, SRE team).

• You’ve tackled projects with a lot of product and technical ambiguity, and you thrive at the intersection of the two. We’re not building a simple CRUD app, and many of the challenges we tackle require you to use your knowledge of our customers to build powerful abstractions and flexibility in the system to solve a class of problems.

• You know how to strike the right balance between speed and quality. Ashby wasn’t built quickly. We took four years to launch publicly because convincing customers to switch required a high-quality product. However, time isn’t infinite, especially for a startup, so we still move with urgency—we’ve built the equivalent of three or more VC-backed startups with a very small team.

• You are ambitious and always looking to improve your skills. For most engineers, this role will give you more freedom and responsibilities than you’ve experienced in the past. To thrive (and level up), you’ll need to be open to feedback (and we give lots of it).

• You’re an excellent collaborator and communicator. Ownership and freedom don’t mean you work in a vacuum. You’ll need to vet your decisions with the appropriate stakeholders, keep them up to date when necessary, and work with other engineers to get your projects across the finish line. Clear and concise communication helps a lot here!

• You seek to create leverage in your work. The nature of software is that you can often automate or abstract what would be tedious, time-consuming work. Your impatience usually leads to new abstractions, tools to allow Support to debug before Engineering, new lint rules to prevent common bugs, etc.

Put another way, you shouldn’t apply if:

• To you, a tech lead, staff, or principal engineer is someone who spends most of their time project managing or doing architecture reviews. Our most tenured engineers spend most of their time building, and we often trust them with our most challenging problems. While they lead product and technical areas and help other engineers plan their most challenging work, it’s not a requirement, nor do engineers need their sign-off.

• You need company-driven process and structure to get your projects across the finish line. Sprint planning and well-defined project management processes are things you need or look to others to lead. You’d rather focus on the technical details and challenges.

• You only want to do exciting work. We’re building a team of kind, collaborative folks. Customer issues and investigations are distributed across the team, including our high-level ICs.

• You can get lost in the details. Once you start implementation, it can be hard to take a step back and think about the project as a whole. You like everything to be planned upfront.

• You haven’t led or taken ownership of projects before. You’re used to working with tech leads and taking on tasks distributed by them.

• You want to mentor earlier-career engineers. We rely on engineers owning their projects, so we need engineers with that experience. This requires the team to be reasonably tenured. More than 90% of the team would be considered Senior or above in the industry today, so mentorship opportunities are very limited.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: CA$151K - CA$200K

Hi 👋🏾, I’m Abhik , Ashby’s Co-Founder and VP of Engineering. We’re looking for a great (former) engineer who built impressive products and now builds teams of great engineers. Ashby’s success and ambition mean we’re doubling the Engineering team in the next year, and we need your experience and leadership to do it thoughtfully.

Our product and growth are exceptional. Ashby All-in-One is powerful, easy to use, and replaces several venture-backed companies' worth of products (often with a better experience). We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway.

A big part of our secret sauce is how we run Engineering. We achieve incredible speed and quality by discarding many industry norms and being optimistic about Engineers. We consider what makes exceptional Engineers exceptional, figure out how to hire them, and build an environment that gives them the freedom and agency to actually be exceptional. In other words, if engineers writing product specs, making product decisions, and not breaking down projects into individual tickets excites you, you’ve found the right place.

As an Engineering Manager, you’ll work closely with me, Ben, Colin, and your peers to build out the team and continue scaling this unique culture.

You’ll first do that through grassroots leadership. You’ll manage three to five Engineers and hire three to five more. They’ll cover multiple teams and a variety of specializations, from Product Engineers to Site Reliability Engineers to Design Engineers. Your day-to-day will include:

• Providing feedback on product and technical specs to help engineers identify where to cut scope or improve quality. You don’t make the final decisions, but you’ll influence and coach ICs to reach the right ones.

• Grow engineers to the point where they can take large, loosely defined projects and deliver them with little intervention.

• Jump into our systems and code to debug a customer issue, ship a small bug fix, or improve our developer experience. Engineering leaders at Ashby are great engineers and enjoy keeping their skills up-to-date (while staying off the critical path).

You’ll also propose and lead department and company-wide initiatives. Some examples:

• Rethink how we (and the industry) do pull request reviews by aligning on goals with the team, sampling a set of PRs to understand how effective they are, and writing a proposal to the team about what we could change to speed up reviews while giving reviewers the time and space to give useful feedback.

• Design and improve interviews based on candidate and team feedback. We pride ourselves on thoughtful interviews that simulate actually working with us!

• Improve how we generate and simulate data in demo accounts. It’s a project off the critical path, but it helps you keep up-to-date on our codebase while immensely impacting the business, from Engineering to QA to Sales.

I’ll share more details once we meet.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Shouldn’t Apply

• You don’t enjoy coding or don’t find time to stay up-to-date on technology. We believe great leaders are folks who were great engineers themselves. That starts with loving the craft and never giving it up.

• You follow the rules and accept the hand you’ve been dealt. We want folks with the ambition, courage, and follow-through to change things, whether it’s within their own team or across departments.

• You went into management because it was the only growth path available. We want folks who could have been Principal engineers (or were one!).

• You're happy with a team of engineers who are predominantly early-career or mid-career or don't thrive with ownership or autonomy. You believe that with enough guardrails, the team can get things done.

• To you, a Staff or Principal Engineer is someone who spends most of their time project managing or conducting architecture reviews. You don’t believe staff and principal engineers could lead by the example they set or the leverage they create through their work.

• You’re not optimistic or convinced that we can build a large engineering team that functions differently from the status quo. You think, at some size, common processes need to be implemented to ensure consistent product delivery (e.g., sprint planning, product managers writing in-depth specifications). You might not say it out loud, but you think, at some size, compromises have to be made for the sake of hiring numbers or consistency.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

You’ll be an important part of figuring out how to scale these methods from 50 engineers to 100 and beyond.

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

This is an important role and our interview process reflects that both in challenge and length (5h 15m):

1. Introduction call with me and Ben (30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. An interview to explore your past experience as a leader (1h, live)

4. Interview with Ben, Director of Engineering AMER (45m, live)

5. Interview with Colin, Head of Engineering EMEA (30m, live)

6. Final round where you meet Engineers, other Engineering Managers, and Benji, our CEO (90m, live)

Depending on my bandwidth, we may start with an additional 30m screen with a recruiter. Near the end of the process, we’ll do reference checks.

This is also an important decision for you, so I’m always happy to have coffee chats in person or over Zoom to get to know each other. If we don’t move forward, we’re happy to share feedback.

Your First Six Months at Ashby

Your first three months at Ashby will be spent learning about Ashby Engineering and easing into leadership by being an IC. What better way to learn how ICs work than to be one! Don’t worry if you don’t know our technologies. The team is really helpful, and our dev environment is pretty awesome: it sets up in a single script, and you’ll be able to push your first product change on day one.

You and I will do 30-day, 60-day, 90-day, and 6-month reviews to calibrate on our unique culture and how you, I, and the team will work together.

This role will initially report to me, but may report to Ben, our Director of Engineering, over time.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: CA$190K - CA$280K

Hi 👋🏾, I’m Abhik , Ashby’s Co-Founder and VP of Engineering. We’re looking for a great (former) engineer who built impressive products and now builds teams of great engineers. Ashby’s success and ambition mean we’re doubling the Engineering team in the next year, and we need your experience and leadership to do it thoughtfully.

Our product and growth are exceptional. Ashby All-in-One is powerful, easy to use, and replaces several venture-backed companies' worth of products (often with a better experience). We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway.

A big part of our secret sauce is how we run Engineering. We achieve incredible speed and quality by discarding many industry norms and being optimistic about Engineers. We consider what makes exceptional Engineers exceptional, figure out how to hire them, and build an environment that gives them the freedom and agency to actually be exceptional. In other words, if engineers writing product specs, making product decisions, and not breaking down projects into individual tickets excites you, you’ve found the right place.

As an Engineering Manager, you’ll work closely with me, Ben, Colin, and your peers to build out the team and continue scaling this unique culture.

You’ll first do that through grassroots leadership. You’ll manage three to five Engineers and hire three to five more. They’ll cover multiple teams and a variety of specializations, from Product Engineers to Site Reliability Engineers to Design Engineers. Your day-to-day will include:

• Providing feedback on product and technical specs to help engineers identify where to cut scope or improve quality. You don’t make the final decisions, but you’ll influence and coach ICs to reach the right ones.

• Grow engineers to the point where they can take large, loosely defined projects and deliver them with little intervention.

• Jump into our systems and code to debug a customer issue, ship a small bug fix, or improve our developer experience. Engineering leaders at Ashby are great engineers and enjoy keeping their skills up-to-date (while staying off the critical path).

You’ll also propose and lead department and company-wide initiatives. Some examples:

• Rethink how we (and the industry) do pull request reviews by aligning on goals with the team, sampling a set of PRs to understand how effective they are, and writing a proposal to the team about what we could change to speed up reviews while giving reviewers the time and space to give useful feedback.

• Design and improve interviews based on candidate and team feedback. We pride ourselves on thoughtful interviews that simulate actually working with us!

• Improve how we generate and simulate data in demo accounts. It’s a project off the critical path, but it helps you keep up-to-date on our codebase while immensely impacting the business, from Engineering to QA to Sales.

I’ll share more details once we meet.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Why You Shouldn’t Apply

• You don’t enjoy coding or don’t find time to stay up-to-date on technology. We believe great leaders are folks who were great engineers themselves. That starts with loving the craft and never giving it up.

• You follow the rules and accept the hand you’ve been dealt. We want folks with the ambition, courage, and follow-through to change things, whether it’s within their own team or across departments.

• You went into management because it was the only growth path available. We want folks who could have been Principal engineers (or were one!).

• You're happy with a team of engineers who are predominantly early-career or mid-career or don't thrive with ownership or autonomy. You believe that with enough guardrails, the team can get things done.

• To you, a Staff or Principal Engineer is someone who spends most of their time project managing or conducting architecture reviews. You don’t believe staff and principal engineers could lead by the example they set or the leverage they create through their work.

• You’re not optimistic or convinced that we can build a large engineering team that functions differently from the status quo. You think, at some size, common processes need to be implemented to ensure consistent product delivery (e.g., sprint planning, product managers writing in-depth specifications). You might not say it out loud, but you think, at some size, compromises have to be made for the sake of hiring numbers or consistency.

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

You’ll be an important part of figuring out how to scale these methods from 50 engineers to 100 and beyond.

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

This is an important role and our interview process reflects that both in challenge and length (5h 15m):

1. Introduction call with me and Ben (30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. An interview to explore your past experience as a leader (1h, live)

4. Interview with Ben, Director of Engineering AMER (45m, live)

5. Interview with Colin, Head of Engineering EMEA (30m, live)

6. Final round where you meet Engineers, other Engineering Managers, and Benji, our CEO (90m, live)

Depending on my bandwidth, we may start with an additional 30m screen with a recruiter. Near the end of the process, we’ll do reference checks.

This is also an important decision for you, so I’m always happy to have coffee chats in person or over Zoom to get to know each other. If we don’t move forward, we’re happy to share feedback.

Your First Six Months at Ashby

Your first three months at Ashby will be spent learning about Ashby Engineering and easing into leadership by being an IC. What better way to learn how ICs work than to be one! Don’t worry if you don’t know our technologies. The team is really helpful, and our dev environment is pretty awesome: it sets up in a single script, and you’ll be able to push your first product change on day one.

You and I will do 30-day, 60-day, 90-day, and 6-month reviews to calibrate on our unique culture and how you, I, and the team will work together.

This role will initially report to me, but may report to Ben, our Director of Engineering, over time.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $200K - $275K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. As someone who could design and build software, this position is close to my heart. I always felt I had a unique perspective because I could play with design ideas and iterate in code . My ideas could start in Figma but then be grounded (or sometimes more creative) in code. My prototypes used actual logic and data. My changes cascaded throughout the app for comprehensive critique (thanks, React component system!). But, every company made me pick one —I couldn’t design and build. At Ashby, you can.

While every engineer can design and build, you’ll tackle our most challenging design problems and help others improve their designs by expanding and enhancing our in-house design system and consulting on bespoke work. To ground it with examples, engineers who can design at Ashby have:

• Redesigned our mobile web app by talking with customers who use it often, wireframing new flows, implementing its design system, and using it to make the wireframes a reality.

• Built a set of flexible, composable components in our design system that allow other engineers to build custom autocompletes. These autocompletes can contain filters, options to create new records, etc.

• Helped another engineer improve their design's information hierarchy and scannability for viewing a candidate’s assessments. Recruiters can quickly parse information and pick out anomalies.

These projects reflect what we’re accomplishing at Ashby: improving the productivity of working professionals (starting with talent teams) with intelligent and powerful software. We put a lot of effort into designing products that are approachable to beginners but mastered & extended by power users. In many ways, spreadsheets set the bar here.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

To drive it home, here's a recent calendar of an engineer who has been with us for over 4 years. ~34 hours of focus time, 2.5h of interviews, and 3.5 hours of meetings:

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: CA$173K - CA$326K

Hi 👋🏾 I’m Abhik , Ashby's Co-Founder and VP of Engineering. As someone who could design and build software, this position is close to my heart. I always felt I had a unique perspective because I could play with design ideas and iterate in code . My ideas could start in Figma but then be grounded (or sometimes more creative) in code. My prototypes used actual logic and data. My changes cascaded throughout the app for comprehensive critique (thanks, React component system!). But, every company made me pick one —I couldn’t design and build. At Ashby, you can.

While every engineer can design and build, you’ll tackle our most challenging design problems and help others improve their designs by expanding and enhancing our in-house design system and consulting on bespoke work. To ground it with examples, engineers who can design at Ashby have:

• Redesigned our mobile web app by talking with customers who use it often, wireframing new flows, implementing its design system, and using it to make the wireframes a reality.

• Built a set of flexible, composable components in our design system that allow other engineers to build custom autocompletes. These autocompletes can contain filters, options to create new records, etc.

• Helped another engineer improve their design's information hierarchy and scannability for viewing a candidate’s assessments. Recruiters can quickly parse information and pick out anomalies.

These projects reflect what we’re accomplishing at Ashby: improving the productivity of working professionals (starting with talent teams) with intelligent and powerful software. We put a lot of effort into designing products that are approachable to beginners but mastered & extended by power users. In many ways, spreadsheets set the bar here.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role 😅.

What We’re Building

As engineers, we are used to tooling that makes us better at what we do. When we started Ashby, we saw the opposite with Talent Acquisition software. Recruiting teams were leveling up how they did their work, but instead of software meeting this new standard, it held them back.

Scheduling a final round is an excellent example. Recruiting teams wanted to schedule candidates faster, track interviewer preparation and quality, and do it with half the headcount. A recruiter needed to manually collect availability from the candidate, identify qualified interviewers, perform “Calendar Tetris” to find who is available to interview the candidate, schedule on the earliest date possible, and make any last-minute adjustments as availability changed. They must do this while considering the interview load on each individual and whether interviewers need to be trained and shadowing others. 🥵 TA software didn’t help.

As hiring managers, we know TA is a critical function, and as engineers, we know software can do better. So, we built and continue to build Ashby to give TA teams the highest standard of tooling. Software that’s intelligent and powerful. Software that provides insights into where they’re failing and automates or simplifies many of the tasks they’re underwater with. We want other functions and departments to be jealous of what TA teams can do with Ashby, and today they often are!

Engineering Culture

Our engineering culture is motivated by Benji’s (my Co-founder and CEO) and my belief that a small, talented team, given the right environment, can build high-quality software fast (and work regular hours!). We do it through:

• Minimal process with ownership over decisions normally made by product and design

• Natural collaboration and deliberate communication

• Investing in tools and abstractions that give us leverage

• Putting effort into building a diverse team

Minimal Process & Lots of Ownership

The best engineers we’ve worked with delivered reliably magical outcomes. They took customer problems and relentlessly drove them to solutions that were not only successful but often brilliant and creative. While they did this with minimal oversight, stakeholders were never in the dark as to what was going on, and no setback was a surprise.

Traditional product-development processes aren’t meant for the best engineers. Their purpose is to create consistent outcomes regardless of the engineer’s skill. But, consistency comes at the expense of an engineer’s time and freedom—both ingredients necessary to generate those magical outcomes. As a result, process stifles the best engineers and doesn’t give others the opportunity to practice the behaviors that made the best engineers the “best.”

At Ashby, we want to build an environment that encourages every engineer to be their best. So, at Ashby, every Engineer runs their project. Product Managers (and Designers) build strategy, do customer research, and hand off problem briefs to Engineers. Engineers take on the rest: they research the problem, write product specs, build wireframes, and implement their solution end-to-end. We rely on engineers, not process, to push information outward to the relevant folks (e.g., Product Managers) and pull folks in to help (e.g., Designers, Infra). It’s a new level of ownership for many engineers, but we’d rather an engineer fail a bit and coach up their skills than use process as a crutch. Not everyone succeeds in our culture, but those who do thrive .

Collaboration is Natural & Communication is Deliberate

Our engineering team consists of lifelong learners who are talented but also humble and kind (meet them here !). These attributes create an environment where collaboration happens naturally. We combine this with research, prototyping, and written proposals to see around corners and get feedback from the team across time zones. Focus time is something that we hold sacred, and, with thoughtful and deliberate communication, engineers are in <2h meetings per week (I wrote about it here ).

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

We also meet in person at least twice a year, once as a department and once as a company. You also have a small budget to meet up with folks in your city/region.

Increase Leverage, not Team Size

We built Ashby with the quality, breadth, and depth that many customers would expect from much larger teams over larger time scales. We’ve done this through investment in:

• Great developer tooling. Our CI/CD takes ~10m, and we deploy at least 15x a day. A debugger that works out of the box. Everyone on the team has contributed to our developer experience 💪🏾.

• Building blocks to create powerful and customizable products fast. At the core of Ashby is a set of common components (analytics modeling and query language, policy engine, workflow engine, design system) that we constantly improve. Each improvement to a common component cascades throughout our app (short video below).

• AI-powered tooling. We think of AI as a way to automate the mundane parts of building and maintaining high-quality software. We use a combination of third-party and internally built tools that, for instance, auto-triage customer issues, suggest fixes, prototype ideas, generate production-ready code, and conduct code reviews. Engineers have an unlimited token budget (but are not measured on it). We write in detail about our philosophy, current use of AI, and future plans for AI in Engineering here .

Here’s an impromptu quote from Arjun in our company Slack of what it’s like to build a feature at Ashby:

And a demo of one of these building blocks:

Put Effort into Diversity

Diverse teams drive innovation and better outcomes. Having seen my mother and partner build their careers as minority women in non-diverse fields, I want to make sure Ashby creates opportunities for the next generation of engineers from underrepresented groups.

Today, 25% of engineers and 50% of our engineering leaders at Ashby are from underrepresented groups. We are taking conscious steps to improve, like sourcing diverse candidates, providing generous paid family leave, no leetcode interviews, and more.

Interview Process

At Ashby, our team and interview process want to help you show your best self. We’ll dive into past projects and simulate working together via pair programming, writing product and tech specs collaboratively, and talking through decisions. There are no leetcode or whiteboard exercises.

Our interview process is three rounds:

1. Introduction call with Hiring Manager (15 to 30m, live)

2. A technical screen where we pair in our actual codebase (1h, live)

3. Three non-coding interviews that focus on product thinking, technical design, and infrastructure (3h 15m, live can be split across multiple days)

Depending on our leadership team’s bandwidth, we may start with an additional 30m screen with a recruiter.

Your hiring manager will be your main point of contact and prep you for interviews. Each round will have written guidance so you know what to expect (you’ll need minimal preparation). You’ll meet 4 to 6 people in engineering (with 5-15 minutes in each interview to ask them questions). If we don’t give an offer, we’ll provide feedback!

Your First Three Months at Ashby

We want an exceptional onboarding experience for every new hire. At Ashby, your dev environment is set up with a single script, you push your first product change on day one, and you spend the rest of your time shipping product changes that give you a tour of our codebase and best practices. The product changes increase in scope and ambiguity from simple copy changes to the delivery of a prominent, impactful feature. Your manager will do a 30, 60, and 90-day review to give feedback and calibrate on how we work together.

It’s a team effort to get you successfully onboarded; you’ll have a peer paired with you to answer questions, pair program, and check in often to see if you need help. The rest of the team will run training sessions on our culture, product, engineering process, and technical architecture.

Technology Stack

I’m sharing our tech stack with the caveat that we don’t require previous experience in it (but a love of typed languages is helpful 😀): TypeScript (frontend & backend), React, GraphQL API, Node.js, Postgres, Redis.

When they joined Ashby, many of our engineers switched from other languages like Swift and Kotlin ( Ben ), platforms like iOS ( Tom ) and Windows ( Sergey ). We care more about fundamentals (e.g., debugging, abstractions) and how fast you learn. For folks on the team who switched, it's nice seeing changes hot reload versus waiting for XCode to compile 😅.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. For folks outside the US, it may be longer to be in line with regional requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $190K - $275K

Enterprise Solutions Architect - Americas

Hi, I’m John and I’m the Head of Professional Services at Ashby. One of my favorite aspects of Ashby is our operating principle of Continuous Improvement . Coupled with our principle of caring deeply about our customers, we often find ourselves wondering ‘what is a better way to accomplish this’. That’s why I am thrilled to be hiring our first Enterprise Solutions Architect! As a highly cross-functional member on our growing Professional Services team (within Ashby’s Customer Success organization), you’ll have the opportunity to start shaping our customers’ journeys before they kick off, ultimately upleveling the overall customer experience.

About the Role

As an Enterprise Solutions Architect (SA), you will have responsibility for implementation and services scoping and design, as well as Statement of Work creation to capture recommendations. The SA is a member of the Professional Services (PS) organization and a close partner to the Enterprise Sales team. Broadly, the goal of this role is to ensure the success of Enterprise customers through professional services.

You will work directly with prospective customers and our Solutions Engineering team during the sales cycle to understand the current state, define a clear path to success, and shape both the deal and implementation approach accordingly. You will provide continuity between what was sold and what is delivered by ensuring a comprehensive handoff from Sales to PS.

This is a high-impact, highly cross-functional role focused on aligning pre-sales motions with implementation work to improve Enterprise sales win rates, accelerate time-to-value, and drive long-term customer outcomes. You will play a critical role in matching prospective customers with the approaches that best meet their needs, while helping Sales win complex deals by increasing buyer confidence and reducing perceived implementation risk.

What You’ll Do

Design and Close Successful Professional Services Opportunities (Pre-Sales)

• Act as a trusted advisor to help prospective customers understand how to successfully implement Ashby

• Partner with Account Executives and Solutions Engineers to scope and design implementation approaches for complex enterprise opportunities

• Translate prospective customer needs and constraints into a tailored path to go-live, including an implementation strategy, success milestones, and services offerings required to support the customer

• Align customer stakeholders (including executives) on desired outcomes, timelines, and responsibilities

• Create, negotiate, and execute Statements of Work (SOWs) aligned with Professional Services best practices and offerings that accurately the required scope, effort, and sequencing

Create Continuity into Delivery (Post-Sales / Early Lifecycle)

• Participate in the Sales handoff to ensure effective transition of recommendations and expectations to the post-sales team

• Ensure alignment between pre-sales commitments and post-sales execution by participating in kickoff calls for customers with complex or highly custom recommended approaches

Improve Professional Services GTM Motions

• Identify patterns across opportunities (what works, what breaks) and use these to refine our Enterprise Sales motion in partnership with Leadership.

• Refine how and when services are introduced and scoped within the sales cycle

• Contribute to playbooks, frameworks, and assets that improve how we sell and deliver services

What We’re Looking For

• 5+ years of experience in Enterprise SaaS across one or more of: Solutions Consulting, Professional Services, or Management Consulting

• Strong ability to diagnose business processes and translate them into scalable technical solutions

• Experience with complex, multi-stakeholder deals with meaningful implementation components

• Comfort navigating collaboration with both pre-sales and post-sales teams

• Excellent communication skills, with the ability to influence executives and align cross-functional teams

• Strong judgment and ability to balance customer needs, business outcomes, and operational feasibility

What Success Looks Like

• Increasing win rates, especially in the Enterprise

• Clear alignment between scope, expectations, and customer outcomes

• Reduced implementation friction and faster time-to-value

• Improved customer confidence and sentiment at kickoff and early lifecycle

• Stronger partnership between Sales, Professional Services, and Customer Success

• Increased retention and expansion driven by successful customer outcomes

Why This Role Matters

As we move upmarket, the complexity of our customers—and the importance of getting implementations just right —continues to increase. This role ensures we are not just closing quickly, but closing them in a way that sets customers up for long-term success.

The Interview

At Ashby, our team and interview process want to help you show your best self. Our interview process is structured to get to know you and your career as well as empower you with insight into our key focus areas. Here is the process in its entirety:

• 30 min - Recruiter Screen with Talent Team

• 45 min - Interview with Head of Professional Services (Hiring Manager)

• 45 min - Change Management Challenge

• Final Round Part 1:

  • 30 min - Interview with VP of Customer Success

  • 30 min - Interview with our Global Head of Solutions Engineering

• Final Round Part 2:

  • 30 min - Interview with CEO

  • 10 min - Closing Questions with Hiring Manager

Benefits

• You’ll get the time to do things the right way; we put a lot of emphasis on high quality work and avoid quick hacks as much as possible.

• You get to sell a product that our prospects & customers are truly excited about.

• Competitive compensation is offered.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year. Expect “Vacation?” in our one-on-one agenda until you start taking it 😅

• Twelve weeks of fully paid family leave in the US . We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $155K - $175K

Hi! I'm Allie, Head of Support at Ashby. 👋 I have had the privilege of working with an incredible Support Team full of highly knowledgeable, driven team members who care deeply about the success of our customers. One of our key priorities is to scale our Support Team’s ability to resolve deeply technical issues and support complex customers and workflows. That’s why we’re searching for a Support Engineering Manager to grow and shape the future of Support Engineering at Ashby.

This role is not a traditional Support Manager position. We’re looking for someone who has technical depth, is confident diving into complex systems, and can mentor others on complex problem solving.

In this role, you’ll manage a team of highly skilled Support Engineers, work closely with Engineering to refine escalation and triage practices, and help define how Support Engineering operates at Ashby. We’re looking for a builder with strong instincts who sees inefficiency quickly, takes action, and drives high-leverage improvements without over-engineering solutions.

This is a unique opportunity to oversee our Support Engineering function, collaborate deeply with our Engineering and Product teams, and create scalable processes and systems for technical triage, debugging, and problem-solving. You should be energized by moving fast, experimenting, and making pragmatic decisions, even when you don’t have perfect data. If you love designing systems, building technical teams, and thinking holistically about how support can be a force multiplier across the business, you are in the right place!

About This Role

As the Support Engineering Manager, you will oversee a technically proficient team responsible for resolving complex product issues, supporting integrations and data workflows, and influencing product decisions through customer insights. This team serves as a key escalation layer for high-priority technical challenges while creating proactive solutions to elevate the broader Support organization.

You’ll play a hands-on role in developing the team’s capabilities, guiding cross-functional processes, and building the systems that will allow Support Engineering to scale effectively as our business grows. Since this is a new function, you’ll have the opportunity to define best practices, establish technical workflows, and build a strong partnership between Support and Engineering from day one.

We need someone who naturally gravitates toward the highest-leverage work by identifying waste, eliminating friction, and raising the technical bar of the team quickly. You should be comfortable being wrong occasionally if it means we’re right most of the time and moving at high velocity.

Role Responsibilities:

Team Leadership & Development

• Lead and develop a team of Support Engineers focused on technical depth, problem-solving, and customer impact.

• Foster a culture of ownership, urgency, and high standards where problems are driven to resolution quickly and thoughtfully.

• Mentor team members on technical skills including log analysis, database querying, systems architecture, and integration troubleshooting.

• Foster a collaborative environment where knowledge-sharing and experimentation are encouraged.

• Help define the career path and responsibilities of Support Engineers at Ashby.

• Recruit and grow talent with strong technical foundations in reading and understanding code, collaborating on bug reproduction, and working effectively with Engineering teams.

Technical Expertise & Support Engineering Practices

• Build scalable, repeatable processes for diagnosing and resolving complex issues related to integrations, APIs, analytics, and product performance.

• Set standards for how the team escalates to Engineering, triages bugs, identifies patterns, and partners on long-term solutions.

• Create internal tools and workflows that help the team operate with efficiency and consistency.

• Balance operational needs with hands-on technical work, staying close by jumping into issues, exploring logs, or conducting hands-on testing when needed to support the team.

• Continuously evaluate where time is being spent and ruthlessly prioritize work that drives the most impact for customers and the business.

• Ship improvements quickly. Iterate. Raise the bar again.

Cross-Functional Collaboration with Engineering & Product

• Collaborate closely with Engineering to shape how technical escalations are managed and how customer insights are tracked and actioned.

• Work with Product to provide feedback loops from Support to improve usability and prevent repeat issues.

• Serve as an advocate for customers in technical conversations and help Engineering teams understand the support impact of product decisions.

• Push for clarity and resolution. When tradeoffs exist, help the team move forward decisively.

Process Design & Technical Enablement

• Partner with our Support Leadership Team to identify and address gaps in our current tooling, workflows, and diagnostics capabilities.

• Use data from escalations and customer feedback to recommend changes that improve team effectiveness and customer outcomes.

• Partner with Support leadership to evolve how we measure success in high-complexity support scenarios.

• Help scale Support Engineering as a function by documenting approaches, onboarding new team members, and contributing to internal tooling.

• Default to action. Build the first version. Improve it in motion.

Role Requirements

Support & Technical Leadership

• Proven experience managing or mentoring a Technical Support Team in a B2B SaaS environment.

• Demonstrated ability to make high-quality decisions quickly and operate effectively without perfect information.

• Background in Software Engineering, Technical Support Engineering, DevOps, or similar highly technical customer-facing roles.

• Experience guiding cross-functional collaboration between Support and Engineering.

• Familiarity with ATS/HRIS platforms or other enterprise systems is a plus.

Systems Thinking & Process Design

• Ability to zoom out and identify scalable processes for handling complex technical work.

• Strong judgment in prioritizing bugs, customer needs, and internal enablement work.

• Comfort operating in ambiguity and creating structure where none exists.

• Clear bias toward simplification over over-optimization.

Customer-Centric, Engineering-Aware

• Passionate about improving the customer experience through well-designed, technically sound solutions.

• Comfortable representing customer needs in Engineering discussions and advocating for supportability.

• Able to hold a high bar for quality while still moving quickly and iterating.

• Understands that speed and quality are not opposites and knows how to balance both.

You Should Apply If:

• You have strong instincts for what matters most and aren’t afraid to make decisive calls.

• You believe velocity compounds and you want to build a team that moves fast and drives value for customers

• You thrive in cross-functional environments and love working alongside Engineering teams.

• You enjoy solving complex technical problems while enabling others to do the same.

• You’re excited by the challenge of making Support scalable, efficient, and high-leverage.

You May Not Want to Apply If:

• You prefer support models that avoid technical complexity or customer escalations.

• You’re uncomfortable operating in fast-evolving systems with undefined processes.

• You’re not interested in directly collaborating with Engineering.

• You prefer to lead from a high level without digging into the technical details.

• You need perfect certainty before acting or prefer prolonged analysis over decisive execution.

Our Interview Process

Our interview process is thorough — we aim to ensure each person that joins the team is the right fit for Ashby and will provide ample information for you to assess if Ashby is the right fit for you. The process for this role is as follows:

• Intro Call with Recruiting - 30 min

• Hiring Manager Interview - 45-60 min

• Take Home Assessment

• VP of Customer Success Interview - 30 min

• Founder Interview - 30 min

• Peer Interview (Support Leaders) - 60 min

If you're excited about leading a highly technical team, eliminating friction, and shaping the future of Support Engineering at Ashby, we’d love to hear from you!

Our Philosophy:

Here are a few key points (relevant to the go-to-market side) that should give you an idea of what it is like to work with us:

• We spend a lot of time building best-in-class products since we believe a highly differentiated product is a lot easier to sell.

• We want to offer deep expertise whenever we interact with prospects and customers – whether it be through scaled engagements (e.g. webinars), 1:1 conversations, or through written word (e.g. documentation).

• We strongly believe that small teams with very talented people (and the right work environment) deliver much better performance than teams with large headcount. We hire and compensate accordingly.

• We value a strong sense of ownership, principled thinking over experience, and thoughtful communication (we put a lot of effort into using the right communication channels) - we’ll get into these and other values during the hiring process.

Benefits:

• You’ll get the time to do things the right way; we put a lot of emphasis on high quality work and avoid quick hacks as much as possible.

• You get to sell a product that our prospects & customers are truly excited about.

• Competitive compensation is offered.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks is recommended per year. Expect “Vacation?” in our one-on-one agenda until you start taking it 😅

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $130K - $160K

Hello! I’m Allie, Head of Support here at Ashby. I'm excited to share that we're hiring a Support Engineer in Europe! 🎉

About this Role

As a Support Engineer, you will be at the center of providing an excellent experience to customers by diagnosing and resolving technical issues ensuring a high level of customer satisfaction through effective communication and problem-solving. You will assist with investigating and resolving technical issues that come to Support while identifying patterns in customer inquiries to drive product improvement, as well as opportunities to enable our Support team on technical concepts. Your knowledge of integrations and platforms will be key to your success, as you'll leverage this expertise to address customer inquiries related to system integrations, data flow, and product functionality. You’ll be a key contributor to our documentation and enablement strategy while collaborating with Engineering and Support to address complex issues.

Role Responsibilities:

• Technical Troubleshooting: Develop a deep technical understanding of Ashby capabilities and systems to support diagnosis of technical issues and to drive timely and effective resolutions for customers. Provide comprehensive support regarding the investigation of integration issues, API inquiries, and bug reports.

• Expertise in Integrations: Leverage in-depth understanding of integration frameworks and related technologies to troubleshoot and resolve complex integration issues. Proactively identify patterns in customer challenges to recommend product enhancements and streamline integration processes.

• Customer Experience: Provide exceptional customer service, ensuring clients feel supported and valued.

• Collaboration with Engineering: Work closely with the Ashby Engineering team to escalate issues, share insights, and contribute to the continuous improvement of our products.

• Documentation: Create and maintain detailed documentation of support processes, common issues, and solutions to enhance the knowledge base.

• Continuous Improvement: Gather, analyze, and relay customer feedback to the engineering team to inform product development and enhancements.

• Support Enablement: Share expanding knowledge with the rest of the Support Team to assist with creating holistic understanding of the platform.

Role Requirements:

• Technical Expertise: Strong understanding of software applications, Internet protocols, troubleshooting, and automation via scripting.

• Communication Skills: Excellent verbal and written communication skills, with the ability to explain technical concepts to non-technical users. Detail-oriented when documenting reproduction steps and consolidating relevant information to report technical issues internally.

• Customer-Focused: A passion for delivering outstanding customer service and a commitment to ensuring a positive customer experience.

• Team Collaboration: Ability to work effectively within a team and independently, with a proactive approach to solving problems.

• Adaptability: Comfortable working in a dynamic environment with the ability to adapt to product updates and processes improvements quickly.

You Should Apply If:

• You have a strong technical background, particularly in API integrations, and enjoy solving complex problems by analyzing logs and code.

• You are passionate about helping customers and providing a top-notch support experience.

• You have excellent communication skills and can convey technical information clearly to various audiences.

• You thrive in a collaborative environment and enjoy working closely with engineering teams.

• You are proactive, detail-oriented, and always looking for ways to improve processes.

You Should Not Apply If:

• You do not have a strong technical background or experience in technical troubleshooting.

• You are not comfortable with asynchronous collaboration or communicating in a thoughtful way with Customers, Support Team Members, or Engineers.

• You are not comfortable communicating with customers or explaining technical concepts in simple terms.

• You are not adaptable to changing environments and new technologies.

• You do not have a passion for customer-facing interactions and providing a great customer experience.

• You value in-office culture for motivation; this role is remote (given our office is in San Francisco) so we're seeking self-starters!

About Ashby

We’re building the next generation of enterprise software, and we’re starting with a suite of products that help talent leaders, recruiters, and hiring managers run their hiring process significantly better. Learn more on our website: https://www.ashbyhq.com/

We are well-funded and backed by great investors, including Y Combinator, Elad Gil and Lachy Groom. We publicly launched in October 2022 and are working with amazing companies we're proud to partner with.

We’ve built an incredible team and exceptional product over the past few years, and we truly are just getting started. In short, this is the perfect time to join 🚀

About Go To Market

Our Support team is a part of our Customer Success department, and thus is a part of our Go To Market function. Here are a few points that should give you an idea of what it is like to work with us:

• We spend a lot of time building best-in-class products, since we believe a highly differentiated product is easier to sell.

• We also spend a lot of time building a best-in-class customer experience. We aim to offer deep expertise whenever we interact with prospects and customers (we hope our 9.8 Support rating on G2 signals this).

• We strongly believe that small teams with very talented people and the right work environment deliver much high performance and we're built accordingly.

Interview Process

Our interview process is thorough — we aim to ensure each person that joins the team is the right fit for Ashby and will provide ample information for you to assess if Ashby is the right fit for you. The process for this role is as follows:

• Intro Call with Recruiting - 30 Minutes

• Take Home Assessment - 1 week to complete

• Hiring Manager Interview - 45-60 Minutes

• Virtual Onsite - 120 Minutes

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year.

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, top-notch health insurance for you and your dependents with all premiums covered by us.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: €64K - €104K

Hello! I’m Allie, Head of Support here at Ashby. I'm excited to share that we're hiring a Support Engineer in the APAC region! 🎉

About this Role

As a Support Engineer, you will be at the center of providing an excellent experience to customers by diagnosing and resolving technical issues ensuring a high level of customer satisfaction through effective communication and problem-solving. You will assist with investigating and resolving technical issues that come to Support while identifying patterns in customer inquiries to drive product improvement, as well as opportunities to enable our Support team on technical concepts. Your knowledge of integrations and platforms will be key to your success, as you'll leverage this expertise to address customer inquiries related to system integrations, data flow, and product functionality. You’ll be a key contributor to our documentation and enablement strategy while collaborating with Engineering and Support to address complex issues.

Role Responsibilities:

• Technical Troubleshooting: Develop a deep technical understanding of Ashby capabilities and systems to support diagnosis of technical issues and to drive timely and effective resolutions for customers. Provide comprehensive support regarding the investigation of integration issues, API inquiries, and bug reports.

• Expertise in Integrations: Leverage in-depth understanding of integration frameworks and related technologies to troubleshoot and resolve complex integration issues. Proactively identify patterns in customer challenges to recommend product enhancements and streamline integration processes.

• Customer Experience: Provide exceptional customer service, ensuring clients feel supported and valued.

• Collaboration with Engineering: Work closely with the Ashby Engineering team to escalate issues, share insights, and contribute to the continuous improvement of our products.

• Documentation: Create and maintain detailed documentation of support processes, common issues, and solutions to enhance the knowledge base.

• Continuous Improvement: Gather, analyze, and relay customer feedback to the engineering team to inform product development and enhancements.

• Support Enablement: Share expanding knowledge with the rest of the Support Team to assist with creating holistic understanding of the platform.

Role Requirements:

• Technical Expertise: Strong understanding of software applications, Internet protocols, troubleshooting, and automation via scripting.

• Communication Skills: Excellent verbal and written communication skills, with the ability to explain technical concepts to non-technical users. Detail-oriented when documenting reproduction steps and consolidating relevant information to report technical issues internally.

• Customer-Focused: A passion for delivering outstanding customer service and a commitment to ensuring a positive customer experience.

• Team Collaboration: Ability to work effectively within a team and independently, with a proactive approach to solving problems.

• Adaptability: Comfortable working in a dynamic environment with the ability to adapt to product updates and processes improvements quickly.

You Should Apply If:

• You have a strong technical background, particularly in API integrations, and enjoy solving complex problems by analyzing logs and code.

• You are passionate about helping customers and providing a top-notch support experience.

• You have excellent communication skills and can convey technical information clearly to various audiences.

• You thrive in a collaborative environment and enjoy working closely with engineering teams.

• You are proactive, detail-oriented, and always looking for ways to improve processes.

You Should Not Apply If:

• You do not have a strong technical background or experience in technical troubleshooting.

• You are not comfortable with asynchronous collaboration or communicating in a thoughtful way with Customers, Support Team Members, or Engineers.

• You are not comfortable communicating with customers or explaining technical concepts in simple terms.

• You are not adaptable to changing environments and new technologies.

• You do not have a passion for customer-facing interactions and providing a great customer experience.

• You value in-office culture for motivation; this role is remote (given our office is in San Francisco) so we're seeking self-starters!

About Ashby

We’re building the next generation of enterprise software, and we’re starting with a suite of products that help talent leaders, recruiters, and hiring managers run their hiring process significantly better. Learn more on our website: https://www.ashbyhq.com/

We are well-funded and backed by great investors, including Y Combinator, Elad Gil and Lachy Groom. We publicly launched in October 2022 and are working with amazing companies we're proud to partner with.

We’ve built an incredible team and exceptional product over the past few years, and we truly are just getting started. In short, this is the perfect time to join 🚀

About Go To Market

Our Support team is a part of our Customer Success department, and thus is a part of our Go To Market function. Here are a few points that should give you an idea of what it is like to work with us:

• We spend a lot of time building best-in-class products, since we believe a highly differentiated product is easier to sell.

• We also spend a lot of time building a best-in-class customer experience. We aim to offer deep expertise whenever we interact with prospects and customers (we hope our 9.8 Support rating on G2 signals this).

• We strongly believe that small teams with very talented people and the right work environment deliver much high performance and we're built accordingly.

Interview Process

Our interview process is thorough — we aim to ensure each person that joins the team is the right fit for Ashby and will provide ample information for you to assess if Ashby is the right fit for you. The process for this role is as follows:

• Intro Call with Recruiting - 30 Minutes

• Take Home Assessment - 1 week to complete

• Hiring Manager Interview - 45-60 Minutes

• Virtual Onsite - 120 Minutes

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year.

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, top-notch health insurance for you and your dependents with all premiums covered by us.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: ¥9,382,000 - ¥13,757,500

Hello! I’m Allie, Head of Support here at Ashby. I'm excited to share that we're hiring a Support Engineer in North America! 🎉

About this Role

As a Support Engineer, you will be at the center of providing an excellent experience to customers by diagnosing and resolving technical issues ensuring a high level of customer satisfaction through effective communication and problem-solving. You will assist with investigating and resolving technical issues that come to Support while identifying patterns in customer inquiries to drive product improvement, as well as opportunities to enable our Support team on technical concepts. Your knowledge of integrations and platforms will be key to your success, as you'll leverage this expertise to address customer inquiries related to system integrations, data flow, and product functionality. You’ll be a key contributor to our documentation and enablement strategy while collaborating with Engineering and Support to address complex issues.

Role Responsibilities:

• Technical Troubleshooting: Develop a deep technical understanding of Ashby capabilities and systems to support diagnosis of technical issues and to drive timely and effective resolutions for customers. Provide comprehensive support regarding the investigation of integration issues, API inquiries, and bug reports.

• Expertise in Integrations: Leverage in-depth understanding of integration frameworks and related technologies to troubleshoot and resolve complex integration issues. Proactively identify patterns in customer challenges to recommend product enhancements and streamline integration processes.

• Customer Experience: Provide exceptional customer service, ensuring clients feel supported and valued.

• Collaboration with Engineering: Work closely with the Ashby Engineering team to escalate issues, share insights, and contribute to the continuous improvement of our products.

• Documentation: Create and maintain detailed documentation of support processes, common issues, and solutions to enhance the knowledge base.

• Continuous Improvement: Gather, analyze, and relay customer feedback to the engineering team to inform product development and enhancements.

• Support Enablement: Share expanding knowledge with the rest of the Support Team to assist with creating holistic understanding of the platform.

Role Requirements:

• Technical Expertise: Strong understanding of software applications, Internet protocols, troubleshooting, and automation via scripting.

• Communication Skills: Excellent verbal and written communication skills, with the ability to explain technical concepts to non-technical users. Detail-oriented when documenting reproduction steps and consolidating relevant information to report technical issues internally.

• Customer-Focused: A passion for delivering outstanding customer service and a commitment to ensuring a positive customer experience.

• Team Collaboration: Ability to work effectively within a team and independently, with a proactive approach to solving problems.

• Adaptability: Comfortable working in a dynamic environment with the ability to adapt to product updates and processes improvements quickly.

You Should Apply If:

• You have a strong technical background, particularly in API integrations, and enjoy solving complex problems by analyzing logs and code.

• You are passionate about helping customers and providing a top-notch support experience.

• You have excellent communication skills and can convey technical information clearly to various audiences.

• You thrive in a collaborative environment and enjoy working closely with engineering teams.

• You are proactive, detail-oriented, and always looking for ways to improve processes.

You Should Not Apply If:

• You do not have a strong technical background or experience in technical troubleshooting.

• You are not comfortable with asynchronous collaboration or communicating in a thoughtful way with Customers, Support Team Members, or Engineers.

• You are not comfortable communicating with customers or explaining technical concepts in simple terms.

• You are not adaptable to changing environments and new technologies.

• You do not have a passion for customer-facing interactions and providing a great customer experience.

• You value in-office culture for motivation; this role is remote (given our office is in San Francisco) so we're seeking self-starters!

About Ashby

We’re building the next generation of enterprise software, and we’re starting with a suite of products that help talent leaders, recruiters, and hiring managers run their hiring process significantly better. Learn more on our website: https://www.ashbyhq.com/

We are well-funded and backed by great investors, including Y Combinator, Elad Gil and Lachy Groom. We publicly launched in October 2022 and are working with amazing companies we're proud to partner with.

We’ve built an incredible team and exceptional product over the past few years, and we truly are just getting started. In short, this is the perfect time to join 🚀

About Go To Market

Our Support team is a part of our Customer Success department, and thus is a part of our Go To Market function. Here are a few points that should give you an idea of what it is like to work with us:

• We spend a lot of time building best-in-class products, since we believe a highly differentiated product is easier to sell.

• We also spend a lot of time building a best-in-class customer experience. We aim to offer deep expertise whenever we interact with prospects and customers (we hope our 9.8 Support rating on G2 signals this).

• We strongly believe that small teams with very talented people and the right work environment deliver much high performance and we're built accordingly.

Interview Process

Our interview process is thorough — we aim to ensure each person that joins the team is the right fit for Ashby and will provide ample information for you to assess if Ashby is the right fit for you. The process for this role is as follows:

• Intro Call with Recruiting - 30 Minutes

• Take Home Assessment - 1 week to complete

• Hiring Manager Interview - 45-60 Minutes

• Virtual Onsite - 120 Minutes

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options . You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO with four weeks recommended per year.

• Twelve weeks of fully paid family leave in the US. We plan to expand this to employees in other countries as situations arise.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, top-notch health insurance for you and your dependents with all premiums covered by us.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.

Compensation Range: $75K - $122K