تجاوز إلى المحتوى
تعلّم لعملك المرجع مقالات المحفوظات
العربية

playbook

ابنِ onboarding جاهزًا في صندوق قابل لإعادة الاستخدام

ابنِ قائمة تحقّق للأسبوع الأول خاصة بالوظيفة وخطة 30 يومًا — حسابات، وأشخاص للقائهم، ووثائق لقراءتها، وهدف مبكّر واضح واحد — مجمَّعة حسب اليوم وقابلة لإعادة الاستخدام لكل موظّف جديد في الوظيفة.

متوسّط ~45 دقيقة

متى تلجأ إلى هذا

يقضي الموظّفون الجدد الأسبوع الأول في الانتظار — حساب لم يُطلَب، واجتماع لم يحجزه أحد، ووثيقة لم يدلّهم عليها أحد. الـ onboarding يعيش في رأس شخص واحد ويُعاد اختراعه (بشكل سيّئ) كل مرّة. هذا النظام يبني الصندوق مرّة واحدة: قائمة تحقّق للأسبوع الأول يومًا بيوم وخطة 30 يومًا لوظيفة محدّدة — حسابات لإعدادها، وأشخاص للقائهم، ووثائق لقراءتها، وهدف مبكّر واضح — تعيد استخدامها للموظّف التالي في تلك الوظيفة بدلًا من البدء من الصفر.

جهّز هذا أولًا

  • الوظيفة والفريق — وكيف يبدو "الجيّد" بحلول اليوم 30 (أول أمر حقيقي ينبغي أن ينجزه هذا الشخص أو يملكه).
  • المكوّنات الخام: الأنظمة/الحسابات التي تحتاجها هذه الوظيفة، والأشخاص الأساسيون والغرض من كلٍّ منهم، والوثائق الواجب قراءتها — تفريغ خام في onboarding-notes.md يكفي، وسيهيكله Claude.
  • أي شيء يجب أن يحدث في أيام محدّدة (مهلة إعداد الـ IT، اجتماع فريق دوري، موعد نهائي لتدريب امتثال).

الـ workflow

  1. حدّد معنى 'الجاهزية' قبل سرد المهام

    ابدأ من هدف الـ 30 يومًا، لا من كومة المهام. قائمة تحقّق بلا وجهة مجرّد انشغال؛ وتسمية النصر المبكّر أولًا تجعل كل مهمّة تكسب مكانها بإشارتها إليه.

    أنت تطلب 
    اقرأ onboarding-notes.md. هذا لوظيفة [role] في [team]. قبل أي قائمة تحقّق، اقترح ما الذي يجب أن يعنيه 'الجاهزية بنجاح بحلول اليوم 30' لهذه الوظيفة — هدف مبكّر ملموس واحد يمكن للموظّف الجديد أن يملكه، إضافة إلى 2–3 علامات على أنه على المسار. لا تبنِ الجدول بعد.

    ما تحصل عليه هدف 30 يومًا واضح ومحكم ("بحلول اليوم 30، يملك إيميل المقاييس الأسبوعي من بدايته لنهايته") وبضع إشارات تقدّم — الوجهة التي على كل بند في قائمة التحقّق أن يخدمها الآن.

    الإرساء على هدف مبكّر ملموس هو ما يحوّل قائمة تحقّق عامة إلى جاهزية حقيقية. أصِب هذا، والبقية تكتب نفسها.

  2. ابنِ قائمة تحقّق الأسبوع الأول، مجمَّعة حسب اليوم

    الآن رتّب الأسبوع الأول يومًا بيوم، مسلسلًا بحيث لا يعرقل شيء شيئًا. التجميع حسب اليوم هو ما يجعلها قابلة للاستخدام — يرى الموظّف الجديد ومديره كلاهما تحديدًا ما الغرض من اليوم.

    أنت تطلب 
    الآن ابنِ قائمة تحقّق onboarding للأسبوع الأول لهذه الوظيفة، مجمَّعة من اليوم 1 إلى اليوم 5. لكل يوم: الحسابات والوصول لإعدادها، والأشخاص للقائهم (مع السبب)، والوثائق لقراءتها، وأمر صغير واحد يُنجَز فعلًا. سلسِلها بحيث تأتي المتطلّبات المسبقة أولًا — اللابتوب والحسابات قبل الأدوات التي تحتاجها. حدّد من يملك كل بند: الموظّف الجديد، أو المدير، أو الـ IT.

    ما تحصل عليه قائمة تحقّق يومًا بيوم — "اليوم 1: اللابتوب + SSO (الـ IT)، غداء تعارف الفريق (المدير)، قراءة ميثاق الفريق (أنت)" حتى اليوم 5 — مسلسلة بحيث لا يُعرقَل شيء، ومالكٌ على كل سطر.

  3. وسِّعها إلى خطة جاهزية 30 يومًا

    الأسبوع الأول يُعِدّهم؛ وخطة الـ 30 يومًا تجعلهم منتِجين. فكّك الهدف المبكّر إلى معالم أسبوعية كي يكون التقدّم ظاهرًا والتعثّر واضحًا مبكّرًا.

    أنت تطلب 
    وسِّع هذه إلى خطة 30 يومًا بمعالم أسبوعية (الأسبوع 1 منتهٍ، الأسابيع 2–4 قادمة) تبني نحو هدف اليوم 30 الذي حدّدناه. لكل أسبوع: ماذا ينبغي أن يتعلّموا، ومع من ينبغي أن يعملوا، ومحادثة checkpoint مع مديرهم. أبقِها واقعية — لا تثقل الأسبوع 2.

    ما تحصل عليه جاهزية من أربعة أسابيع بمعالم أسبوعية تبني نحو الهدف، وتسجيل دخول مع المدير كل أسبوع، ومنحنى جاهزية مقصود (ملازمة في الأسبوع 2، مساهمة بحلول الأسبوع 3) بدلًا من حشر كل شيء في البداية.

  4. اجعلها قالبًا للموظّف التالي في هذه الوظيفة

    هذا ما يجعلها نظامًا لا حدثًا لمرة واحدة. اجعل Claude يجرّد الأجزاء الخاصة بالشخص ويترك placeholders موسومة بوضوح، كي يكون الموظّف التالي في الوظيفة عملية ملء فراغات، لا إعادة بناء.

    أنت تطلب 
    حوّل هذه إلى قالب قابل لإعادة الاستخدام لأي موظّف جديد في [role]: استبدل التفاصيل الخاصة بالشخص بـ [placeholders] واضحة (الاسم، المدير، تاريخ البدء، الزميل المرافق)، وأضِف قائمة تحقّق قصيرة 'لتجهيز المدير' بما ينبغي إعداده قبل اليوم 1. أبقِ الهيكل متطابقًا كي يبقى متّسقًا من موظّف لآخر.

    ما تحصل عليه قالب نظيف قابل لإعادة الاستخدام بـ [placeholders] واضحة وقائمة تحقّق للمدير قبل البدء — ضع تفاصيل الموظّف التالي ويصبح لديك خطته، متطابقة في الشكل مع السابقة.

    احفظ هذا القالب. إعادة استخدام الهيكل نفسه لكل موظّف في وظيفة هو ما يجعل الـ onboarding يبدو متّسقًا وعادلًا بدلًا من اعتماده على من أعدّه.

اجعله ملكك

  • **وظيفة مختلفة، المحرّك نفسه:** بدّل المكوّنات في الخطوة 1 — مسار الهدف أولًا ← الأسبوع ← الشهر ← القالب متطابق لمندوب مبيعات أو مهندس أو وكيل دعم. احتفظ بقالب واحد لكل وظيفة.
  • **لا تدفن الوثائق:** الوثائق الواجب قراءتها لا تفيد إلا إذا كانت قابلة للقراءة. مرّر أي شيء كثيف عبر playbook *أعِد كتابة سياسة بلغة بسيطة* أولًا، كي لا تكون قراءة اليوم الأول جدارًا من المصطلحات.
  • **أتمِت التذكيرات:** ما إن يستقرّ القالب، يستطيع scheduled agent (راجع تبويب *Features* في الـ Playbook) نشر بنود قائمة تحقّق كل يوم للموظّف الجديد ونخز المدير قبل اليوم 1 — كي تدير الخطة نفسها بنفسها بدلًا من العيش في تقويمك.

انتبه إلى

  • أبقِ تفاصيل الموظّف الجديد الحقيقية — الاسم الكامل، الإيميل الشخصي، عنوان المنزل — خارج prompts أثناء بنائك القالب؛ صمّمه بـ [placeholders] واملأها في نظام الـ HR المعتمَد لديك، لا في محادثة.
  • الأسبوع 2 المُثقَل هو أكثر إخفاقات الـ onboarding شيوعًا. اجعل Claude يضبط وتيرة الجاهزية بواقعية؛ فالخطة التي لا يستطيع أحد مواكبتها تُهجَر بحلول يوم الأربعاء.
  • يبني Claude الخطة؛ لكن البشر هم من يملكون تحديد ما إذا كان الهدف عادلًا والوصول مناسبًا. يؤكّد المدير أن هدف الـ 30 يومًا قابل للتحقيق وأن كل حساب في القائمة مطلوب فعلًا — أقلّ وصول، لا أكثره.

ستحصل في النهاية على onboarding جاهز في صندوق لوظيفة — أسبوع أول يومًا بيوم وجاهزية 30 يومًا قائمة على المعالم نحو هدف مبكّر واضح — مبنيّ مرة واحدة ومُدرَج لكل موظّف مستقبلي بدلًا من إعادة اختراعه كل مرّة.