איך בונים סקילים ב-Claude שהופכים את שיטת העבודה של הצוות לנכס משותף

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

מישהו בצוות מוצא דרך ממש טובה להשתמש ב-AI לתחזית החודשית. לקח לו כמה ניסיונות, אבל בסוף הפרומפט עובד והפלט נקי ושימושי.

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

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

הפיצ,ר סקילים פותר את הבעיה הזאת.

מה זה בעצם Skill

Skill הוא סט הוראות שכותבים פעם אחת ומצרפים ל-Claude בכל פעם שצריך.

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

מעלים אותו פעם אחת. מאז והלאה, במקום לתאר את כל המתודולוגיה שלכם בכל פעם מחדש, מצרפים את ה-Skill ונותנים הוראה קצרה.

המעבר הוא מ"תסביר מה אתה רוצה" ל"תיישם את מה שכבר סיכמנו".

למה דווקא צוותי כספים צריכים את זה יותר מכולם

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

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

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

בלי כתיבה מחדש. הברור מכולם. אף אחד לא בונה מחדש פרומפט של 400 מילים מהזיכרון.

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

שלב 1 · תתחילו מתיאורי התפקיד, לא מ-AI

זה השלב שאנשים מדלגים עליו, והדילוג הזה הוא הסיבה שרוב ספריות ה-Skills נשארות ערימת קבצים לא בשימוש.

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

לצוות FP&A טיפוסי זה בדרך כלל מתכנס לארבעה-חמישה תהליכים:

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

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

כלל אצבע: אם מישהו הסביר לעמית את אותו תהליך יותר מפעמיים, זה צריך להיות Skill.

שלב 2 · תבחרו תהליך אחד ותעמיקו בו

אל תבנו חמישה Skills בבת אחת. תבנו אחד, כמו שצריך, ותלמדו ממנו.

בחרו את התהליך הכי חוזר והכי מכאיב. ברוב צוותי ה-FP&A זו התחזית המתגלגלת — היא קורית כל הזמן, כולם עושים אותה קצת אחרת, והנתונים כבר יושבים במערכת.

לפני שאתם כותבים משהו, תרשמו מה הופך את הגרסה שלכם לתהליך הזה לספציפית. לא הגרסה הכללית מהספר. שלכם.

בתחזית מתגלגלת, הפרטים הספציפיים בדרך כלל כוללים:

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

הנקודה האחרונה הזו חשובה יותר מכל השאר גם יחד. Skill בלי כללי בקרה מייצר עבודה מהירה באיכות לא ידועה.

שלב 3 · תנו למודל לבנות את ה-Skill

אתם לא כותבים את קובץ ה-Skill בעצמכם. אתם מתארים מה אתם רוצים ונותנים למודל לייצר אותו.

ל-Claude יש skill-creator מובנה שעושה בדיוק את זה — אפשר פשוט לבקש ממנו לעזור לבנות Skill והוא ילווה אתכם. אבל בשביל תהליך כספים, כדאי לתת לו את כל ההקשר מראש במקום לענות על שאלות אחת-אחת.

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

הפרומפט:

אני רוצה שתיצור קובץ Skill שאוכל להעלות ולשתף עם הצוות שלי.

הקשר – התפקיד

ה-Skill מיועד לאנליסטים ומנהלי FP&A בחברה עם [הכנסות], [מספר ישויות], הפועלת בתחום [תעשייה]. תחומי האחריות שלהם כוללים הכנת התחזית המתגלגלת החודשית, תחזוקת הנחות דרייבר, והצגת סטיות למנהלי יחידות עסקיות.

הקשר – התהליך

התהליך הוא עדכון התחזית המתגלגלת החודשית. פרטים ספציפיים: אופק של 12 חודשים מתגלגלים, נחתך מחדש כל חודש. הבסיס הוא 24 החודשים האחרונים בפועל בתוספת ה-YTD הנוכחי. הכנסות נבנות לפי דרייבר (נפח × מחיר × תמהיל) לכל יחידה עסקית, לא כשיעור צמיחה יחיד. כל הנחה חייבת להירשם בשכבת הנחות נפרדת, עם המקור שלה מסומן כאחד משלושה: נגזר מנתונים, סופק על ידי אדם בשם מלא, או הערכת אנליסט. אין מספרים קבועים בתוך נוסחאות. הפלט חייב להיות נוסחאות מקושרות חיות, אף פעם לא ערכים מודבקים. בדיקות נדרשות לפני מסירה: התחזית מתאזנת מול בפועל לתקופות סגורות, שכבת הדרייברים מזינה כל חישוב, אין שורה חסרת ממד, וכל תנועה מעל [סף] מול תחזית החודש הקודם מוסברת.

מה שאני צריך

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

שתי הערות על הפרומפט הזה:

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

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

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

שלב 4 · תבדקו לפני שמישהו אחר רואה

זה השלב שקובע אם כל התרגיל עובד, וזה גם זה שנוטים למהר בו.

קחו תקופה שכבר סגרתם. הריצו את ה-Skill עליה. השוו את מה שהוא מפיק למה שהצוות שלכם בפועל הפיק אז.

אתם מחפשים ארבעה דברים:

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

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

צפו לתקן אותו פעמיים-שלוש. זה נורמלי, והרבה יותר זול לעשות עכשיו מאשר אחרי שחמישה עשר אנשים כבר משתמשים בו.

שלב 5 · הפצה וסטנדרטיזציה

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

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

בעל אחד לכל Skill. אם לאף אחד אין בעלות, אף אחד לא מעדכן, ותוך שני רבעונים חצי מהצוות מריץ גרסה מיושנת.

תגידו לאנשים למה זה מיועד, וחשוב לא פחות — למה זה לא מיועד. Skill של תחזית שמופעל על משימה שהוא לא נבנה בשבילה מייצר פלט בטוח בעצמו, מעוצב היטב, ושגוי.

שלב 6 · שרשור Skills לתהליך עבודה מלא

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

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

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

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

ספריות Skills להתחיל מהן

עשרים ואחת נקודות פתיחה, מקובצות לפי פונקציה. כל אחת היא תהליך עבודה חוזר אמיתי ולא משימה חד-פעמית.

Skills ל-FP&A

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

Skills להנהלת חשבונות

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

Skills לבקרה כספית

Skill	מה הוא עושה
סקירת ביצועי מרכז עלות	משווה כל מרכז עלות לתקציב ולשנה קודמת, מדגיש חריגה מתמשכת, ומפריד תזמון מסטייה קבועה.
רווחיות מוצר ולקוח	מקצה עלות-לשירות ומדווח רווחיות לפי מוצר ולקוח, מסמן חשבונות בעלי הכנסה גבוהה שהורסים ערך.
ניתוח הון חוזר	מחשב DSO, DIO ו-DPO, מדמה את השפעת התזרים של שינוי של יום אחד בכל אחד, ומזהה את התנועות הגדולות ביותר לפי לקוח או ספק.
הערכת בקשת השקעה הונית (Capex)	מעריך בקשת השקעה מול תבנית סטנדרטית: החזר, NPV, הנחות, ומה צריך להיות נכון כדי שזה יעבוד.
בדיקת מחירי העברה	סוקר תנועות בין-חברתיות מול מדיניות ומסמן יתרות שלא מתקזזות.
בונה חבילת KPI	מפיק את דוח ה-KPI השוטף עם הגדרות עקביות, ומסמן כל מדד שההגדרה שלו סטתה מהתקופה הקודמת.
מעקב דיוק תחזית	משווה כל תחזית קודמת לתוצאה בפועל, מודד גם טעות וגם הטיה כיוונית, ועוקב אחרי הפערים הגדולים ביותר עד ההנחה שגרמה להם.

ארבע טעויות להימנע מהן

1. בניית עשרים Skills לפני בדיקת אחד. תקדדו את אותו פגם עשרים פעם. בנו אחד, השתמשו בו למחזור שלם, ואז תרחיבו.

2. כתיבת Skills כלליים מדי. "Skill לניתוח פיננסי" הוא לא Skill, זו משאלה. ככל שהתחום צר יותר, כך הפלט אמין יותר.

3. השמטת הבדיקות. Skill בלי כללי בקרה מייצר עבודה מהירה באיכות לא ידועה, וזה גרוע יותר מעבודה איטית שאפשר לסמוך עליה.

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

מאיפה להתחיל השבוע

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

המבחן האחרון הזה מספר יותר מכל דבר אחר. אם זה עובד עבורו בלי הסבר, יש לכם Skill. אם זה דורש שיחה קודם, יש לכם טיוטה.

הצעד הבא

הצעד הבא שלך הוא לעוד מידע, תוכן ומדריכים לפני כולם. הירשם לספריית התוכן AI Finance Transformation.