Recruitment Outsourcing (RPO): Candidate emails और selection tracking Claude Code से तेज़ करें

शुक्रवार की शाम। तीन client companies के लिए कुल 35 candidates। किसी को interview की date का जवाब देना है, किसी को reject का message, किसी को documents की reminder। मैं inbox खोले बैठा था और 30 मिनट तक यही सोचता रहा कि पहले किससे शुरू करूँ।

और फिर गड़बड़ हो गई। A company के लिए लिखी हुई एक email — “अगला interview अगले मंगलवार है” — मैंने गलती से B company के candidate को भेज दी। Send button दबाते ही समझ आया कि क्या हो गया, और पैरों तले ज़मीन खिसक गई।

Recruitment outsourcing (RPO) का काम पूरे दिन ऐसा ही रहता है — दिमाग को बार-बार एक client से दूसरे client पर switch करना। हर client का selection flow अलग, message की tone अलग। हर candidate किस stage पर है, वो भी अलग। जब तक आप यह सब सिर्फ याद और जोश के भरोसे चलाते रहेंगे, busy season में कहीं न कहीं ज़रूर टूट-फूट होगी।

पिछले कुछ महीनों में मैंने email को “पूरी तरह automate” नहीं किया। मैंने एक साफ़ line खींची: सिर्फ़ draft बनाना और काम व्यवस्थित करना Claude Code को सौंपा, और भेजने का फ़ैसला इंसान के हाथ में रखा। आज वही practical तरीका, copy-paste prompt और एक check-script के साथ बता रहा हूँ।

मुख्य बातें

• RPO में ज़्यादातर rework “message लिखने” से नहीं, बल्कि “अभी कौन-सा candidate किस stage पर है” यह track न रख पाने से होता है।
• Candidate email का draft, selection status का stock-taking और छूटे हुए candidates का detection Claude Code को दें; भेजना और pass/reject का फ़ैसला इंसान के पास रखें।
• Email drafts को pattern में ढाल दें तो हर email का 5–8 मिनट का काम 1–2 मिनट में सिमट जाता है। हफ़्ते में 100 emails हों तो महीने में करीब 20 घंटे की बचत।
• Personal data — असली नाम और contact — AI को कभी न दें; सिर्फ़ pseudonym (छद्म नाम) और stage label के साथ काम करें।
• सीधे इस्तेमाल लायक prompt template और selection status के छूटे candidates ढूँढने वाली check-script नीचे दी है।

RPO का reader कौन है, और कहाँ हमेशा अटकता है

यह article उस RPO professional के लिए है जो कई client companies का hiring संभालता है। अकेले 5–10 companies, और किसी भी समय कई दर्जन candidates एक साथ। Job portals के scout replies, agencies से बातचीत, interview scheduling, pass/reject की सूचना — लगभग हर चीज़ का window आप ही हैं।

पहले रोज़ का flow देख लेते हैं।

1. Client से जानें कि उन्हें कैसा candidate चाहिए और selection flow क्या है
2. Portals और agencies के ज़रिए candidates जुटाएँ
3. Document screening का result candidate को बताएँ
4. पहले और दूसरे interview की date set करें
5. हर interview के बाद client से evaluation confirm करें
6. Offer या rejection की सूचना दें
7. Client को progress report भेजें

यह flow हर RPO में लगभग एक जैसा होता है। दिक्कत यहाँ है कि यही flow जितनी companies हैं, उतनी बार एक साथ चलाना पड़ता है।

आम rework नीचे दिए हैं। आपके साथ भी हुआ है क्या?

• A company की tone में लिखा message ज्यों का त्यों B company को भेज देना और अटपटा लगना
• “Interview के 48 घंटे के अंदर जवाब” का वादा candidates बढ़ते ही टूट जाना
• Client के evaluation का इंतज़ार कर रहे candidate को कई दिन तक भूल जाना
• Rejection message हर बार शून्य से लिखना और शाम तक थक जाना
• Spreadsheet का selection status और असल contact की हालत में फ़र्क़ आ जाना

ये सब काबिलियत की कमी नहीं — बस एक साथ इतने काम के सामने “दिमाग switch करना” पीछे रह जाता है। यहीं AI काम आता है।

AI को क्या दें, और इंसान किसका फ़ैसला ज़रूर करे

सबसे पहले line साफ़ कर लें। यह धुंधली रही तो ऊपर वाली मेरी गलत email जैसी दुर्घटना होती है।

काम	Claude Code को दें	इंसान ज़रूर तय करे
Candidate email	Draft बनाना, tone ठीक करना	Send button दबाना
Selection status	List का stock-take, छूटे candidate ढूँढना	Pass/reject का फ़ैसला
Scheduling	संभावित dates का message, reminder draft	अंतिम confirmation भेजना
Progress report	Numbers जोड़ना, draft बनाना	Client को publish करने का फ़ैसला
Rejection message	संवेदनशील message generate करना	Rejection की वजह सही है या नहीं

सोच सीधी है: “गलती हो भी जाए तो draft folder में रुक जाए” वो AI को दें; “बाहर निकल गया तो वापस न आए” वो इंसान के हाथ में रखें। Send, pass/reject, और final confirmation — इन तीन पर आख़िरी बार इंसान की उँगली लगे, यह तय कर लें तो busy season में भी हादसा नहीं होगा।

Permissions कैसे तय करें इसका detail non-engineers के लिए लिखे Non-engineers के लिए Claude Code की सोच में है।

Use case 1: Candidate email के drafts pattern से बनाएँ

सबसे ज़्यादा असर यहीं है। ध्यान से देखें तो RPO की emails कुछ ही patterns की होती हैं — document pass, interview schedule, rejection, offer। Message का ढाँचा एक जैसा रहता है; बदलता सिर्फ़ candidate का नाम और client की tone है।

तो जो messages बार-बार लगते हैं उन्हें “template” बना लें, और Claude Code को situation देकर सिर्फ़ draft बनवाएँ। पहले हर email में 5–8 मिनट लगते थे; template में बस भर देने पर 1–2 मिनट।

पहले और बाद की तुलना:

• पहले: inbox देखते हुए हर बार शून्य से लिखना। शाम तक भाषा रूखी हो जाती है।
• बाद में: situation bullet points में देने पर draft तैयार। इंसान सिर्फ़ fact-check और छोटा-मोटा सुधार करे।

Draft बनाने वाला prompt template नीचे है। इसे ज्यों का त्यों copy करें और सिर्फ़ square brackets के अंदर बदलें।

आप एक recruitment outsourcing (RPO) email सहायक हैं।
नीचे दी शर्तों पर candidate के लिए email draft Hindi में बनाएँ।

# Client की tone
[उदाहरण: विनम्र और formal। technical शब्दों से बचें]

# Email का प्रकार
[document pass / interview schedule / rejection / offer में से एक]

# Situation
- Candidate का छद्म नाम: [जैसे Candidate A]
- Position: [जैसे sales role]
- इस बार क्या बताना है: [पहला interview 12 जून 2 बजे, online]
- अतिरिक्त: [पिछले संपर्क को 3 दिन हो गए, इसलिए एक sorry line जोड़ें]

# शर्तें
- करीब 80–120 शब्द
- subject line भी सुझाएँ
- candidate की पहचान बताने वाली कोई जानकारी body में न डालें
- भेजने से पहले इंसान check करेगा, इसलिए जाँचने लायक points अंत में bullet में दें

आख़िरी “जाँचने लायक points” वाला हिस्सा बनवाना ही असली trick है। AI से उसके shaky हिस्से ख़ुद बतवा लें तो इंसान का check पल भर में हो जाता है। Prompt को और बेहतर बनाना है तो Prompt design की advanced techniques भी पढ़ें।

Use case 2: Selection status के छूटे candidates हर सुबह ढूँढें

दूसरा है रुके हुए candidates का detection। RPO में सबसे डरावना है किसी को “भूल जाना”। Client के evaluation का इंतज़ार कर रहा candidate 3 दिन तक छूटा रहे तो मौका भी जाता है और भरोसा भी टूटता है।

यहाँ AI से फ़ैसला न करवाएँ; एक mechanical rule से छूटे candidates ढूँढना ही सुरक्षित है। Candidate का stage और last update date CSV में रखें, और एक script से “कई दिन से नहीं हिले” candidates उजागर करें।

नीचे की Node.js script last update से 3 या उससे ज़्यादा दिन से नहीं हिले candidates की list बनाती है। असली नाम नहीं, सिर्फ़ pseudonym ID से चलती है। candidates.csv को इसी folder में रखकर चलाएँ।

import { readFile } from "node:fs/promises";

// candidates.csv का format:
// id,stage,lastUpdate,owner
// C001,document-screening,2026-06-01,Masa
// C002,first-interview-pending,2026-06-05,Masa

const STALE_DAYS = 3;
const today = new Date("2026-06-07");

const raw = await readFile(new URL("./candidates.csv", import.meta.url), "utf8");
const rows = raw.trim().split("\n").slice(1); // header हटाएँ

const stale = [];
for (const line of rows) {
  const [id, stage, lastUpdate, owner] = line.split(",").map((s) => s.trim());
  const days = Math.floor((today - new Date(lastUpdate)) / 86400000);
  if (days >= STALE_DAYS) {
    stale.push({ id, stage, owner, days });
  }
}

stale.sort((a, b) => b.days - a.days);

if (stale.length === 0) {
  console.log("कोई candidate रुका हुआ नहीं है।");
} else {
  console.log(`${STALE_DAYS} दिन या ज़्यादा से नहीं हिले candidates: ${stale.length}`);
  for (const c of stale) {
    console.log(`- ${c.id} / ${c.stage} / owner ${c.owner} / ${c.days} दिन रुका`);
  }
}

चलाना बस इतना है।

node check-stale.mjs

जो list निकले उसे सीधे Claude Code को देकर कहें — “इस रुके हुए candidates की list से, आज भेजने लायक reminder emails के drafts stage के हिसाब से बनाओ” — तो यह Use case 1 से जुड़ जाता है। फ़ैसला इंसान, उबाऊ detection machine, और message-writing AI। हर role साफ़ बँट जाता है।

Use case 3: Client-wise message rules CLAUDE.md में fix करें

तीसरा है companies के बीच tone की अदला-बदली रोकने का तरीका। ऊपर मेरी गलत email की जड़ भी यही थी — “A company के नियम और B company के नियम दिमाग में आपस में मिल गए।”

इसका हल है हर client के नियम एक file में लिख देना और AI से हर बार वही पढ़वाना। Claude Code में project के नियम CLAUDE.md में लिख दें तो हर request पर वह अपने-आप उन्हें reference कर लेता है।

जैसे यूँ लिखें:

• A company: ज़्यादा औपचारिक भाषा। emoji नहीं। जवाब उसी दिन।
• B company: थोड़ी casual। candidate की घबराहट को छूने वाली एक line ज़रूर डालें।
• सबके लिए common: salary या perks का पक्का वादा न करें। date के हमेशा कई विकल्प दें।

इस file को अच्छी तरह बनाने का तरीका CLAUDE.md best practices में समेटा है। नियम एक बार file में आ गए तो busy season में दिमाग न चले तब भी AI अदला-बदली रोक देता है।

Setup के बाद, email भेजने से पहले बस यह checklist देख लें तो हादसे लगभग ख़त्म:

• पाने वाला client और message की tone आपस में match करते हैं?
• Candidate का नाम और position सही है?
• Date, जगह, URL में कोई factual गलती तो नहीं?
• Salary या perks का बिना सोचे वादा तो नहीं कर दिया?
• Personal data AI को दिए prompt में चिपका तो नहीं दिया?

ROI का अंदाज़ा और personal data की सावधानी

मोटा-मोटा time बचत का अंदाज़ा देता हूँ। Candidate emails हफ़्ते में 100, पहले हर email 7 मिनट और बाद में 2 मिनट मानें तो हफ़्ते में करीब 8 घंटे, महीने में 30 घंटे के आसपास की बचत। Stale detection का manual काम जोड़ें तो busy season में और ज़्यादा असर। यह अनुमान भर है, पर असली value यह है कि बचा हुआ समय candidates से बात और client को proposals में लगा सकें।

लेकिन यहाँ हम सावधानी से चलते हैं। RPO personal data के ढेर के साथ काम करता है। Candidate का असली नाम, phone number, email address, जन्म तिथि — AI को दिए prompt में ज्यों का त्यों न चिपकाएँ। इसे कड़ाई से निभाएँ।

ठोस design ऐसा रखें:

• Candidate को “Candidate A”, “C001” जैसे pseudonym ID से handle करें
• Contact और resume का content AI को न दें; इंसान अपने पास मिलान करे
• Client का नाम छिपाना हो तो “Company X” जैसा रख दें
• जिस service का इस्तेमाल कर रहे हैं उसकी terms में देखें कि input data training में तो नहीं जाता

Pseudonym से चलाने पर भी email templates बनाने और stale detection के लिए काफ़ी है। उल्टा personal data न देने से message ज़्यादा generic template बनता है और बार-बार काम आता है।

अक्सर पूछे जाने वाले सवाल

Q. Email पूरी तरह auto-send करवा दूँ तो ठीक है? न करें तो बेहतर। RPO की email एक बार चली गई तो वापस नहीं आती। AI सिर्फ़ draft और check points तक — send button इंसान दबाए, यह line न तोड़ें।

Q. Candidate का resume AI से पढ़वाकर summary बनवाऊँ तो? Personal data की दृष्टि से सावधान रहें। बहुत ज़रूरी हो तो नाम और contact छिपाकर सिर्फ़ job content और experience के साल दें। साथ ही पहले देखें कि client से contract में external AI के इस्तेमाल की इजाज़त है या नहीं।

Q. मुझे programming नहीं आती, फिर भी check-script चला सकता हूँ? हाँ। Node.js install करके एक line का command चलाना है, बस। पहले Claude Code getting started guide से environment बना लें तो कम अटकेंगे।

Q. छोटे से शुरू करना हो तो पहला कदम कहाँ रखूँ? Rejection message का draft। उसका format तय रहता है और हर बार लिखना धीरे-धीरे थकाने वाला होता है। बस इसे template बना दें तो शाम की थकान साफ़ कम हो जाती है। रोज़मर्रा की और छोटी जीतों के लिए Claude Code productivity tips भी देखें।

मैंने असल में आज़माकर क्या देखा

मैंने अपने पास dummy 20 candidates का एक CSV बनाकर ऊपर वाली stale-detection script चलाई। 3 दिन से ज़्यादा रुके 5 candidates एक झटके में निकल आए — आँख से list देखने के दिनों की वो चूकें झूठ-सी लगीं।

Email drafts के लिए A और B company की tone को CLAUDE.md जैसे rules में अलग-अलग लिखकर 10 emails generate कीं। Tone की अदला-बदली शून्य रही। एक बात समझ आई: AI अंत में जो “जाँचने लायक points” देता है, वो उम्मीद से कहीं ज़्यादा काम के हैं। “Date का दिन fact से मिलता है या नहीं, जाँच लें” हर बार जोड़ देता था, तो इंसान का check कुछ ही सेकंड में पूरा हो गया।

उल्टा, rejection की वजह सही है या नहीं — जैसा “इंसानी फ़ैसला” AI के भरोसे नहीं छोड़ा जा सकता, यह तो ज़ाहिर है। वहाँ line के मुताबिक इंसान ही पकड़ रखे — यही design सही था, यह मैंने महसूस किया।

जो RPO team पूरे selection management को एक व्यवस्था बनाना चाहती है, उसके लिए training और consultation से operation design साथ बैठकर तय करना सबसे छोटा रास्ता है। पहले अकेले आज़माना हो तो stale-detection script और ऊपर का prompt template copy करके कल सुबह के inbox पर चलाकर देखें।

External reference के तौर पर, personal data के handling पर भारत के Digital Personal Data Protection Act की official साइट से ताज़ा guidelines देख लेना बेहतर रहता है।