يقضي الموظّفون الجدد الأسبوع الأول في الانتظار — حساب لم يُطلَب، واجتماع لم يحجزه أحد، ووثيقة لم يدلّهم عليها أحد. الـ onboarding يعيش في رأس شخص واحد ويُعاد اختراعه (بشكل سيّئ) كل مرّة. هذا النظام يبني الصندوق مرّة واحدة: قائمة تحقّق للأسبوع الأول يومًا بيوم وخطة 30 يومًا لوظيفة محدّدة — حسابات لإعدادها، وأشخاص للقائهم، ووثائق لقراءتها، وهدف مبكّر واضح — تعيد استخدامها للموظّف التالي في تلك الوظيفة بدلًا من البدء من الصفر.
- الوظيفة والفريق — وكيف يبدو "الجيّد" بحلول اليوم 30 (أول أمر حقيقي ينبغي أن ينجزه هذا الشخص أو يملكه).
- المكوّنات الخام: الأنظمة/الحسابات التي تحتاجها هذه الوظيفة، والأشخاص الأساسيون والغرض من كلٍّ منهم، والوثائق الواجب قراءتها — تفريغ خام تكتبه في المحادثة في Claude Desktop، أو تُسقطه كملف
onboarding-notes.md، يكفي؛ وسيهيكله Claude. - أي شيء يجب أن يحدث في أيام محدّدة (مهلة إعداد الـ IT، اجتماع فريق دوري، موعد نهائي لتدريب امتثال).
-
حدّد معنى 'الجاهزية' قبل سرد المهام
ابدأ من هدف الـ 30 يومًا، لا من كومة المهام. قائمة تحقّق بلا وجهة مجرّد انشغال؛ وتسمية النصر المبكّر أولًا تجعل كل مهمّة تكسب مكانها بإشارتها إليه.
أنت تطلباقرأ onboarding-notes.md. هذا لوظيفة [role] في [team]. قبل أي قائمة تحقّق، اقترح ما الذي يجب أن يعنيه 'الجاهزية بنجاح بحلول اليوم 30' لهذه الوظيفة — هدف مبكّر ملموس واحد يمكن للموظّف الجديد أن يملكه، إضافة إلى 2–3 علامات على أنه على المسار. لا تبنِ الجدول بعد.ما تحصل عليه هدف 30 يومًا واضح ومحكم ("بحلول اليوم 30، يملك إيميل المقاييس الأسبوعي من بدايته لنهايته") وبضع إشارات تقدّم — الوجهة التي على كل بند في قائمة التحقّق أن يخدمها الآن.
الإرساء على هدف مبكّر ملموس هو ما يحوّل قائمة تحقّق عامة إلى جاهزية حقيقية. أصِب هذا، والبقية تكتب نفسها.
-
ابنِ قائمة تحقّق الأسبوع الأول، مجمَّعة حسب اليوم
الآن رتّب الأسبوع الأول يومًا بيوم، مسلسلًا بحيث لا يعرقل شيء شيئًا. التجميع حسب اليوم هو ما يجعلها قابلة للاستخدام — يرى الموظّف الجديد ومديره كلاهما تحديدًا ما الغرض من اليوم.
أنت تطلبالآن ابنِ قائمة تحقّق onboarding للأسبوع الأول لهذه الوظيفة، مجمَّعة من اليوم 1 إلى اليوم 5. لكل يوم: الحسابات والوصول لإعدادها، والأشخاص للقائهم (مع السبب)، والوثائق لقراءتها، وأمر صغير واحد يُنجَز فعلًا. سلسِلها بحيث تأتي المتطلّبات المسبقة أولًا — اللابتوب والحسابات قبل الأدوات التي تحتاجها. حدّد من يملك كل بند: الموظّف الجديد، أو المدير، أو الـ IT.ما تحصل عليه قائمة تحقّق يومًا بيوم — "اليوم 1: اللابتوب + SSO (الـ IT)، غداء تعارف الفريق (المدير)، قراءة ميثاق الفريق (أنت)" حتى اليوم 5 — مسلسلة بحيث لا يُعرقَل شيء، ومالكٌ على كل سطر.
-
وسِّعها إلى خطة جاهزية 30 يومًا
الأسبوع الأول يُعِدّهم؛ وخطة الـ 30 يومًا تجعلهم منتِجين. فكّك الهدف المبكّر إلى معالم أسبوعية كي يكون التقدّم ظاهرًا والتعثّر واضحًا مبكّرًا.
أنت تطلبوسِّع هذه إلى خطة 30 يومًا بمعالم أسبوعية (الأسبوع 1 منتهٍ، الأسابيع 2–4 قادمة) تبني نحو هدف اليوم 30 الذي حدّدناه. لكل أسبوع: ماذا ينبغي أن يتعلّموا، ومع من ينبغي أن يعملوا، ومحادثة checkpoint مع مديرهم. أبقِها واقعية — لا تثقل الأسبوع 2.ما تحصل عليه جاهزية من أربعة أسابيع بمعالم أسبوعية تبني نحو الهدف، وجلسة متابعة مع المدير كل أسبوع، ومنحنى جاهزية مقصود (ملازمة في الأسبوع 2، مساهمة بحلول الأسبوع 3) بدلًا من حشر كل شيء في البداية.
-
اجعلها قالبًا للموظّف التالي في هذه الوظيفة
هذا ما يجعلها نظامًا لا حدثًا لمرة واحدة. اجعل Claude يجرّد الأجزاء الخاصة بالشخص ويترك placeholders موسومة بوضوح، كي يكون الموظّف التالي في الوظيفة عملية ملء فراغات، لا إعادة بناء.
أنت تطلبحوّل هذه إلى قالب قابل لإعادة الاستخدام لأي موظّف جديد في [role]: استبدل التفاصيل الخاصة بالشخص بـ [placeholders] واضحة (الاسم، المدير، تاريخ البدء، الزميل المرافق)، وأضِف قائمة تحقّق قصيرة 'لتجهيز المدير' بما ينبغي إعداده قبل اليوم 1. أبقِ الهيكل متطابقًا كي يبقى متّسقًا من موظّف لآخر.ما تحصل عليه قالب نظيف قابل لإعادة الاستخدام بـ
[placeholders]واضحة وقائمة تحقّق للمدير قبل البدء — ضع تفاصيل الموظّف التالي ويصبح لديك خطته، متطابقة في الشكل مع السابقة.احفظ هذا القالب. إعادة استخدام الهيكل نفسه لكل موظّف في وظيفة هو ما يجعل الـ onboarding يبدو متّسقًا وعادلًا بدلًا من اعتماده على من أعدّه.
- وظيفة مختلفة، المحرّك نفسه: بدّل المكوّنات في الخطوة 1 — مسار الهدف أولًا ← الأسبوع ← الشهر ← القالب متطابق لمندوب مبيعات أو مهندس أو وكيل دعم. احتفظ بقالب واحد لكل وظيفة.
- لا تدفن الوثائق: الوثائق الواجب قراءتها لا تفيد إلا إذا كانت قابلة للقراءة. مرّر أي شيء كثيف عبر playbook أعِد كتابة سياسة بلغة بسيطة أولًا، كي لا تكون قراءة اليوم الأول جدارًا من المصطلحات.
- onboarding بلغتين: لموظّف ناطق بالعربية، ابنِ قائمة التحقّق ووثائق اليوم الأول بالعربية أيضًا — كيّفها، لا تترجمها آليًا، كي يُقرَأ الترحيب فعلًا كترحيب. الهيكل يبقى متطابقًا؛ تتغيّر اللغة فقط.
- اعكِسها عند المغادرة: الانضباط نفسه في بناء الصندوق مرّة واحدة يجري بالاتّجاه المعاكس في أدِر خروجًا محترمًا واحتفظ بما تتعلّمه — حين يترك أحدهم الوظيفة، يكون صندوق الـ offboarding هو الطرف المقابل لهذا الصندوق، فتُغلَق دورة الحياة بالنظافة نفسها التي تُفتَح بها.
- أتمِت التذكيرات (Power Track): ما إن يستقرّ القالب، يستطيع scheduled agent (راجع تبويب Capabilities في الـ Playbook) نشر بنود قائمة تحقّق كل يوم للموظّف الجديد وتنبيه المدير قبل اليوم 1 — كي تدير الخطة نفسها بنفسها بدلًا من العيش في تقويمك. الـ scheduled agents هي مسار
Power Trackالاختياري — على Desktop يعمل القالب جيدًا كقائمة تحقّق تمرّ بها يدويًا لكل موظّف.
- أبقِ تفاصيل الموظّف الجديد الحقيقية — الاسم الكامل، الإيميل الشخصي، عنوان المنزل — خارج prompts أثناء بنائك القالب؛ صمّمه بـ
[placeholders]واملأها في نظام الـ HR المعتمَد لديك، لا في محادثة. - الأسبوع 2 المُثقَل هو أكثر إخفاقات الـ onboarding شيوعًا. اجعل Claude يضبط وتيرة الجاهزية بواقعية؛ فالخطة التي لا يستطيع أحد مواكبتها تُهجَر بحلول يوم الأربعاء.
- يبني Claude الخطة؛ لكن البشر هم من يملكون تحديد ما إذا كان الهدف عادلًا والوصول مناسبًا. يؤكّد المدير أن هدف الـ 30 يومًا قابل للتحقيق وأن كل حساب في القائمة مطلوب فعلًا — أقلّ وصول، لا أكثره.
ستحصل في النهاية على onboarding جاهز في صندوق لوظيفة — أسبوع أول يومًا بيوم وجاهزية 30 يومًا قائمة على المعالم نحو هدف مبكّر واضح — مبنيّ مرة واحدة ومُدرَج لكل موظّف مستقبلي بدلًا من إعادة اختراعه كل مرّة.
أسئلة يطرحها الناس
- ماذا أحتاج لتجهيزه قبل البدء؟
- تفريغ خام في `onboarding-notes.md` يتضمّن الوظيفة والفريق، والأنظمة والحسابات التي تحتاجها هذه الوظيفة، والأشخاص الأساسيين والغرض من كلٍّ منهم، والوثائق الواجب قراءتها، وأي قيود مرتبطة بأيام محدّدة كمهلة إعداد الـ IT أو موعد نهائي لتدريب الامتثال. Claude يهيكل المُدخَل الخام — لا يلزم أن يكون مرتّبًا.
- كم يستغرق بناء صندوق الـ onboarding في المرّة الأولى؟
- نحو 45 دقيقة من البداية للنهاية لوظيفة واحدة. الجزء الأبطأ هو جمع الملاحظات الخامة مرّة واحدة؛ بعد ذلك تستغرق قائمة التحقّق اليومية وخطة الـ 30 يومًا والقالب القابل لإعادة الاستخدام كلٌّ منها prompt واحدًا مركّزًا.
- هل يجب إدخال بيانات الموظّف الجديد الحقيقية في الـ prompts أثناء البناء؟
- لا. ابنِ القالب باستخدام `[placeholders]` للاسم والمدير وتاريخ البدء والزميل المرافق — ثم املأها في نظام الـ HR المعتمَد لديك، لا في محادثة. هذا يُبقي البيانات الشخصية خارج أي أداة لم يُصرَح بها.
- هل يمكنني تكييف هذا لوظيفة مختلفة دون إعادة البناء من الصفر؟
- نعم — بدّل المُدخَلات في الخطوة 1 (الهدف والحسابات والأشخاص الأساسيون للوظيفة الجديدة) وشغّل المسار نفسه. هيكل الهدف أولًا ← الأسبوع ← الشهر ← القالب متطابق لمندوب مبيعات أو مهندس أو وكيل دعم. احتفظ بقالب واحد محفوظ لكل وظيفة.