Skill בניית מכרז גיוס ל-Claude

מפיק חבילת גיוס מלאה — מודעת עבודה, מדריך ראיונות, ומכתב הצעה — משיחה קצרה על התפקיד. מנתב אופציונלית את מכתב ההצעה ל-DocuSign דרך Claude ב-Chrome.

התחלה מהירה

הפעל כאשר משתמש אומר שהוא צריך לגייס מישהו או להפיק מסמך גיוס כלשהו. ה-skill מוביל תהליך עבודה בן 6 שלבים: אסוף הקשר ← חקור את השוק ← כתוב את מודעת העבודה ← צור טיוטת מדריך ראיונות ← הרכב מכתב הצעה ← (אופציונלי) נתב ל-DocuSign.

דוגמת הפעלה:

"אנחנו מגייסים מנהל מוצר בכיר. אפשר להכין את מודעת העבודה ושאלות הראיון?"

תהליך עבודה

1. אסוף הקשר תפקיד — בקש כותרת תפקיד, אחריויות, כישורים, מיקום, שכר, תהליך ראיון, והעדפת מסירת מכתב ההצעה (קובץ Word מול DocuSign). מקור: שיחה / AskUserQuestion.
2. חקור מודעות דומות — חפש ב-Google Drive / Desktop JD-ים ותבניות קיימים; הרץ חיפוש אינטרנט ל-3–5 מודעות חיות לתפקיד זה. מקורות: MCP קבצים, חיפוש אינטרנט.
3. כתוב את מודעת העבודה — צור JD מבוסס-שוק בעזרת references/job-post-structure.md. פלט: [תפקיד]-Job-Post.docx דרך skill docx.
4. צור טיוטת מדריך ראיונות + מחוון ניקוד — בנה מדריך שלב-אחר-שלב בעזרת references/interview-guide-structure.md. פלט: [תפקיד]-Interview-Guide.docx דרך skill docx.
5. הרכב מכתב הצעה — בנה מכתב הצעה עם שדות placeholder בסוגריים בעזרת references/offer-letter-template.md. פלט: [תפקיד]-Offer-Letter.docx דרך skill docx.
6. נתב ל-DocuSign (אם נדרש) — השתמש ב-Claude ב-Chrome לניווט ב-DocuSign, העלאת מכתב ההצעה, הגדרת המעטפה, ושמירת טיוטה. דורש אישור מפורש של המשתמש לפני שליחת המעטפה.

שערי אישור

ה-skill מבצע פעולות גלויות חיצונית בשלב 6. הכללים הבאים חלים:

• לעולם אל תשלח מעטפת DocuSign ללא אישור. שמור את המעטפה כטיוטה והחזר את ה-URL. המשתמש חייב לבדוק ולאשר לפני שClaude לוחץ שלח.
• לעולם אל תשלח אימייל גיבוי Gmail ללא אישור. אם זרימת הדפדפן של DocuSign נכשלת, צור טיוטת אימייל גיבוי והצג אותה למשתמש לפני שליחה.
• לעולם אל תפרסם את מודעת העבודה. הפק רק את קובץ ה-.docx. פרסום בלוח כלשהו הוא אחריות המשתמש.

שלב 6 לא יתקדם מעבר ל-"שמור כטיוטה" מבלי שהמשתמש יאשר במפורש שבדק את המעטפה ורוצה שתישלח.

שלב 1 — הבנת התפקיד

לפני חקירה או כתיבה, אסוף מספיק הקשר לביצוע טוב. בקש מהמשתמש (דרך שיחה או AskUserQuestion):

• כותרת תפקיד — הכותרת המדויקת שרוצים לפרסם

• צוות / תפקוד — למי האדם הזה מדווח ועם מי עובד

• אחריויות מרכזיות — 3–5 דברים שהאדם הזה יבעל ביום-יום

• כישורים חובה — דרישות קשות (שנות ניסיון, מיומנויות ספציפיות, תעודות)

• כישורים רצויים — מועדפים אך לא חובה

• מיקום / מדיניות עבודה מרחוק — במשרד, היברידי, או מרחוק לחלוטין; מיקום אם רלוונטי

• טווח שכר — טווח שכר אם יש (ציין שזה צריך אישור HR/משפטי)

• JD או תבנית קיימים? — שאל אם יש גרסה קודמת ב-Google Drive או Desktop לשימוש כנקודת התחלה

• העדפת מסירת מכתב הצעה — שאל כיצד ישלח מכתב ההצעה:

  • שלח ישירות דרך DocuSign — ה-skill פותח DocuSign ב-Chrome, מעלה את המכתב, מגדיר את המעטפה, ושומר טיוטה לבדיקה לפני שליחה
  • רק קובץ Word — ה-skill שומר את מכתב ההצעה כ-.docx ועוצר שם; המשתמש מטפל בניתוב בעצמו

• תהליך ראיון — שאל כיצד מובנה תהליך הגיוס שלהם:

  • כמה סבבים/שלבים יש?
  • מי מנהל כל שלב? (למשל מגייס, מנהל גיוס, עמית, דלג-שלב, פאנל)
  • מה כל שלב אמור לבדוק? (למשל התאמת תרבות, עומק טכני, שיתוף פעולה בין-תפקודי)
  • יש תרגיל לבית או דוגמת עבודה בשלב כלשהו?

  זה קריטי — מדריך הראיונות יהיה מאורגן לפי שלב, וכל שלב מקבל סט שאלות משלו. אם המשתמש לא יודע עדיין, הצע ברירת מחדל סבירה בהתאם לרמת התפקיד וגודל החברה, ואשר לפני המשך.

  ברירת מחדל לתפקיד IC בינוני-בכיר:

  שלב	מראיין	מיקוד
  סינון טלפוני	מגייס	תקשורת, התאמה בסיסית, לוגיסטיקה
  ראיון מנהל גיוס	מנהל גיוס	היקף, בעלות, עומק ספציפי לתפקיד
  ראיון עמית	חבר צוות	שיתוף פעולה, סגנון עבודה
  תרגיל מיומנויות/מקרה	IC בכיר	עומק טכני או דומיין רלוונטי
  ראיון אחרון / תרבות	דלג-שלב או מנהל בכיר	ערכים, מסלול ארוך-טווח

לכוד את העדפת המסירה בשלב 1 כדי שנתיב שלב 5/6 יהיה ברור לפני תחילת כתיבה. אם המשתמש כבר ציין העדפה (למשל "שלח ל-DocuSign"), חלץ אותה מהודעתו במקום לשאול שוב.

אם המשתמש כבר סיפק את רוב המידע בהודעתו, חלץ אותו ואשר לפני המשך במקום לשאול שאלות כפולות. שאלת הבהרה ממוקדת אחת עדיפה על טופס ארוך.

שלב 2 — חקירת מודעות דומות

מודעות עבודה טובות מבוססות על מה שהשוק אכן אומר לתפקיד זה. עשה את שני אלה במקביל:

א. בדוק קבצים קיימים תחילה חפש ב-Google Drive ו-Desktop JD-ים קודמים, תבניות מכתבי הצעה, או מדריכי ראיונות שיש כבר למשתמש. השתמש בכלי חיפוש קבצים עם מונחים כמו כותרת התפקיד, "תיאור תפקיד", "JD", "מכתב הצעה", "ראיון". אם נמצאו, קרא אותם והשתמש בהם כבסיס — שמר על כל שפה, מבנה, או דרישות שהמשתמש כבר קבע.

ב. חיפוש אינטרנט למודעות דומות חפש מודעות עבודה נוכחיות לתפקיד זה בחברות דומות. מקורות טובים כוללים LinkedIn, Greenhouse, Lever, Workday, ודפי קריירה של חברות. חפש 3–5 מודעות אמיתיות ורשום:

• אחריויות נפוצות הרשומות לתפקיד זה
• כישורים שמופיעים באופן עקבי (אלה הם דרישות בסיסיות)
• כיצד חברות מתארות את ההשפעה/היקף של התפקיד
• דפוסי שפה שגורמים למודעות להרגיש מושכות מול גנריות

השתמש במחקר זה כדי לבחון לחץ את דרישות המשתמש (האם הם מחסירים משהו סטנדרטי? מבקשים משהו יוצא דופן?) ולגרום למודעת העבודה להרגיש עדכנית ומודעת לשוק.

שלב 3 — כתיבת מודעת העבודה

קרא references/job-post-structure.md למבנה המומלץ המלא והנחיות כתיבה.

אם נמצאה מודעת עבודה או JD קיים בשלב 2: השתמש בו כתבנית מבנית — שקף את שמות הסעיפים, הטון, הסדר, וכל נוסחה שהמשתמש קבע (למשל תיאור חברה, הטבות, שפת הגשה). פורמט המשתמש הוא מקור האמת.

השווה לעומת references/job-post-structure.md והציף כל רכיבים חסרים בשאלה אחת לפני כתיבה:

"ב-JD הקיים שלך יש סעיף אחריויות ורשימת דרישות, אבל לא ראיתי hook פתיחה או תיאור למה נראה הצלחה בשנה הראשונה. רוצה שאוסיף את אלה, או לשמור על הפורמט הנוכחי שלך?"

הוסף רכיבים חסרים רק אם המשתמש מאשר.

אם לא נמצאה מודעת עבודה קיימת: בנה מאפס בעזרת references/job-post-structure.md כתבנית מלאה.

בכל מקרה:

• הוביל עם השפעה, לא רק משימות
• היה כנה לגבי מה שקשה — מועמדים שבוחרים לגייס עצמם הם התאמות טובות יותר
• השתמש בשפה כוללת; הימנע מז'רגון שמסנן בשתיקה מועמדים
• שמור את רשימת הכישורים הנדרשים צמודה — כל שורה היא סיבה שמישהו לא מגיש
• אם השכר לא סופק, השמט את הטווח במקום להמציא

שמור כ-[תפקיד]-Job-Post.docx בעזרת skill docx. קרא docx/SKILL.md לפני יצירת הקובץ.

שלב 4 — טיוטת שאלות ראיון + מחוון ניקוד

קרא references/interview-guide-structure.md לפורמט המומלץ המלא.

אם נמצא מדריך ראיונות קיים בשלב 2: השתמש במדריך הקיים של המשתמש כתבנית מבנית — שקף את שמות הסעיפים, הסדר, ומוסכמות הפורמט. פורמט המשתמש הוא מקור האמת; קובץ העזר הוא רשימת בדיקה, לא עקיפה.

לאחר מיפוי הסעיפים של המדריך הקיים כנגד העזר, הציף כל רכיבים הקיימים בעזר אך חסרים ממדריך המשתמש. הצג אלה כשאלה קצרה ואנושית לפני כתיבה — למשל:

"למדריך הקיים שלך יש בנק שאלות ומחוון ניקוד, אבל שמתי לב שהוא לא כולל מפת שלבי ראיון או מדריך debriefing. רוצה שאוסיף את אלה, או לשמור על המבנה הנוכחי שלך?"

הוסף רכיבים חסרים רק אם המשתמש מאשר. אל תרחיב את הפורמט שלהם בשקט ללא שאלה.

אם לא נמצא מדריך קיים: בנה את המדריך מאפס בעזרת references/interview-guide-structure.md כתבנית מלאה. העזר מגדיר את הסעיפים המומלצים, פורמט שאלות, עוגני מחוון, והנחיות debriefing — עקוב אחריו לחלוטין.

בכל מקרה, ארגן את המדריך לפי שלב ראיון בעזרת התהליך שנלכד בשלב 1.

מבנה המסמך כך שכל שלב הוא סעיף משלו:

כל שלב מקבל סעיף משלו עם שם השלב והמראיין ככותרת, ולאחר מכן: תחום המיקוד שהשלב בודק, 4-6 שאלות התנהגותיות ספציפיות למיקוד, 2-3 גשושי המשך לכל שאלה, ומחוון ניקוד 1/3/5 עם עוגנים לכל מיומנות שבבעלות השלב.

עקרונות מרכזיים למדריכים רב-שלביים:

• כל מיומנות צריכה להיות בבעלות שלב אחד — הימנע משני מראיינים שואלים את אותו הדבר. אם יש חפיפה, הקצה זוויות שונות.
• לראיוני פאנל, חלק שאלות בין חברי הפאנל במפורש כדי שכל אחד יידע מה הוא מכסה.
• אם יש תרגיל לבית, כלול סעיף debriefing מובנה לבחינתו — מה לחפש, כיצד לתת ציון, שאלות המשך.
• מדריך ה-debriefing נמצא בסוף, לאחר כל סעיפי השלב.
• עוגני ניקוד 1/3/5 צריכים להיכתב לתפקיד הספציפי הזה, לא גנריים.

שמור כ-[תפקיד]-Interview-Guide.docx בעזרת skill docx.

שלב 5 — הרכבת תבנית מכתב הצעה

קרא references/offer-letter-template.md לתבנית הבסיס המלאה והגדרות השדות.

אם נמצא מכתב הצעה או תבנית קיים בשלב 2: השתמש בו כתבנית מבנית — שמור על הפורמט של המשתמש, סדר הסעיפים, בלוקי חתימה, וכל שפה משפטית שכבר קבעו. הגרסה שלהם היא מקור האמת.

השווה לעומת references/offer-letter-template.md והציף כל רכיבים חסרים בשאלה אחת לפני כתיבה:

"למכתב ההצעה הקיים שלך יש פרטי שכר ותפקיד, אבל שמתי לב שהוא לא כולל סעיף העסקה at-will או כתב ויתור על בדיקה משפטית. רוצה שאוסיף את אלה, או לשמור על הפורמט הנוכחי שלך?"

הוסף רכיבים חסרים רק אם המשתמש מאשר.

אם לא נמצא מכתב הצעה קיים: בנה מאפס בעזרת references/offer-letter-template.md כתבנית מלאה.

בכל מקרה:

• השתמש בשדות placeholder [בסוגריים] מסומנים בבירור לכל הערכים הספציפיים למועמד
• כלול: סעיף at-will (אם ישים), תנאי מימוש, כתב ויתור על בדיקה משפטית
• אל תמציא נתוני שכר — השאר אותם כ-placeholders אם לא סופקו

שמור כ-[תפקיד]-Offer-Letter.docx בעזרת skill docx.

לאחר מכן התפצל בהתאם להעדפת המסירה שנלכדה בשלב 1:

• אם המשתמש בחר DocuSign ← המשך לשלב 6
• אם המשתמש בחר קובץ Word בלבד ← דלג על שלב 6, מסור את ה-.docx וסיים

שלב 6 — ניתוב מכתב ההצעה ישירות ל-DocuSign

השתמש ב-Claude ב-Chrome להעלאת מכתב ההצעה ל-DocuSign והגדרת המעטפה, כדי שהמשתמש לא יצטרך לגעת ב-DocuSign ידנית.

זרימת דפדפן שלב-אחר-שלב:

1. נווט ל-https://app.docusign.com — המשתמש צריך כבר להיות מחובר. אם מופיע מסך כניסה, עצור ובקש מהמשתמש להתחבר, לאחר מכן המשך.

2. לחץ "התחל" ← "שלח מעטפה" (או כפתור "חדש" / "השתמש בתבנית" שקול בהתאם לגרסת ממשק המשתמש).

3. העלה את מכתב ההצעה: לחץ "העלה מסמכים" ו-upload את קובץ [תפקיד]-Offer-Letter.docx שנוצר זה עתה.

4. הוסף את החותם: בסעיף נמענים, הוסף את המועמד כחותם. שאל את המשתמש את שם המועמד ואימייל אם לא סופקו כבר. קבע את תפקידם כ"חותם".

5. הוסף את השולח כנמען CC אם המשתמש רוצה עותק (שאל אם לא בטוח).

6. קבע את שורת הנושא: הצעת עבודה — [כותרת התפקיד] ב-[שם החברה]

7. הוסף הודעה:

   "שלום [שם פרטי מועמד], אנו שמחים להגיש הצעה זו ומצפים לראותך מצטרף לצוות. אנא בדוק וחתום בהזדמנות הראשונה. אל תהסס לפנות אם יש לך שאלות."

8. הצב שדות חתימה: במסמך, הצב שדה חתימה ושדה תאריך חתימה על שורת קבלת המועמד בתחתית המכתב.

9. שמור כטיוטה — אל תשלח. החזר את ה-URL של המעטפה למשתמש כדי שיוכל לבדוק לפני שליחה.

אמור למשתמש:

"מעטפת DocuSign הוגדרה עם מכתב ההצעה ופרטי המועמד. הנה קישור הטיוטה: [URL מעטפה]. בדוק את מיקום החתימה, לאחר מכן אשר כאן כשתהיה מוכן לשלוח."

גיבוי: אם DocuSign לא זמין או זרימת הדפדפן נכשלת בשלב כלשהו, עבור לגישת טיוטת Gmail: צור אימייל דרך Gmail MCP עם מכתב ההצעה מצורף והערה להעלות אותו ל-DocuSign ידנית. הצג את הטיוטה למשתמש לפני שליחה.

מסירת החבילה

לאחר יצירת שלושת הקבצים, הצג אותם יחד:

הצג סיכום המפרט את שלושת הפריטים לפי כותרת תפקיד: ה-docx של מודעת העבודה (מוכן לפרסום), ה-docx של מדריך הראיונות (שתף עם מראיינים), וה-docx של מכתב ההצעה (מנותב לטיוטת DocuSign או מוכן להעלאה ידנית).

הזכר למשתמש:

• תבנית מכתב ההצעה דורשת בדיקה משפטית לפני שימוש בכל מקום
• טווחי שכר צריכים אישור HR לפני פרסום מודעת העבודה
• ה-skill הזה אינו סורק או מדרג מועמדים

קבצי עזר

טען אלה כשמגיעים לשלב הרלוונטי — אל תטען הכל מראש:

בדיקות

ראה tests/triggers.md לבדיקות חייב-להפעיל, חייב-לא-להפעיל, ומקרי ניתוב עמומים.

ראה tests/scenarios.md לסריקות תרחיש מקצה לקצה המכסות נתיב מאושר, מחבר חסר, וזרימות שערי אישור.