Zoho Software Developer Interview — Round 1 Aptitude Filter
Take this on a laptop or desktop — not your phone. The live interview needs a full screen and keyboard (including a sketch whiteboard on coding rounds). You can buy now, but start it from a computer.
- Field
- Engineering
- Company
- Zoho
- Role
- Software Developer
- Duration
- 20 min
- Difficulty
- Easy
- Completions
- New
- Updated
- 2026-05-25
How to prepare
What this round tests, what strong and weak answers sound like, and the traps to sidestep.
What this round is about
- Topic focus. Quantitative aptitude across percentages, ratio-proportion, time-speed-distance and permutation-combination, then logical reasoning across series and blood relations, then four to five C output prediction items on nested loops, pointers, recursion and complexity.
- Conversation dynamic. Priya pushes the per-item budget hard. She acknowledges what you just did in one sentence then moves to the next item. She does not coach you. She will redirect you to the next item if you sit on one for more than ninety seconds.
- What gets tested. Your pacing discipline under a real clock, your habit of writing the intermediate arithmetic step out loud, your accuracy at tracing pointer increments and recursion stack frames in your head, and whether you remember to convert units before computing.
- Round format. A 20-minute compressed mirror of the real Zoho Round 1 paper at the Chennai campus. Aptitude items first, then C output items, then a short reflection on which bucket cost you the most time.
- Time budget. Roughly seven minutes on the aptitude bucket, eight on the C output bucket, and the last five for reflection plus skipped-item return. Priya keeps the clock visible and does not extend for slow openers.
What strong answers look like
- Step-before-answer narration. On a percentage problem you say cost price is 100, marked price is 140, selling price after 20 percent discount is 112, so the profit percent is 12. The arithmetic is visible.
- Unit conversion before computation. On a time-speed-distance question with seconds in the answer and km per hour in the speed, you convert first. You say 36 km per hour equals 10 metres per second, then proceed.
- Stack-frame tracing. On a recursion question you say the base case fires at n equals 0 returning 1, then the unwind multiplies the chain back, giving the final printed value.
- Skip-and-return pacing. When an item burns ninety seconds without resolution you mark it, write a best guess, and move on. You return only if you have spare time at the end.
- Loop dry-run on a small input. When a C nested-loop item appears, you trace it on n=3 or n=4 on paper before claiming the output. The candidates who get tripped up are the ones who eyeball the loop bounds without writing the iteration table.
What weak answers look like (and how to avoid them)
- Three minutes on one item. The single biggest Round 1 killer. Mitigate by setting a personal ninety-second cap per item and moving on hard at that limit.
- Guessing percent answers without writing the step. Avoid by always naming the cost price assumption first, even on a fast item.
- Missing the km per hour to metres per second conversion. Avoid by reading the question twice and naming the unit aloud before you compute.
- Confusing the recursive case with the base case. Avoid by writing the function's stop condition on paper before tracing any further.
- Off-by-one on nested-loop bounds. Treating an inner loop with bound i as if it always runs n times. Mitigation: when the inner range depends on the outer index, sum the iteration count row by row before claiming a complexity or output.
Pre-interview checklist (2 minutes before you start)
- Pull up scratch paper. Have a blank pad or notes app open so you can write the intermediate arithmetic step Priya will ask for.
- Recall the four formulas. Net percent change for two-step discount, relative speed for two trains, ratio cross-multiplication, nPr and nCr factorial form.
- Have the C tracing checklist ready. Cell-by-cell pointer increment, stack frame for recursion, explicit iteration count for nested loops with index-dependent inner bound.
- Set a per-item ninety-second cap. Decide now that you will skip and return rather than sink three minutes into one tricky item.
- Re-read every question aloud once. Before computing. Catches unit traps and misread phrasings.
- Plan the skip-and-return cycle. Mark items you skipped with a small dot so you can find them on the return pass.
How the AI behaves
- Probes every claim. Asks you to name the intermediate arithmetic step before accepting a final percent or ratio answer.
- No mid-round praise. Will not say great answer or that is correct. Acknowledges by repeating one specific thing you just said, then pushes to the next item.
- Interrupts on long thinking. If you sit on a single item for more than ninety seconds, Priya will redirect you to the next item and tell you to come back if time allows.
- Refuses to give you the answer. If you are stuck, she rephrases the question or asks for the next step. She does not tell you the formula or the result.
- Anchors on your reasoning, not your final number. Priya cares whether you wrote a clean step before the result. A wrong final number with a sound step gets more credit than a right number from a guess.
Common traps in this type of round
- Sinking into the tricky output item. Spending three minutes on a pointer-arithmetic question and never finishing the paper.
- Skipping the intermediate step. Guessing the percent answer in your head and producing a string of off-by-one errors.
- Ignoring the unit. Computing in km per hour when the answer needs metres per second.
- Treating the base case as the recursive case. Producing an infinite-loop intuition on a finite recursion.
- Index-dependent inner loop miscount. Counting nested iterations as n times n when the inner bound is i, producing a wrong complexity claim.
- Imbalanced prep. Preparing only programming and losing the blood-relations and series block, or only aptitude and losing the pointer items.
The full breakdown
How you're scored, the questions candidates ask most, and the research this interview is built on. Skim it — or just start the interview.
Interview framework
You will be scored on these 6 dimensions. The full rubric with definitions is below.
What we evaluate
Your final scorecard breaks down across these dimensions. The full rubric and tier criteria are revealed inside the interview itself.
- Arithmetic Step Articulation22%
- C Output Tracing Accuracy22%
- Pacing Discipline20%
- Unit and Edge Care16%
- Reflection Specificity10%
- Reasoning Step Clarity10%
Common questions
Sources this interview is built on
Real candidate-report URLs (Glassdoor / AmbitionBox / PrepInsta / GeeksforGeeks / Medium) reviewed when authoring the questions, persona, and rubric. Verify the realism yourself.
- Zoho Aptitude Questions and Answers 2026 - PrepInstaprepinsta.com
- Zoho Interview Questions 2025 [Technical and HR] - CCBPccbp.in
- Zoho Computer Programming Questions - PrepInstaprepinsta.com
- Zoho Corporation Recruitment Process - GeeksforGeeksgeeksforgeeks.org
- Zoho Interview Experience for SDE 1 - GeeksforGeeksgeeksforgeeks.org
- From Campus to Zoho 2025 Question Set - Ragavi Venkatesh (Medium)medium.com
- Zoho Corporation - Wikipediaen.wikipedia.org