חוברת עבודה זו נבנתה כליווי מעשי לוובינר בנושא ChatGPT Work ותהליכי עבודה חכמים. היא לא נועדה להיות מדריך תיאורטי ארוך, אלא סדרת התנסויות שתוביל אתכם צעד אחר צעד. נתחיל במיפוי תהליך אמיתי מהעבודה שלכם, ומשם נעבור דרך שש שכבות מעשיות: Project, חיבורים, Skills, Work, Sites ו-MCP. שימו לב ששמות האפשרויות והזמינות שלהן עשויים להשתנות בהתאם לתוכנית ולהרשאות שברשותכם. כמו״כ אלו עשויים להשתנות כחלק מהעדכון השוטף של הפלטפורמה, אך אני משתדלים לשמור על עמוד שדרה תודעתי ולהתייחס לעקרונות מאחורי כל תכונה ויכולת.
פתיחה: ממכונת תשובות לעובד דיגיטלי
ההבדל בין שיחה רגילה עם AI לבין ניהול AI הוא מהותי. בשיחה רגילה אנחנו שואלים שאלה ומקבלים תשובה. לעומת זאת, כשאנחנו מנהלים AI, אנחנו מגדירים תוצאה רצויה, מספקים הקשר, מצרפים חומרים, מחברים כלים, קובעים שלבים ומסמנים נקודות ביקורת. ברוב המקרים – את רוב הפעולות הללו נוכל ״לארוז״ בהמשך ל״מיומנות״ (Skill), כך שבפעמים הבאות שנצטרך לבצע את אותו התהליך – העובד הדיגיטלי שלנו כבר יזכור את מה שלמד – ופשוט יהיה יכול ליישם אותו מחדש.
חשוב להבין: לא כל משימה זקוקה לאוטומציה. לעיתים שאלה פשוטה תספיק. המטרה האמיתית היא לזהות תהליך חוזר, ולבחור עבורו את רמת הסיוע הנכונה – לא יותר מדי, ולא פחות מדי.
תרגיל: מיפוי התהליך הראשון שלי
בחרו תהליך אחד אמיתי מהעבודה שלכם – משהו שאתם עושים באופן חוזר ושגוזל מכם זמן. לפני שנתחיל להפעיל כלים, נבין בדיוק מה מרכיב את התהליך הזה. עבור התהליך שבחרתם, הגדירו את הרכיבים הבאים:
- מה גורם לתהליך להתחיל (הטריגר)
- אילו חומרים נכנסים אליו
- איפה נמצא המידע
- אילו החלטות מתקבלות במהלכו
- מהו סדר הפעולות
- מהו התוצר הסופי
- איך בודקים שהתהליך הושלם היטב
- באילו נקודות נדרש אישור אנושי
מלאו את הטבלה הבאה כדי לסדר את המחשבות:
| רכיב בתהליך | התיאור שלי |
| טריגר התחלה | |
| חומרים נכנסים | |
| מקורות מידע | |
| החלטות מרכזיות | |
| סדר הפעולות | |
| תוצר סופי | |
| בדיקת השלמה | |
| נקודות אישור אנושי |
לסיום, נסחו משפט אחד שישמש אתכם לאורך כל החוברת:
התהליך הושלם כאשר…
שמרו את המשפט הזה בהישג יד. הוא יהיה הגדרת ההצלחה שלכם בכל אחד מהפרקים הבאים.
פרק 1: Project – סביבת העבודה
הרכיב הראשון שנכיר הוא Project. מדובר בסביבת עבודה שמרכזת יחד את כל מה שקשור לתהליך מסוים: שיחות, קבצים, הוראות והקשר מתמשך. במקום להתחיל כל שיחה מאפס ולהסביר שוב את הרקע, ה-Project שומר את ההקשר עבורכם.
חשוב להבהיר נקודה אחת: Project אינו העובד עצמו. הוא סביבת העבודה שבתוכה Chat או Work יכולים לפעול. תחשבו עליו כמו על משרד מסודר שבו כל הכלים והחומרים מחכים במקום.
התרגיל: חדר המוצר הסודי
אתם עומדים לחשוף מוצר, שירות או יוזמה חדשה בעוד חודש. במקום לפזר את העבודה בין שיחות שונות, תבנו Project שיהפוך לחדר העבודה של ההשקה.
אפשר לעבוד על מוצר אמיתי שלכם, אך אין להשתמש בחומרים רגישים שאין לכם הרשאה להעלות.
אין לכם כרגע מוצר או חומרים מוכנים? השתמשו בתרחיש המוכן הבא.
תרחיש מוכן לתרגול: PitchLab
PitchLab הוא שירות דיגיטלי ליזמים שמתכוננים לפגישה עם משקיעים.
היזם מעלה את מצגת המשקיעים שלו, מקליט הצגה קצרה של המיזם, ומקבל סימולציה של שאלות קשות, זיהוי נקודות חלשות ותוכנית אישית לשיפור הפיץ׳.
המוצר נמצא בשלב פיילוט ומתוכנן להיחשף בעוד חודש.
הכנה
לתרגיל נצטרך שלושה חומרי מקור.
אפשר להשתמש בחומרים אמיתיים שלכם, או ליצור שלושה מסמכים קצרים מתוך הדוגמאות הבאות.
חומר 1: תיאור קצר של המוצר
צרו מסמך בשם:
01 – תיאור המוצר
העתיקו אליו את הטקסט הבא:
|
PitchLab הוא שירות דיגיטלי שמסייע ליזמים להתכונן לפגישות עם משקיעים. המשתמש מעלה מצגת משקיעים ומקליט פיץ׳ באורך של עד חמש דקות. המערכת מדמה שאלות של משקיעים, מזהה חוסר בהירות, טענות שאינן מגובות וקשיים בהצגת המודל העסקי. בסיום המשתמש מקבל משוב מסודר ותוכנית אימון אישית. קהל היעד הראשוני הוא יזמים בשלבים מוקדמים שמתכוננים לפגישה ראשונה עם משקיעים או עם תוכנית האצה. המטרה בחודש הקרוב היא לגייס 30 משתתפים לפיילוט ולבדוק האם השירות משפר את הביטחון, הבהירות ואיכות התשובות שלהם. |
אפשר להחליף את PitchLab במוצר שלכם ולשמור על אותו מבנה:
- מהו המוצר
- למי הוא מיועד
- איזו בעיה הוא פותר
- מה מנסים להשיג בחודש הקרוב
חומר 2: שאלות, התנגדויות ומשובים
צרו מסמך בשם:
02 – שאלות ומשובים מהשטח
העתיקו אליו את הרשימה הבאה:
|
המטרה אינה ליצור מסמך מושלם. להפך: כדאי שיהיו בו שאלות פתוחות, דעות שונות ומידע שעדיין לא אומת.
כך נוכל לבדוק אם ה-AI יודע להבחין בין:
- עובדות
- משובים
- הנחות
- החלטות
- שאלות פתוחות
חומר 3: חומר מותג או דוגמת כתיבה
צרו מסמך בשם:
03 – קול המותג
העתיקו אליו את הטקסט הבא:
|
PitchLab מדבר ליזמים בגובה העיניים. הסגנון צריך להיות ישיר, חכם ומעשי. אנחנו לא מבטיחים הצלחה בגיוס ולא משתמשים בסיסמאות כמו ״הפיץ׳ המושלם״ או ״הדרך הבטוחה למשקיע״. אנחנו מעדיפים ניסוחים כגון:
אנחנו נמנעים מניסוחים כגון:
הצבעוניות המועדפת היא כחול כהה, לבן וכתום עדין. העיצוב נקי, בוגר ולא עתידני מדי. |
אפשר להחליף את המסמך הזה באחד מהחומרים הבאים:
- פוסט קודם שכתבתם
- עמוד נחיתה
- הצעה מסחרית
- מצגת קודמת
- מדריך מותג
- שלוש דוגמאות לטקסט שאהבתם
- שלוש דוגמאות לטקסט שאינכם רוצים לקבל
שלבי הביצוע
1. צרו Project
תנו לו שם ברור.
לדוגמא:
Launch Room – PitchLab
או:
השקת [שם המוצר] – ספטמבר 2026
שם טוב עוזר להבין מיד:
- על איזה מוצר עובדים
- מהי מטרת הסביבה
- לאיזו תקופה או פעילות היא שייכת
2. העלו את חומרי המקור
בתוך הפרויקט, תחת Sources, העלו את שלושת המסמכים שהכנתם:
- תיאור המוצר
- שאלות ומשובים
- קול המותג
אם אתם עובדים על מוצר אמיתי, אפשר להוסיף גם:
- מצגת משקיעים
- טבלת לקוחות או מועמדים לפיילוט
- סיכום פגישת צוות
- מחקר קודם
- לוח זמנים
- מסמך החלטות
- דוגמאות לתוצרים מוצלחים
אל תעלו כמות גדולה של קבצים רק משום שאפשר. בחרו חומרים שיש להם תפקיד ברור בתהליך.
3. הוסיפו הוראות קבועות לפרויקט
פתחו את תפריט שלוש הנקודות, היכנסו ל-Project Settings, והעתיקו את ההוראות הבאות. התאימו את הטקסט שבסוגריים המרובעים:
אתה עובד איתי על המוצר [שם המוצר].
מטרת הפרויקט: [מה אנו מנסים להשיג בחודש הקרוב].
קהל היעד: [מי הקהל].
## עקרונות עבודה:
* אל תמציא נתונים.
* הפרד בין עובדות, הנחות, משובים והמלצות.
* ציין במפורש כאשר חסר מידע.
* שמור על הקול והסגנון שמופיעים בחומרי המותג.
* כאשר קיימת סתירה בין החומרים, אל תבחר צד בעצמך. הצג את הסתירה.
* לפני יצירת תוצר משמעותי, הצג את התכנון בקצרה.
* בסיום כל עבודה, ציין החלטות פתוחות ואת הפעולה הבאה.
תוצר טוב בפרויקט הזה הוא תוצר שמסתמך על חומרי המקור, מסמן חוסרים ואינו מציג הנחה כעובדה.
You are working with me on the product [product name].
Project goal: [what we are trying to achieve in the next month].
Target audience: [who the audience is].
## Work principles:
* Do not invent data.
* Distinguish between facts, assumptions, feedback, and recommendations.
* Clearly state when information is missing.
* Maintain the voice and style present in the brand materials.
* When there is a contradiction between materials, do not choose a side yourself. Present the contradiction.
* Before creating a significant product, briefly present the plan.
* At the end of every work, state open decisions and the next action.
A good product in this project is one that relies on the source materials, points out deficiencies, and does not present an assumption as a fact.
4. פתחו שיחה ראשונה: תמונת המצב
העתיקו את הפרומפט הבא לשיחה חדשה בתוך הפרויקט:
|
עבור על חומרי הפרויקט וצור מסמך מצב נוכחי הכולל: 1. מה כבר ידוע 2. אילו החלטות כבר התקבלו 3. אילו הנחות עדיין לא נבדקו 4. אילו סתירות קיימות בין החומרים 5. איזה מידע חשוב להשלים 6. מהו הצעד הבא המומלץ ליד כל מסקנה משמעותית, ציין על איזה חומר בפרויקט היא מבוססת. אל תיצור עדיין תוכנית השקה. |
בתרחיש של PitchLab, התשובה אמורה לזהות, בין היתר:
- המוצר וקהל היעד כבר הוגדרו.
- יעד של 30 משתתפים לפיילוט כבר הוגדר.
- טרם הוחלט מודל התמחור.
- קיימת אי-בהירות בנוגע לפרטיות החומרים.
- יש משובים סותרים לגבי עומק התהליך.
- יש מחלוקת לגבי משמעות שם המוצר.
- נכונות להעלות מצגות רגישות עדיין לא נבדקה.
5. שמירת הקשר פרויקטלי
המטרה עכשיו היא לבדוק האם ההקשר נשמר גם בלי להעתיק מחדש את כל הרקע.
פתחו שיחה חדשה בפרויקט, וכתבו:
|
הצע שלוש זוויות שונות להצגת המוצר בהשקה. לכל זווית הצג:
שמור על קול המותג ואל תבטיח שהשימוש במוצר יוביל לגיוס השקעה. |
לאחר קבלת התשובה, שאלו:
| מה הייתה הסתירה המרכזית שמצאת בחומרי הפרויקט, וכיצד היא השפיעה על הזוויות שהצעת? |
אם התשובה מתייחסת לחומרים מהשיחה הקודמת ולמסמכי הפרויקט בלי שתיארתם אותם שוב, ההקשר אכן נשמר.
בדיקת הצלחה
☐ הפרויקט שומר הקשר גם בשיחה חדשה.
☐ התשובה מסתמכת על החומרים ולא רק על ידע כללי.
☐ אפשר לזהות אילו הוראות קבועות השפיעו על התוצר.
☐ ה-AI מסמן חוסרים ולא משלים אותם בעצמו.
☐ הוא מבחין בין עובדה, משוב והנחה.
☐ סתירות בין החומרים מוצגות באופן ברור.
☐ התשובה מסתיימת בפעולה הבאה.
☐ התוצר החדש שומר על קול המותג.
חיבור לתהליך שלכם
אל תכתבו רק ״מסמכים״ או ״שיחות״. נסו לתת דוגמאות קונקרטיות מהתהליך שלכם, והגדירו:
החומרים שיישמרו ב-Project:
לדוגמא: הצעות קודמות, סיכומי שיחות עם לקוחות, מדריך מותג וטבלת מחירים.
ההנחיות שאגדיר פעם אחת:
לדוגמא: לא להמציא נתונים, לשמור על פורמט קבוע, לציין מקורות ולעצור לפני שליחה.
השיחות שצריכות להישאר יחד:
לדוגמא: ניתוח הפנייה, הכנת ההצעה, תיקוני הלקוח ותכנון הפגישה הבאה.
בעל התפקיד שיתחזק את הסביבה:
לדוגמא: מנהל המוצר, מנהלת השיווק, בעל העסק או מנהל הלקוח.
|
מתי זה כבר תהליך ארגוני? כאשר כמה עובדים צריכים לעבוד באותה שיטה, עם חומרים רגישים, גרסאות והרשאות שונות, כדאי לתכנן מראש מבנה, בעלות ותחזוקה. לדוגמא:
זהו שלב שבו ליווי קצר יכול למנוע סביבת עבודה מבולגנת שנראית מסודרת רק מבחוץ. סדר ואבטחה למערכת AI הם דרישות קריטיות. |
פרק 2: חיבורים – מידע וכלים מהעולם האמיתי
Apps מחברות את ChatGPT למידע ולפעולות בכלים חיצוניים. Plugins אורזים יכולות עבור סוג עבודה מסוים, ולעיתים כוללים Apps, Skills ותבניות חיבור. בהתאם למה שזמין אצלכם, אפשר לבחור יכולת דרך תפריט הכלים או להזכיר אותה באמצעות @.
לפני שמתחברים, בדקו:
|
התרגיל: רדאר ההתחייבויות
בחרו מיזם, לקוח או שיתוף פעולה אחד. המטרה היא לזהות דברים שהבטחתם לאחרים, אבל לא ברור אם הושלמו.
- חברו מקור אחד או יותר, למשל Gmail, Drive, Calendar, Slack, CRM או מערכת משימות. (החיבור מתבצע באמצעות תפריט Plugins)
- בחרו נושא מוגדר ותקופה של 30 יום.
- בקשו איסוף וניתוח בלבד – בלי ניסוח הודעות ובלי ביצוע פעולות.
- דרשו הפרדה ברורה בין עובדה, הסקה ומידע חסר.
- לאחר הניתוח, בחרו שלוש פעולות המשך לפי דחיפות, סיכון והשפעה.
- רק לאחר שבדקתם את הממצאים, בקשו טיוטת הודעה – לא שליחה.
לדוגמא: אפשר לבדוק התחייבויות כלפי לקוח מסוים, משימות שעלו סביב השקת מוצר, הבטחות לשותפים עסקיים או פניות שממתינות למענה.
פרומפט מוכן להעתקה:
|
חפש במקורות המחוברים מידע הקשור ל-[שם המיזם או הלקוח] במהלך 30 הימים האחרונים. בשלב הזה אל תנסח הודעות ואל תבצע פעולות. צור טבלה הכוללת:
לאחר מכן סמן:
אל תניח שדבר בוצע ללא ראיה, וקשר כל מסקנה למקור שלה. |
בדיקת הצלחה וחיבור לתהליך שלנו
☐ כל התחייבות מקושרת למקור.
☐ מידע חסר מסומן במפורש.
☐ אין ערבוב בין עובדה להסקה.
☐ לא בוצעה פעולה ללא אישור.
☐ פעולות ההמשך נבחרו לפי קריטריונים ברורים.
| השאלה | התשובה שלי |
| מאילו מערכות התהליך קורא? | לדוגמא: Gmail, Drive וטבלת לקוחות. |
| לאילו מערכות הוא צריך לכתוב? | לדוגמא: CRM, לוח משימות או טיוטת מייל. |
| אילו הרשאות נדרשות? | לדוגמא: קריאה בלבד במייל והרשאת יצירת טיוטות. |
| איזו פעולה מחייבת אישור? | לדוגמא: שליחת הודעה, שינוי סטטוס או מחיקת מידע. |
| כיצד נוודא שהמידע עדכני? | לדוגמא: דרישת מקור, תאריך ורמת ודאות לכל מסקנה. |
|
מתי זה כבר תהליך ארגוני? כאשר התהליך משלב CRM, מייל, מסמכים, הרשאות צוות ופעולות כתיבה, כבר נדרשים מדיניות הרשאות, לוגים, טיפול בכשלים ובדיקות קבלה. שלב זה דורש עבודת אפיון עמוקה יותר – לא רק חיבור טכני. |
פרק 3: Skills – הופכים דרך עבודה לשיטה
Skill הוא תהליך עבודה חוזר שמגדיר ל-ChatGPT כיצד לבצע משימה מסוימת בצורה עקבית. הוא יכול לכלול הוראות, דוגמאות, משאבים וקוד, ולהגדיר מהו הקלט, מה סדר הפעולות, איך נראה הפלט ומתי צריך לעצור ולשאול.
התרגיל: פוסט יום הולדת שאינו נראה כמו תבנית
בנו Skill שמחפש דמות מוכרת שנולדה בתאריך הנוכחי, בוחר דמות שעשויה לעניין את המשתמש, כותב עליה פוסט קצר מזווית לא צפויה ומציע רעיון לתמונת באנר.
ה-Skill צריך לדעת:
|
פרומפט מוכן להעתקה:
|
צור Skill בשם “Birthday Story Post”. המטרה: בכל הפעלה לבחור דמות מוכרת שנולדה בתאריך ההרצה ושעשויה לעניין את המשתמש הנוכחי, לכתוב עליה פוסט קצר בעברית ולהציע תמונת באנר ריבועית. ה-Skill יפעל כך:
הגדר גם קריטריונים לבדיקת איכות ודוגמת פלט אחת. |
זקוקים לדוגמא לתחומי עניין? אפשר להגדיר למשתמש עניין ביזמות, טכנולוגיה, חינוך, קולנוע, פסיכולוגיה, מוזיקה, מדע, היסטוריה או תרבות ישראלית.
דוגמא לקריטריוני איכות:
- תאריך הלידה אומת ממקור אמין.
- הדמות מתאימה לתחומי העניין שהוגדרו.
- הפוסט אינו ביוגרפיה כללית.
- ההוק אינו קלישאתי.
- האורך והמבנה נשמרים בין הפעלות.
- הנחיית התמונה מתאימה לתוכן הפוסט.
בדקו את העקביות וחברו לתהליך שלכם
- הפעילו את ה-Skill בתאריך אחד ובדקו את בחירת הדמות ואת סגנון הפוסט.
- שנו את תחומי העניין או הגדירו קהל אחר.
- בדקו אם התוכן השתנה במקומות הנכונים, אך המבנה והאיכות נשארו עקביים.
- בקשו מה-Skill לבקר את הפלט מול הקריטריונים שהוא עצמו הגדיר.
| השאלה | התשובה שלי |
| איזה חלק בתהליך חייב להישאר עקבי? | לדוגמא: מבנה ההצעה, סדר הניתוח או פורמט הדוח. |
| אילו כללים אני מסביר שוב ושוב? | לדוגמא: טון הכתיבה, מקורות מותרים או שלבים שחובה לבצע. |
| אילו דוגמאות טובות כדאי להכניס? | לדוגמא: תוצר מוצלח, פוסט קודם או מסמך מאושר. |
| אילו פעולות אסור ל-Skill לבצע לבד? | לדוגמא: פרסום, שליחה, שינוי נתונים או אישור החלטה. |
| מהם קריטריוני האיכות הקבועים? | לדוגמא: דיוק, עקביות, שימוש במקורות ושמירה על המבנה. |
|
מתי זה כבר תהליך ארגוני? Skill אישי הוא התחלה מהירה. כאשר אותו Skill משמש צוות, צריך להגדיר בעלים, גרסאות, דוגמאות מוסכמות, בדיקות איכות ומי רשאי לעדכן אותו. אחרת, כל שינוי קטן עלול להשפיע על כל המשתמשים והתוצרים. |
פרק 4: Work – מתוצאה לעבודה רב-שלבית
ChatGPT Work הוא סוכן עבודה שמקבל תוצאה רצויה, אוסף הקשר, מתכנן ומתקדם בכמה שלבים כדי ליצור תוצרים שאפשר לבדוק ולהשתמש בהם.
בשיחה רגילה אתם מנהלים את הצעד הבא בכל הודעה. ב-Work אתם מגדירים את היעד, התנאים ונקודות הביקורת – והוא מנהל את רצף העבודה.
Work מתאים במיוחד כאשר המשימה כוללת כמה חומרי מקור, כמה החלטות התלויות זו בזו, מחקר או ניתוח, ויותר מתוצר אחד.
התרגיל: חדר ההחלטות של המיזם
בחרו החלטה עסקית אמיתית או מדומה. לדוגמא:
- האם להיכנס לשוק חדש
- איזה פיילוט להפעיל
- איזה קהל יעד לבדוק ראשון
- האם להמשיך עם שותף מסוים
- איזו גרסת מוצר להשיק
- הגדירו את התוצאה הסופית: מסמך החלטה שאדם מסוים יוכל לקרוא ולאשר.
- צרפו את החומרים, הנתונים והמגבלות הרלוונטיים.
- בקשו מ-Work לבנות תוכנית עבודה לפני שהוא מתחיל לבצע.
- בדקו מה חסר בתוכנית, מה מיותר ואיפה נדרש אישור אנושי.
- אשרו את התוכנית ובקשו ניתוח של חומרי המקור.
- דרשו שלוש חלופות אמיתיות, כולל יתרונות, חסרונות וסיכונים.
- בקשו מסמך החלטה ותוכנית פעולה.
- בדקו את התוצר מול המקורות ומול הגדרת ההשלמה שלכם.
פרומפט מוכן להעתקה:
|
אני צריך לקבל החלטה לגבי [תיאור ההחלטה]. התוצאה הרצויה: מסמך החלטה שמיועד ל-[הקהל] וכולל המלצה, חלופות, ראיות, סיכונים ופעולות המשך. החומרים הזמינים: [קבצים, נתונים ומקורות]. המגבלות: [זמן, תקציב, רגולציה, מותג או משאבים]. קריטריוני ההחלטה: [הקריטריונים החשובים]. לפני הביצוע:
לאחר אישור התוכנית, צור:
אל תציג ודאות במקום שבו המקורות אינם תומכים בה. |
בדיקת הצלחה וחיבור לתהליך שלכם
☐ Work הציג תוכנית לפני שהתחיל לבצע.
☐ המקורות, ההנחות ופערי המידע מופרדים.
☐ החלופות אמיתיות ולא וריאציות שטחיות של אותו רעיון.
☐ ההמלצה מנומקת וניתנת לבדיקה.
☐ נקודות האישור האנושי ברורות.
☐ התוצר מותאם לקהל ולפורמט המסירה.
| השאלה | התשובה שלי |
| מהי התוצאה שאגדיר ל-Work? | לדוגמא: מסמך החלטה על בחירת פיילוט, המיועד למנכ״ל. |
| אילו חומרים הוא יצטרך? | לדוגמא: נתוני לקוחות, סיכומי ראיונות, תקציב ומחקר מתחרים. |
| אילו שלבים תלויים זה בזה? | לדוגמא: אי אפשר להמליץ לפני ניתוח הנתונים והשוואת החלופות. |
| מהי נקודת הביקורת הראשונה? | לדוגמא: אישור תוכנית העבודה ורשימת המקורות. |
| אילו תוצרים הוא ימסור? | לדוגמא: מסמך החלטה, טבלת השוואה ותוכנית פעולה. |
| מהי הגדרת ההשלמה? | לדוגמא: ההמלצה נתמכת במקורות, הסיכונים ברורים והפעולה הבאה הוגדרה. |
|
מתי זה כבר תהליך ארגוני? עבודה רב-שלבית אמיתית דורשת לעיתים תכנון מקורות, הרשאות, בקרת איכות, בעלות על החלטות ויכולת לחזור לאחור. אלו המקומות שבהם אנחנו מלווים עסקים בבניית תהליך שלם – ולא רק בכתיבת פרומפט. |
פרק 5: Sites – הופכים תוצאה למרחב חי
ChatGPT Sites מאפשרים ליצור, לערוך, להציג בתצוגה מקדימה, לפרסם ולשתף אתרים אינטראקטיביים ואפליקציות קלות. אפשר להתחיל מתוך Work או Codex, וכאשר האפשרות זמינה לבקש יצירת אתר באמצעות @Sites.
אתר אינו רק מסמך יפה יותר. לפני שמתחילים, הגדירו מי ישתמש בו, איזה מידע צריך להישאר חי, מה המשתמשים יוכלו לעשות ומי רשאי לצפות בתוכן.
התרגיל: מוזיאון ההחלטות שלא התקבלו
צרו Site שמרכז החלטות פתוחות במיזם או בצוות. במקום שההחלטות ייעלמו בין מיילים, שיחות ומסמכים, הן יוצגו ככרטיסים שאפשר לסנן ולעדכן.
לכל החלטה יוצגו:
- שם ההחלטה והרקע שלה
- האפשרויות שנשקלות
- יתרונות, חסרונות וסיכונים
- מידע שעדיין חסר
- בעל ההחלטה ומועד היעד
- סטטוס ופעולה הבאה
לדוגמא, אפשר להזין החלטות כגון:
- איזה קהל יעד ישתתף בפיילוט הראשון
- האם להשיק במודל חינמי או בתשלום
- איזה ספק ייבחר לפרויקט
- האם לדחות את ההשקה עד להשלמת בדיקה מסוימת
פרומפט מוכן להעתקה:
פתחו שיחה חדשה, הגדירו אותה במצב Work (חשוב!) והכניסו את הפרומפט הבא:
|
@Sites צור אתר בשם “מוזיאון ההחלטות שלא התקבלו”. מטרת האתר: לרכז החלטות פתוחות במיזם ולהפוך אותן לגלויות, ניתנות לסינון ומוכנות לפעולה. לכל החלטה הצג כרטיס הכולל:
דרישות:
הצע תחילה את מבנה האתר ורק לאחר אישור בנה אותו. |
בדיקת הצלחה וחיבור לתהליך שלי
☐ נבדקו קהל היעד והרשאות הגישה.
☐ אין באתר מידע סודי או פרטי שאינו צריך להופיע.
☐ הקישורים, המסננים, הטפסים והפעולות עובדים.
☐ האתר נבדק מנקודת המבט של משתמש חדש.
☐ הוגדר מי מתחזק את המידע לאחר הפרסום.
| השאלה | התשובה שלי |
| איזה תוצר בתהליך צריך להישאר חי? | לדוגמא: סטטוס פיילוט, לוח החלטות או פורטל מידע ללקוח. |
| מי יצפה בו? | לדוגמא: צוות הפרויקט, הנהלה, לקוחות או שותפים. |
| איזה מידע יתעדכן? | לדוגמא: סטטוס, תאריכים, משימות, מדדים והחלטות פתוחות. |
| מה המשתמשים יוכלו לעשות? | לדוגמא: לסנן, לחפש, לצפות בפרטים או למלא טופס. |
| איזה מידע אסור לפרסם? | לדוגמא: פרטים אישיים, מידע מסחרי, סיסמאות או החלטות חסויות. |
| מי אחראי על התחזוקה? | לדוגמא: מנהל המוצר, מנהלת הפרויקט או בעל המידע. |
|
מתי זה כבר תהליך ארגוני? כאשר ה-Site מציג מידע תפעולי, מקבל נתונים מאנשים או מתחבר למערכות אחרות, צריך לתכנן הרשאות, פרטיות, תחזוקה, בדיקות ודרך מסודרת להפסקת השירות. תוצר חי הוא גם אחריות חיה. |
פרק 6: MCP – כשהחיבור הרגיל כבר לא מספיק
החיבורים המוכנים של ChatGPT מאפשרים לעבוד עם שירותים נפוצים כמו דואר, אחסון קבצים, יומן ומערכות עבודה נתמכות. אבל מה קורה כאשר המידע נמצא במערכת פנימית, כאשר נדרש תהליך ייחודי לעסק, או כאשר לא רוצים לתת ל-AI גישה רחבה למערכת שלמה?
MCP הוא תקן שמאפשר לארגון לבנות חיבור מותאם בין ChatGPT לבין הכלים, הנתונים והתהליכים שלו. במקום להסתפק במה שחיבור מוכן יודע לעשות, אפשר להגדיר במדויק אילו יכולות יוצגו ל-AI ואיך הן יפעלו.
מה חיבור MCP יכול להוסיף?
| הצורך | מה חיבור MCP מותאם יכול לאפשר |
| מערכת שאינה נתמכת בחיבור מוכן | חיבור למערכת פנימית, מסד נתונים, API ארגוני או כלי ייעודי. |
| תהליך ייחודי לעסק | הפעלת תהליך שמחבר כמה מערכות, בדיקות וכללים עסקיים ברצף אחד. |
| פעולות ולא רק קריאת מידע | פתיחת משימה, עדכון CRM, יצירת רשומה או הפעלת תהליך – בכפוף להרשאות ולאישור. |
| צמצום החשיפה למערכות | חשיפת כלים מצומצמים ומוגדרים, במקום לתת גישה כללית למערכת שלמה. |
| ניהול ארגוני | הגדרת משתמשים וקבוצות מורשים, פעולות מותרות ונקודות אישור. |
ברמת האבטחה, MCP אינו הופך חיבור לבטוח באופן אוטומטי. הוא נותן לארגון מקום ליישם שכבת בקרה מותאמת, למשל:
- אימות זהות והרשאות לפי משתמש או תפקיד.
- הגבלת הכלים והמידע שכל משתמש רשאי להפעיל.
- בדיקת קלט לפני פעולה במערכת.
- דרישת אישור אנושי לפני פעולות רגישות.
- רישום הפעולות בלוג לצורך בקרה ובדיקה.
- הסתרת מידע שאינו דרוש לביצוע המשימה.
- הגדרת אפשרות ביטול או חזרה לאחור.
העיקרון הוא לא לחבר את ChatGPT לכל המערכת, אלא לחשוף לו רק את הפעולות המדויקות שהוא צריך לבצע.
בארגון, חיבור כזה יכול להפוך את ChatGPT מממשק שמסכם מידע לשכבת עבודה שמפעילה תהליכים: קוראת ממערכת אחת, בודקת תנאים, יוצרת פעולה במערכת אחרת ומעבירה את התוצאה לאדם המתאים.
דווקא בגלל העוצמה הזו, חשוב לחבר רק שרתים מוכרים ומהימנים. חיבור MCP שלא נבדק כראוי עלול לחשוף מידע, לאפשר פעולות רחבות מדי או להיות פגיע להוראות זדוניות שמגיעות מתוך תוכן חיצוני.
|
כאן נדרש בדרך כלל ליווי צמוד יותר ההגדרה הטכנית של שרת MCP היא רק חלק מהעבודה. צריך להבין איזה תהליך מחברים, אילו נתונים נחשפים, מי רשאי להפעיל כל כלי, אילו פעולות דורשות אישור, מה נרשם בלוג וכיצד מטפלים בטעות או בכשל. זהו בדיוק המקום שבו ייעוץ וליווי מסודר יכולים לעזור: החל ממיפוי התהליך והגדרת הארכיטקטורה, דרך היישום והאבטחה, ועד לבדיקת קבלה משותפת עם המשתמשים האמיתיים. |
הפרק הזה הוא רק הצצה. אין צורך לבנות MCP כדי להתחיל לעבוד טוב יותר עם ChatGPT. אבל כאשר החיבורים המוכנים כבר אינם מספיקים, MCP פותח את האפשרות לבנות לעובד הדיגיטלי כלים שמתאימים באמת לארגון שלכם.
סיכום: ארכיטקטורת העובד הדיגיטלי שלי
לא כל תהליך צריך את כל השכבות. לפעמים Project טוב מספיק. לעיתים Skill פותר את בעיית העקביות. Work מתאים לעבודה רב-שלבית, Sites מוסיף מרחב חי ומשותף, ו-MCP נדרש רק כאשר צריך כלי או פעולה מותאמים.
חברו את השכבות לתהליך אחד
| שכבה | תפקידה | מה היא תעשה בתהליך שלי? |
| Project | הקשר, קבצים והוראות | לדוגמא: ירכז את חומרי הלקוח ואת הנחיות העבודה. |
| חיבורים | מידע ופעולות ממערכות | לדוגמא: יקרא ממייל, מדרייב וממערכת המשימות. |
| Skill | שיטת עבודה עקבית | לדוגמא: ישמור על מבנה, טון וכללי איכות קבועים. |
| Work | ביצוע רב-שלבי ותוצרים | לדוגמא: ינתח חומרים, יציג חלופות ויכין מסמך החלטה. |
| Site | תוצר חי ומשותף | לדוגמא: יציג סטטוס, החלטות ומידע מעודכן לצוות. |
| MCP | כלי מותאם ופעולות | לדוגמא: יפעיל תהליך במערכת פנימית לאחר אישור. |
הניסוי הראשון שלי
| השאלה | התשובה שלי |
| התהליך שבחרתי | לדוגמא: הכנת הצעה ללקוח חדש. |
| השכבה הראשונה שאנסה | לדוגמא: Project או Skill. |
| הסיבה שבחרתי בה | לדוגמא: החומרים מפוזרים וההנחיות חוזרות בכל פעם. |
| הניסוי שאבצע השבוע | לדוגמא: אקים Project ואכין באמצעותו הצעה אחת. |
| התוצאה שאבדוק | לדוגמא: האם זמן העבודה התקצר והאם התוצר מדויק יותר. |
| האדם שיאשר או יבדוק | לדוגמא: מנהל הלקוח, מנהלת השיווק או בעל העסק. |
| התאריך שבו נחזור לבחון את הניסוי | לדוגמא: בעוד שבועיים, לאחר שלוש הפעלות. |
לא צריך לבנות מיד עובד דיגיטלי שלם. התחילו בשכבה אחת, בדקו תוצאה אמיתית, ורק אז הוסיפו הקשר, כלים, נהלים ופעולות.
|
כשהניסוי הופך לתהליך ארגוני כאשר התהליך כולל כמה צוותים, מערכות, הרשאות או פעולות רגישות, הניסוי האישי הופך לתהליך ארגוני. במקרים כאלה אפשר לפנות ל-Almaya למיפוי התהליך, בחירת הארכיטקטורה וליווי הפיילוט הראשון. almaya.ai |







