कर्मचारी ऑनबोर्डिंग पोर्टल कैसे बनाएं: चेकलिस्ट, दस्तावेज़ और पहले हफ़्ते की योजना
कर्मचारी ऑनबोर्डिंग पोर्टल "स्वागत है, सोमवार को मिलते हैं" को एक योजना में बदल देता है। नए कर्मचारी को एक पेज मिलता है जिसमें उनके पहले कुछ हफ़्तों के लिए ज़रूरी सब कुछ होता है: शुरुआत का समय, किससे पूछना है, कौन से दस्तावेज़ लौटाने हैं, हर दिन क्या करना है। वहीं HR, IT और मैनेजर को अपने-अपने कार्य मिलते हैं, नियत तारीखों के साथ, ताकि लैपटॉप, खाते और डेस्क पहले दिन तैयार हों। इसे बनाने के लिए भूमिका के अनुसार चेकलिस्ट टेम्पलेट, हर नए व्यक्ति के लिए उस चेकलिस्ट की कॉपी, अलग-अलग लोगों को सौंपे गए कार्य, सुरक्षित दस्तावेज़ संग्रह, और एक ऐसा दृश्य चाहिए जो दिखाए कि क्या समय से पीछे है। एक AI app builder जल्दी से काम करने वाला संस्करण बना सकता है; सोच-विचार चेकलिस्ट पर और व्यक्तिगत दस्तावेज़ों की सुरक्षा पर लगना चाहिए।
पोर्टल को क्या चाहिए
डेटा
| Table | मुख्य fields |
|---|---|
| Templates | नाम ("Engineering", "Sales", "Store staff"), विवरण |
| Template tasks | Template, शीर्षक, विवरण, मालिक की भूमिका (नया कर्मचारी, HR, IT, मैनेजर, buddy), शुरुआत की तारीख से दिनों में due offset, अपलोड ज़रूरी है या नहीं |
| New hires | नाम, निजी email, कार्य email, भूमिका, टीम, मैनेजर, buddy, शुरुआत की तारीख, स्थान, template, status |
| Tasks | नया कर्मचारी, शीर्षक, ज़िम्मेदार व्यक्ति, due date, status (करना है, हो गया, ज़रूरी नहीं), पूरा होने का समय, notes |
| Documents | नया कर्मचारी, task, file key, प्रकार, अपलोड का समय, किसने जाँचा, retention date |
| Resources | शीर्षक, link या सामग्री, audience (सभी, टीम, भूमिका) |
मूल विचार है टेम्पलेट को हर व्यक्ति के लिए कॉपी करना। हर नए सदस्य के लिए टेम्पलेट से उसके अपने कार्य बनते हैं, और due dates उसकी शुरुआत की तारीख से गिने जाते हैं ("IT: लैपटॉप ऑर्डर करें — शुरुआत से 10 दिन पहले")। फिर आप किसी एक व्यक्ति की चेकलिस्ट बदल सकते हैं, टेम्पलेट को बदले बिना।
पेज
- नया कर्मचारी: स्वागत पेज (शुरुआत का समय, दफ़्तर का पता, किससे पूछना है, पहले हफ़्ते की योजना), मेरी चेकलिस्ट, दस्तावेज़ अपलोड, मुख्य नीतियाँ और संपर्क।
- मैनेजर और buddy: हर नए सदस्य के लिए उनके कार्य और एक नज़र में प्रगति।
- HR: सभी नए सदस्य शुरुआत की तारीख के हिसाब से, सभी के समय से पीछे चल रहे कार्य, टेम्पलेट, समीक्षा के लिए दस्तावेज़।
- IT: उपकरण और खातों के कार्य, शुरुआत की तारीख के हिसाब से।
अनुमतियाँ
नए कर्मचारी केवल अपना पोर्टल देखते हैं। मैनेजर अपने नए सदस्य देखते हैं। IT अपने कार्य देखता है, व्यक्तिगत दस्तावेज़ नहीं। HR सब कुछ देखता है। व्यक्तिगत दस्तावेज़ — ID, अनुबंध, tax फ़ॉर्म — ऐप का सबसे संवेदनशील डेटा हैं: निजी storage, केवल HR की पहुँच, और ज़रूरी retention अवधि के बाद उन्हें हटाने की योजना। कर्मचारी दस्तावेज़ों के लिए डेटा संरक्षण और रिकॉर्ड-रखने के नियम देश के अनुसार अलग हैं, इसलिए किसी सलाहकार से जाँचें। इसे लागू करने के बारे में Role-based access control में समझाया गया है।
फ़ैसले और समझौते
नए सदस्य साइन इन कैसे करेंगे
नए सदस्यों के पास पहले दिन से पहले कार्य email नहीं होता। विकल्प: उनके निजी email पर एक magic link, एक बार का setup link जो पासवर्ड बनाता है, या पोर्टल की पहुँच तभी देना जब कार्य खाते बन चुके हों (जिससे शुरुआत से पहले की अवधि खो जाती है)। Magic links आमतौर पर चुने जाते हैं।
दस्तावेज़ इकट्ठा करें या दूसरे सिस्टम से जोड़ें
सबसे सरल पोर्टल केवल यह ट्रैक करता है कि किसी दस्तावेज़ का काम दूसरे सिस्टम में हुआ ("e-signature tool में अनुबंध पर हस्ताक्षर — हो गया")। फ़ाइलें खुद इकट्ठा करना सुविधाजनक है, पर इसके साथ storage, पहुँच और retention की ज़िम्मेदारी आती है। अनुबंध आमतौर पर e-signature product में बेहतर साइन होते हैं, और बैंक व tax विवरण payroll में।
कितनी सामग्री
पोर्टल कोई wiki नहीं है। नीतियों के लिए अपने knowledge base या handbook के लिंक दें, और पोर्टल को इस व्यक्ति के अगले कदमों पर केंद्रित रखें।
स्वचालित reminders
हर मालिक को रोज़ overdue कार्यों का email भेजने से काम आगे बढ़ता है। इसके लिए कुछ ऐसा चाहिए जो किसी schedule पर चले; यदि आपकी hosting में scheduled jobs नहीं हैं, तो कोई बाहरी scheduler आपके ऐप के किसी endpoint को कॉल कर सकता है, या HR dashboard से "reminders भेजें" दबा सकता है।
एक पहला prompt जो काम करे
एक 120 लोगों की सॉफ़्टवेयर कंपनी के लिए एक कर्मचारी ऑनबोर्डिंग पोर्टल बनाओ। HR एक नया सदस्य बनाता है जिसमें नाम, निजी email, भूमिका, टीम, मैनेजर, buddy, शुरुआत की तारीख, स्थान और एक template (Engineering, Sales, Operations) हो। हर template में ऐसे कार्य हों जिनका मालिक एक भूमिका है (नया कर्मचारी, HR, IT, मैनेजर, buddy), एक विवरण, और शुरुआत की तारीख से जुड़ी due date; नया सदस्य बनाते ही template उसकी अपनी कार्य-सूची में असली तारीखों के साथ कॉपी हो जाए। नए सदस्य निजी email पर भेजे गए magic link से साइन इन करें और एक स्वागत पेज देखें (शुरुआत का समय, दफ़्तर का पता, किससे पूछना है, पहले हफ़्ते का कार्यक्रम), अपनी चेकलिस्ट, और ज़रूरी दस्तावेज़ों के अपलोड। मैनेजर, buddy और IT हर नए सदस्य के लिए केवल अपने कार्य देखें। HR सभी नए सदस्य शुरुआत की तारीख से, overdue कार्य और अपलोड किए गए दस्तावेज़ देखे। दस्तावेज़ निजी storage में रहें और केवल HR को दिखें। भूमिकाएँ: नया सदस्य, कर्मचारी, HR, IT। सब कुछ database में सहेजो। नए सदस्यों के पेजों के लिए मित्रवत, स्वागत भरा डिज़ाइन; HR और IT के लिए सादा और घना।
बनाने के चरण
- पहले कागज़ पर चेकलिस्ट लिखें। पिछले तीन नए लोगों से पूछें कि पहले दिन क्या कमी थी, और IT से पूछें कि क्या हमेशा देर से पहुँचता है।
- टेम्पलेट और नए सदस्य, कॉपी और शेड्यूल का तर्क कुछ शुरुआत की तारीखों पर परखा हुआ।
- हर भूमिका के लिए कार्य-दृश्य, जिसमें केवल वही दिखे जो उस व्यक्ति को करना है।
- नया-सदस्य पोर्टल: स्वागत पेज, चेकलिस्ट, संसाधन।
- साइन-इन: नए सदस्यों के लिए magic link, और स्टाफ़ के लिए आपका चुना login।
- दस्तावेज़ अपलोड निजी storage में, केवल HR के लिए। देखें file uploads जोड़ना।
- Notifications और reminders अपने email provider के ज़रिए।
- HR का overview overdue कार्यों और आने वाले नए सदस्यों का।
- अगले दो नए सदस्यों के साथ पायलट, फिर उसी पैटर्न से offboarding जोड़ें।
आम गलतियाँ
- पहले दिन से शुरू करना। सबसे अच्छा ऑनबोर्डिंग काम शुरुआत से पहले के दो हफ़्तों में होता है।
- सभी के लिए एक बड़ी चेकलिस्ट। भूमिका के अनुसार टेम्पलेट रखें, और HR को वे कार्य हटाने दें जो लागू न हों।
- ऐसे कार्य जिनका कोई एक मालिक नहीं। "टीम खाते सेट करे" का मतलब है कि कोई नहीं करेगा।
- व्यक्तिगत दस्तावेज़ सार्वजनिक या साझा storage में। उन्हें निजी रखें, पहुँच सीमित करें, और तय समय पर हटाएँ।
- पोर्टल को handbook बना देना। नीतियों के लिंक दें; पोर्टल को अगले कदमों पर रखें।
- मैनेजर को भूल जाना। नए सदस्य के लिए मैनेजर की पहले हफ़्ते की योजना किसी भी फ़ॉर्म से ज़्यादा मायने रखती है।
जब तैयार product बेहतर विकल्प हो
यदि आप पहले से HR software इस्तेमाल करते हैं, तो पहले उसकी onboarding सुविधाएँ देखें: उसमें टेम्पलेट, e-signatures और payroll व कर्मचारी रिकॉर्ड से जुड़ाव पहले से हो सकता है, जिसे कस्टम पोर्टल को जोड़ना पड़ेगा। कई देशों में भर्ती करने वाली कंपनियों को ऐसे products से भी फ़ायदा होता है जो देश-विशिष्ट कागज़ात अद्यतन रखते हैं।
कस्टम पोर्टल तब ठीक है जब ऑनबोर्डिंग एक असली अड़चन हो पर आपके HR tool का संस्करण कठोर हो, जब कार्य IT, facilities और ग्राहक-विशिष्ट चरणों में फैले हों जिन्हें वह tool नहीं दर्शाता, या जब आप ऑनबोर्डिंग, अवकाश अनुरोध और दूसरे आंतरिक अनुरोध एक जगह चाहते हों। बढ़ती टीमों के लिए यह अक्सर पहला आंतरिक टूल भी होता है।
Mythex के साथ बनाना
Mythex पर आप चैट में ऑनबोर्डिंग workflow का विवरण देते हैं, और एजेंट उसे live preview में बनाता है, जिसमें नए सदस्यों और कार्यों के लिए Postgres database, और ज़रूरत पड़ने पर uploads के लिए प्रोजेक्ट file storage जुड़ता है। docs में आंतरिक टूल का उपयोग उन पहले टूल्स में से एक के रूप में ऑनबोर्डिंग चेकलिस्ट गिनाता है जो अक्सर फ़ायदेमंद होते हैं। Magic-link sign-in और reminder emails आपके अपने auth और email providers से जाते हैं — Mythex में built-in end-user login या email भेजना नहीं है — और keys project secrets में रखी जाती हैं। प्रकाशित करने से पहले /test से एक नया सदस्य बनाने और कार्य पूरे करने की प्रक्रिया चलाएँ।
शुरुआती prompt के लिए org chart directory या hiring pipeline tracker टेम्पलेट देखें, फिर उन्हें ऑनबोर्डिंग तक बढ़ाएँ।
सवाल
कर्मचारी ऑनबोर्डिंग पोर्टल में क्या होना चाहिए?
एक स्वागत पेज जिसमें पहले दिन की जानकारी हो, नए कर्मचारी के लिए चेकलिस्ट, HR, IT और मैनेजर के लिए कार्य, ज़रूरी दस्तावेज़ अपलोड और साइन करने की जगह, मुख्य नीतियों के लिंक, और एक ऐसा दृश्य जो दिखाए कि कौन किस चीज़ का इंतज़ार कर रहा है।
ऑनबोर्डिंग कब शुरू होनी चाहिए?
पहले दिन से पहले। नए कर्मचारी का पोर्टल ऑफ़र स्वीकार होते ही खुल जाना चाहिए, ताकि कागज़ात, उपकरण और खाते पहली सुबह तक तैयार हों, न कि पहला हफ़्ता उनमें चला जाए।
क्या एक कस्टम पोर्टल में ID और बैंक विवरण जमा करना सुरक्षित है?
केवल सावधानी से: निजी file storage, केवल HR की पहुँच, एन्क्रिप्टेड कनेक्शन और स्पष्ट retention अवधि। कई कंपनियाँ बैंक और tax विवरण payroll सिस्टम पर छोड़ती हैं और पोर्टल में केवल वही लेती हैं जो सचमुच ज़रूरी है। स्थानीय डेटा सुरक्षा नियम जाँचें।
क्या वही पोर्टल offboarding भी संभाल सकता है?
हाँ। Offboarding भी वही पैटर्न है, जिसमें HR, IT और मैनेजर के कार्यों वाला चेकलिस्ट टेम्पलेट उल्टे क्रम में चलता है: उपकरण लौटाना, पहुँच हटाना, अंतिम वेतन और exit बातचीत।