Bad hires cost more than unfilled roles. The cost of a bad hire in IT is not just the salary paid during the 3–6 months before the problem is acknowledged — it is the downstream cost: teammates slowed down, clients affected by inconsistent delivery, and the cultural signal sent to the team about your standards. Here is a practical hiring process built on what consistently works — from the job description to day 30 of employment.
Write the Job Description Like a PRD
A job description is a sales document and a filter document simultaneously. Write it like a product requirement document — with specificity about what this role actually does:
- Exact technologies required — not "familiarity with React" but "3+ years building production React applications with TypeScript, Redux, and REST API integration"
- The specific problems this role solves — "You will own performance optimization and our migration from monolith to microservices as we scale from 10,000 to 100,000 users"
- Team structure and reporting line — "Team of 5 backend engineers, reporting to the Engineering Lead"
- What success looks like in 90 days — "By day 90, you will have shipped at least one feature independently and participated in two sprint cycles"
- Honest about the work environment — if there is significant technical debt, say so. Candidates who discover the reality after joining are the ones who leave within 6 months
Job descriptions that say "we're a fast-paced, innovative team looking for rock stars" attract everyone and filter no one. Precise JDs attract the right candidates and set accurate expectations from day one.
Build Your Talent Pipeline Before You Need It
The worst time to hire is when you are desperate. In that state, you take the best of the available options rather than the best candidate. The best of the available options — people actively looking and available immediately — is rarely who you would choose with a 60-day runway.
The companies with the shortest hiring timelines in Surat IT have pre-built talent pipelines:
- LinkedIn warm connections — identify 10–15 profiles per role category and connect now with a genuine note, not a sales pitch. When you have an opening, you are not a stranger.
- SIC network referrals — post your requirement in the SIC network before posting on Naukri or LinkedIn Jobs. Referred candidates convert at 2–3x the rate and have lower 90-day attrition.
- College final-year programs — SVNIT, CKSVIM, and Veer Narmad South Gujarat University all have active placement cells. Hiring 1–2 interns per year creates a pipeline of pre-evaluated candidates who already know your codebase before joining full-time.
- Alumni rehires — the best candidate for your next senior role may be someone who left 2 years ago for Bangalore and is now considering returning to Surat. Stay in contact. A warm rehire has zero ramp time.
The 20-Minute Screening Call
The screening call is not the technical interview. It is a rapid filter for communication clarity, role understanding, and basic red flags. It should take 20 minutes, not 60. The four questions that give maximum signal in minimum time:
- "Tell me about your most recent project — what exactly were you responsible for, and what was the outcome?" — Look for specificity: technologies used, individual contribution, measurable outcome, problems encountered. Vague answers ("we built an app for a client") are a signal.
- "What is it about this specific role that interests you?" — Candidates who cannot answer specifically have not read the JD carefully. That tells you about their attention to detail.
- "What are you looking for in your next role that you don't have now?" — Reveals what drives the search. Mismatches (they want full remote, you require 3 days in-office) save both parties 3 weeks of process.
- "What are your compensation expectations?" — Ask this in the screening call. Discovering a gap after 4 hours of process is expensive for everyone. Market reference for 2026: mid-level engineers ₹7–13 LPA, senior engineers ₹13–20 LPA.
Do not run a technical interview in the screening call. The screening call is a mutual fit assessment — the candidate is evaluating you too. Treat it as such.
Technical Assessment That Predicts Real Performance
A 4-hour algorithmic puzzle borrowed from a FAANG process does not predict how someone will perform on your React dashboard or your Node.js API. It predicts how well they have practised algorithmic puzzles. The assessment that predicts real performance is:
- Relevant to your actual work — build a component similar to what your frontend team builds. Write an API endpoint similar to what your backend ships. Review a pull request similar to what you see in your codebase. The closer to the actual job, the better the predictive validity.
- Time-boxed to 2 hours maximum — anything longer disadvantages candidates with jobs and family responsibilities. It selects for availability, not ability.
- Take-home rather than live coding — SIC member data shows 3x better signal from take-home assignments versus live coding under observation. Take-home tests the work product. Live coding tests nerves.
- Evaluated against criteria shared in advance — tell candidates exactly how it will be evaluated: code readability, test coverage, edge case handling, documentation quality. This rewards the candidates who take quality seriously.
After the assessment, share specific feedback regardless of outcome. Candidates who receive honest feedback — even in rejection — become advocates for your employer brand in Surat's tight-knit tech community.
The Culture and Values Interview
The culture and values interview is the most neglected stage in Surat IT hiring. Technical capability predicts whether someone can do the job. Culture fit predicts whether they will stay and thrive. The questions that reveal genuine alignment are behavioral — they ask for specific past experiences rather than hypothetical preferences:
- "Tell me about a time you disagreed with a decision your team or manager made. What did you do?" — Reveals how someone handles conflict and authority. Look for: speaking up constructively, proposing alternatives, ultimately accepting decisions they disagreed with while noting the disagreement. Both silent compliance and destructive conflict are worth probing.
- "Describe your best manager relationship. What made it work?" — Reveals what management style the candidate thrives under. Cross-reference with your actual culture: if your team leads are hands-off and autonomous, but this candidate thrives with daily check-ins, that is a mismatch worth discussing.
- "Walk me through how you handled a project that went wrong. What did you do differently as a result?" — Reveals self-awareness, accountability, and learning orientation. Candidates who only identify external factors without reflecting on their own contribution are consistently higher-risk hires.
- "What does a productive work day look like for you?" — Reveals work style: deep focus versus collaborative, structured versus flexible. Misalignment with your team's actual rhythm is a retention risk that surfaces at month 3.
The 30-60-90 Onboarding Plan
The onboarding plan is the first contract between you and your new hire about what success looks like. Companies with structured 30-60-90 plans report 50%+ improvement in 6-month retention rates. The mechanism is simple: clarity reduces anxiety, which reduces the early-tenure search for validation that often results in a counteroffer acceptance at month 2.
- Day 1–30 — Learn and Orient: The goal is context, not contribution. Codebase orientation, team introductions, client calls as an observer, tool and security onboarding. Success metric: can explain what the company does, what the team's current priorities are, and how their role connects to both.
- Day 31–60 — Contribute Independently: The new hire takes ownership of a defined task — something real, not a toy project. They navigate the codebase independently and know who to ask for what. Success metric: has shipped at least one feature or improvement to production.
- Day 61–90 — Own a Defined Scope: The new hire has a designated area of ownership — a module, a feature set, or a team responsibility. They flag issues proactively and operate without daily check-ins. Success metric: the rest of the team considers them a reliable contributor.
Document this plan in writing and share it on day 1. When expectations are explicit, both sides can have honest conversations about progress rather than the manager holding an unshared standard that the new hire is invisibly failing to meet.
The Day-30 Check-In
Schedule a formal 1:1 at exactly 30 days — not 25, not 45. The precision matters because the goal is to catch early dissatisfaction before it calcifies into a search for a new role. The four questions that give you the most useful signal:
- "What has surprised you about the role — positively or negatively?" — Positive surprises tell you what to reinforce in your employer brand. Negative surprises tell you what your interview process is setting incorrect expectations about.
- "Is anything unclear about your priorities or how your work will be evaluated?" — If the answer is anything other than "no, it's clear," you have an onboarding failure to fix immediately. Ambiguity at day 30 is a retention risk.
- "Is there something you expected to see here that you haven't seen yet?" — This surfaces the gap between what the candidate was sold during hiring and what they have actually experienced. It is the most honest question in the set, and it is almost never asked.
- "What would make the next 60 days great for you?" — Forward-looking, actionable, and shows genuine investment in their experience. The answer gives you a specific commitment to follow up on at day 60.
Run this as a conversation, not a form. Take notes and follow up on what was discussed. The day-30 check-in is not an HR formality — it is the first real feedback loop in the employment relationship. The cost of a 45-minute conversation at day 30 is far lower than the cost of a replacement hire at month six.
"Bad hires cost more than unfilled roles. The screening call should take 20 minutes — not 60. Save the deep assessment for people who pass the basics."
— SIC Editorial, Surat IT Community



