रिज़्यूमे बिल्डर

ज़्यादातर बड़ी कंपनियाँ और छोटी कंपनियों का भी बढ़ता हिस्सा अब हर आने वाली रिज़्यूमे को किसी इंसान के खोलने से पहले एक एप्लिकेंट ट्रैकिंग सिस्टम से गुज़ारती हैं — ऐसा सॉफ़्टवेयर जो PDF या दस्तावेज़ को नाम, कार्य इतिहास, तारीख़ें और स्किल जैसे स्ट्रक्चर्ड फ़ील्ड में पार्स करता है, फिर किसी भर्तीकर्ता को उस स्ट्रक्चर्ड डेटा को खोजने और फ़िल्टर करने देता है। यही वह पार्सिंग स्टेप है जहाँ कोई विज़ुअली भारी रिज़्यूमे नाकाम होती है: मल्टी-कॉलम लेआउट ग़लत क्रम में पढ़े जाते हैं और असंबंधित सेक्शन को आपस में मिला देते हैं, टेबल या टेक्स्ट बॉक्स में रखा टेक्स्ट अक्सर पूरी तरह छूट जाता है क्योंकि वह पार्सर के अनुसरण किए मुख्य टेक्स्ट फ़्लो से बाहर होता है, और शब्दों की जगह इस्तेमाल किए आइकॉन — फ़ोन ग्लिफ़ की बजाय "Phone" शब्द, उदाहरण के लिए — अक्सर बिल्कुल टेक्स्ट के रूप में नहीं पढ़े जाते। यह कोई काल्पनिक असाधारण मामला नहीं है; यह एक अच्छी तरह दस्तावेज़ीकृत, आम नाकामी है, और इसका मतलब है कि कोई वाक़ई योग्य उम्मीदवार सही अनुभव न होने की वजह से नहीं, बल्कि इसलिए बाहर हो सकता है क्योंकि किसी इंसान के देखने से पहले पार्सर ने उस अनुभव को बिगाड़ या खो दिया।

सिंगल-कॉलम, सादा-टेक्स्ट लेआउट मानक सेक्शन हेडिंग के साथ इन सभी नाकामी बिंदुओं से बचता है, क्योंकि पढ़ने का सिर्फ़ एक क्रम होता है, कोई कंटेंट किसी ऐसे कंटेनर में नहीं बैठा होता जिसे पार्सर छोड़ देता है, और कोई जानकारी किसी इमेज या आइकॉन की बजाय शब्द से नहीं दी जाती। यही वजह है कि ATS व्यवहार का अध्ययन करने वालों की मानक, अनाकर्षक सलाह — एक कॉलम, असली टेक्स्ट, मानक फ़ॉन्ट, कोई ग्राफ़िक्स नहीं — बार-बार दोहराई जाती है: यह काम करती है, और इसका समझौता है कि रिज़्यूमे किसी भारी डिज़ाइन वाले टेम्पलेट से थोड़ी सादी दिखती है, इसके बदले में उस सॉफ़्टवेयर द्वारा असल में पढ़े जाने के, जो आपके और उस व्यक्ति के बीच खड़ा है जो आपको नौकरी दे सकता है।

सही पार्स होना रिज़्यूमे को सिर्फ़ किसी इंसान के सामने ले आता है — इसके बाद क्या होता है यह बिल्कुल अलग गुणों पर निर्भर करता है। भर्तीकर्ता और हायरिंग मैनेजर आमतौर पर पहली नज़र में एक मिनट से भी कम समय लगाते हैं, जिसका मतलब है कि अस्पष्ट ड्यूटी विवरण से भरी रिज़्यूमे ("मार्केटिंग कैंपेन मैनेज करने के लिए ज़िम्मेदार") सामान्य और भुलाई जाने लायक़ लगती है, जबकि ठोस, नतीजे-आधारित बुलेट पॉइंट से बनी रिज़्यूमे ("ईमेल लाइफ़साइकल प्रोग्राम दोबारा बनाकर क्वालिफ़ाइड लीड 40% बढ़ाई") उसी पढ़ने के समय में असली, ख़ास असर के सबूत जैसी लगती है। फ़र्क़ लेखन प्रतिभा का नहीं है — यह आपने क्या किया इसे उसके नतीजे में क्या बदला में बदलने की आदत है, आदर्श रूप से किसी नंबर के साथ, क्योंकि नंबर किसी व्यस्त पाठक के लिए "इस व्यक्ति का काम मायने रखता था" का सबसे तेज़ संकेत है।

यही वजह है कि इस टूल में उपलब्धि फ़ील्ड हर भूमिका के लिए एक पैराग्राफ़ की कहानी की बजाय कुछ फ़ोकस्ड बुलेट पॉइंट माँगती है: बुलेट पॉइंट उस तरह स्कैन करने लायक़ होते हैं जैसे प्रोज़ नहीं होता, और कोई पाठक जो कुछ सेकंड में तय कर रहा है कि आगे पढ़ना है या नहीं, उसे किसी घने टेक्स्ट ब्लॉक को पार्स करने की बजाय चार छोटी, ठोस लाइनें स्किम करने में फ़ायदा मिलता है। हर भूमिका के लिए दो से चार बुलेट, हर एक किसी ख़ास नतीजे के इर्द-गिर्द बना हुआ न कि किसी सामान्य ड्यूटी के, दोबारा लिखने की एक छोटी मेहनत है जिसका इस पर बहुत बड़ा असर पड़ता है कि रिज़्यूमे पहले कुछ सेकंड के बाद असल में पढ़ी जाती है या नहीं।

रिज़्यूमे को एक पेज तक रखने की सलाह कोई मनमानी स्टाइल पसंद नहीं है — यह सीधे इस बात से निकलती है कि पहली बार पढ़ने को कितना कम समय असल में मिलता है, और कोई पेज जो पाठक को पाँच साल के करियर के दूसरे पेज पर दबे प्रासंगिक तीन साल के अनुभव को ढूँढने पर मजबूर करता है, वह सब कुछ शामिल करके जितना पाता है उससे कहीं ज़्यादा गँवाता है। छात्रों, हाल के ग्रेजुएट, और करियर के लगभग पहले दशक के भीतर के ज़्यादातर उम्मीदवारों के लिए, एक कसकर एडिट किया गया पेज भरोसे के साथ दो ढीले एडिट किए पेजों से बेहतर होता है, क्योंकि क्या काटना है यह चुनने का अनुशासन आमतौर पर सब कुछ शामिल करने और पाठक के मायने रखने वाले हिस्से ढूँढने की उम्मीद रखने के विकल्प से एक मज़बूत, ज़्यादा फ़ोकस्ड दस्तावेज़ बनाता है।

दूसरा पेज एक उचित, कमाया हुआ अपवाद बन जाता है जब किसी के पास इतना असल में प्रासंगिक अनुभव हो कि उसे एक पेज में फ़िट करने का मतलब हो असली, उपयोगी उपलब्धियाँ काटना, भराव और दोहराव छाँटना नहीं — एक आम बताई जाने वाली सीमा है लगभग एक दशक या उससे ज़्यादा प्रासंगिक कार्य इतिहास। तब भी, वही सिद्धांत लागू होता है: दूसरे पेज में वह कंटेंट होना चाहिए जो काटा नहीं जा सकता था, वह कंटेंट नहीं जिसे रखना बस सुविधाजनक था। यही वजह है कि इस टूल का PDF एक्सपोर्ट कंटेंट के वाक़ई फ़िट न होने पर अपने आप दूसरे पेज पर बहता है, टेक्स्ट को पढ़ने लायक़ से आगे सिकोड़ने या किसी सेक्शन को चुपचाप काटने की बजाय — एक-पेज का टारगेट वह लक्ष्य है जिसके लिए कोशिश करनी चाहिए, कोई सख़्त सीमा नहीं जिसे असली कंटेंट गँवाने की क़ीमत पर लागू किया जाए।