Glassdoor users rated their interview experience at ZenRows as 20% positive with a difficulty rating score of 2.4 out of 5 (where 5 is the highest level of difficulty). Candidates interviewing for Technical Writer and Fullstack Engineer rated their interviews as the hardest, whereas interviews for Software Engineer and Marketing Manager roles were rated as the easiest.
The hiring process at ZenRows takes an average of 30 days when considering 5 user submitted interviews across all job titles. To compare, the average duration of hiring at similar companies like BlackRock, Inc. is 14 days, Fabricated Software, Inc. is 2 days, and Apple Inc. is 21 days. Candidates applying for Technical Writer had the quickest hiring process (on average 30 days), whereas Technical Writer roles had the slowest hiring process (on average 30 days).
I applied online. I interviewed at ZenRows in Jun 2026
Interview
The interview process had three stages:
1. HR interview: The initial HR conversation was friendly and clear.
2. Live coding interview:
The technical interview was conducted through a shared VS Code session. Unfortunately, the interviewer’s connection was very unstable, which made the exercise difficult to complete. Opening files often took more than one minute, and a significant part of the interview was spent waiting for the environment to respond.
Despite the technical issues, I was able to complete the main tasks. The exercise involved identifying a database connection failure caused by an incorrect port and finding two missing database indexes. This was followed by questions about query performance, indexing, partitioning, and how the system could be improved.
I think the exercise itself was relevant for a backend role, but the remote environment made the experience unnecessarily stressful. Allowing candidates to clone the repository and work locally would provide a much better and fairer experience.
3. Engineering manager interview:
The final stage was a conversation with the Director of Engineering. Most of the questions focused on my experience at a large company where I worked several years ago.
I currently work in a startup environment where I have significant autonomy, help design and build systems from scratch, make architectural decisions, and work with limited structure. However, this recent experience was not explored in much detail during the interview.
The final feedback was that they were looking for someone with more autonomy in an ambiguous and fast-moving startup environment, including ownership of architectural decisions and identifying product risks. This feedback was surprising because it closely describes my current role, but I did not have much opportunity to discuss it during the interview due to the questions from the interviewer.
Interview questions [3]
Question 1
coding interview: they want you to fix the port on the db connection and there are 2 indexes missing
I applied through a recruiter. I interviewed at ZenRows (Barcelona) in Jun 2026
Interview
They contacted me through LinkedIn with the job posting first, I said that I was not interested as seemed that they were looking more for a technical candidate rather than Success specialist, but they insisted that the main focus was the Success part and that I could be a good fit.
After 2 interviews (human resources and hiring manager) and a technical assestment (with 17 cases), got to the interview again with the hiring manager and one of the teammembers. This interview was about going over the reasoning part of the cases previously done, solving a new one live, and talking about the approach you would take for a newly forming CS team.
After this interview I got rejected for not having enough technical knowledge, which from the first moment I had advised.
Interview questions [3]
Question 1
How would you build a proactive CS team (metrics, KPIs, dashboards, etc..)?
I applied through a recruiter. I interviewed at ZenRows (Madrid) in Nov 2025
Interview
1. HR filter talk (45min)
2. Talk with the CTO (1h), technical questions, typical stuff
3. Technicall challenge. You can find it if you search for zenrows-technical-assessment in github, I made it public.
This technicall challenge requires a pixel perfect design based on a Figma
After the technicall challenge, you get an email feedback with:
"lack of documentation and automated database setup, which made it difficult to run your project and led to several errors. The UI, though responsive, did not match the Figma design closely, and the backend was simplified to the point of relying only on basic models and Laravel/ORM features.
However:
1. it was clearly stated to "Focus on delivering a clear, maintainable MVP"
2. there's a README that indicates how to spin up everything and seed the DB. The task tells you to use docker lol (if the don't know how to do it.. I wouldn't be surprised)
I had a decision log markdown file indicating the reasons of why some steps were made, one of them was not focusing on the pixel perfect side (although it was 95% identical) because it was a waste of time for an exercise that was quite long already.
"Backend was simplified to the point of relying only on basic models and Laravel/ORM features.", that's literally a good thing. What do you want me to do? Over engineer it? The exercise stated it to KISS!
Interview questions [1]
Question 1
The gave me feedback that my solution was:
"lack of documentation and automated database setup, which made it difficult to run your project and led to several errors. The UI, though responsive, did not match the Figma design closely, and the backend was simplified to the point of relying only on basic models and Laravel/ORM features.
However:
1. it was clearly stated to "Focus on delivering a clear, maintainable MVP"
2. there's a README that indicates how to spin up everything and seed the DB. The task tells you to use docker lol (if the don't know how to do it.. I wouldn't be surprised)
I had a decision log markdown file indicating the reasons of why some steps were made, one of them was not focusing on the pixel perfect side (although it was 95% identical) because it was a waste of time for an exercise that was quite long already.
"Backend was simplified to the point of relying only on basic models and Laravel/ORM features.", that's literally a good thing. What do you want me to do? Over engineer it? The exercise stated it to KISS!