תהליך עבודה 1: מסיכום פגישה לתוכנית פעולה
השתמשו בתהליך הזה אחרי שיחות, שיחות מכירה ומפגשי תכנון. המטרה היא תוכנית פעולה שאפשר לקבל עליה החלטות, עם אחראים, תאריכים, שאלות פתוחות ומעקבים, לא עוד סיכום.
קלט -> פרומפט -> פלט -> בדיקת איכות. כל תהליך עבודה במדריך הזה משתמש באותם ארבעה שלבים. אם השלב שבו אתם מתלבטים הוא ניסוח הפרומפט עצמו, המסגרת הנדסת פרומפטים למתחילים מסבירה איך לכתוב את ההוראה, ההקשר, המגבלות והפורמט שכל תבנית למטה מניחה כמובן מאליו.
| שלב | מה אתם מספקים | למה זה חשוב |
|---|---|---|
| קלט | החומר האמיתי: תמלול, תיבת דואר, דפי מקור, diff, רשימת משימות או טיוטה | בקשות מעורפלות נותנות למודל להסיק אחראים, תאריכים וטענות שמעולם לא נתתם לו |
| פרומפט | תפקיד, הקשר, מגבלות ופורמט הפלט המדויק | המגבלות הן מה שמרחיק את המודל מנתונים פרטיים ומהחלטות שדורשות שיקול דעת אנושי |
| פלט | מבנה בעל שם: טבלת פעולות, תור עדיפויות, טבלת חילוץ, רשימת ממצאים, לוח זמנים או ערכת תוכן | פורמט בעל שם קל הרבה יותר לבדוק מאשר פסקאות טקסט חופשי |
| בדיקת איכות | בדיקה שמחזירה כל פריט למקור לפני שפועלים לפיו | שמות, תאריכים, מספרים והתחייבויות עדיין דורשים אישור אנושי |
חבילות תבניות מוכנות להרצה. שבעת תהליכי העבודה למטה הם הצורות הכלליות. שתי החבילות האלה הן הגרסאות המלאות, כתובות כבר פרומפט אחר פרומפט.
| תבנית | מה היא עושה | מתאימה בעיקר ל |
|---|---|---|
| Founder Research Stack | תשעה פרומפטים מוכנים להעתקה למיפוי שוק, פירוק מתחרים, מבנה תמחור, מיצוב וכריית שפת לקוחות, ומסתיים בטיוטת עמוד נחיתה | מייסדים, יועצים ומפעילים שמחליטים לאן לכוון ומה לגבות |
| Claude Coding Prompt Pack | שנים עשר פרומפטים מוכנים להעתקה לניפוי באגים, בדיקת קוד, ריפקטורינג, בדיקת ארכיטקטורה ותכנון בדיקות, עם המגבלות שמונעות מתיקון קטן להפוך לכתיבה מחדש | מפתחים שרוצים diff שאפשר לבדוק במקום קובץ שנבנה מחדש |
קלט: תמלול, הערות גולמיות, רשימת משתתפים, מטרת הפגישה, מועדים ידועים והחלטות שכבר סומכים עליהן. אם התמלול ארוך, סמנו קטעים לפי נושא או חותמת זמן לפני שמנסחים פרומפט.
פרומפט: "הפכו את הערות הפגישה האלה לתוכנית פעולה. הקשר: מטרת הפגישה הייתה [מטרה]. המשתתפים היו [שמות]. הערות/תמלול: [הדביקו כאן]. מגבלות: אל תמציאו אחראים או תאריכים. סמנו פריטים לא ברורים כדורשים אישור. הפרידו בין החלטות לדיון. פורמט: תקציר, החלטות, טבלת פעולות, סיכונים, הודעת מעקב."
פלט: תדריך בן חמישה חלקים עם תקציר מנהלים קצר, החלטות מאושרות, טבלת פעולות עם אחראי/תאריך/סטטוס, שאלות פתוחות ומייל מעקב מוכן לשליחה.
בדיקת איכות: בדקו כל פריט פעולה מול התמלול. הסירו כל דבר שה-AI הסיק בצורה חזקה מדי. אשרו תאריכים ואחראים לפני שליחה. אם הפלט רחב מדי, הריצו את הפרומפט שוב עם מגבלה נוספת אחת: "כללו רק פעולות שמישהו הסכים במפורש לבצע."
תהליך עבודה 2: ממיון אימיילים לתור מענה
תהליך העבודה הזה עוזר לכם לעבד תיבת דואר עמוסה בלי לתת ל-AI לדבר בשמכם ללא בדיקה. הפלט השימושי הוא תור עדיפויות, לא סבב של תשובות רובוטיות.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: שולח, שורת נושא, גוף המייל, הקשר היחסים, דחיפות וסגנון המענה המועדף עליכם. באשכולות רגישים, הסירו נתונים פרטיים לפני ההדבקה ובקשו מהמודל לנסח טיוטה ולא לשלוח.
פרומפט: "מיינו את המיילים האלה להיום לפי עדיפות. הקשר: התפקיד שלי הוא [תפקיד], העדיפויות שלי הן [עדיפויות] והטון שלי צריך להיות [טון]. מיילים: [הדביקו כאן]. מגבלות: אל תענו על שאלות הדורשות נתוני חשבון פרטיים. סמנו כל דבר שדורש שיקול דעת אנושי. פורמט: טבלת עדיפויות, פעולה מומלצת, טיוטת מענה לכל מייל שאפשר לענות עליו בבטחה."
פלט: טבלה עם עדיפות, סיבה, פעולה הבאה, מענה מוצע ודגל סיכון. סוגיות חיוב, גישה לחשבון והתחייבויות צריכות להיות מסומנות לבדיקה ידנית.
בדיקת איכות: קראו קודם את סיבת העדיפות. אם המודל לא יכול להסביר למה מייל דחוף, הורידו לו עדיפות. בדקו את כל השמות, התאריכים, ההתחייבויות, המחירים והקבצים המצורפים. שמרו על כלל אישי: AI יכול לנסח מענים, אבל בני אדם מאשרים התחייבויות.
תהליך עבודה 3: מסריקת מתחרים לתדריך מחקר
השתמשו בזה כתהליך עבודה עם AI למחקר כשאתם צריכים מבט מהיר אך ניתן למעקב על שוק בלי לטבוע בכרטיסיות דפדפן.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: שמות מתחרים, הערות על אתרים, קטעי תמחור, דפי מוצר, קטעי ביקורות, קהל היעד וההחלטה שאתם מנסים לקבל. אפשר גם להתחיל מ-Founder Research Stack של Whizi כשאתם רוצים תבנית מלאה יותר.
פרומפט: "צרו סריקת מתחרים עבור [שוק]. הקשר: אני מחליט [החלטה]. מתחרים והערות: [הדביקו כאן]. מגבלות: השתמשו רק בהערות שסופקו. הפרידו בין עובדות לבין הסקה. אל תמציאו תמחור, לקוחות או פיצ'רים. פורמט: טבלת השוואה, דפוסי מיצוב, פערים, סיכונים ושאלות מחקר להמשך."
פלט: טבלת השוואה עם מתחרה, קהל יעד, ההבטחה, פיצ'רים, הערות תמחור, נקודות הוכחה, חולשות ומיצוב מוסק. הגרסה הטובה ביותר כוללת גם עמודת "מה לאמת בהמשך" כדי שהמחקר לא יתחזה לסופי.
בדיקת איכות: עקבו אחר כל טענה חזרה להערה או לקטע מקור. הדגישו הסקות לא נתמכות. להחלטות חשובות, הריצו את אותו הפרומפט במודל אחר והשוו איזה פלט מפריד טוב יותר בין עובדה לדעה.
תהליך עבודה 4: מסיכום PDF לחילוץ מאומת
סיכומי PDF גנריים מסוכנים כי הם עלולים להחמיץ הסתייגויות או להגזים במסקנות. תהליך העבודה הזה דורש חילוץ ואימות לפני כל סיכום.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: טקסט ה-PDF או המסמך המועלה, סוג המסמך, המטרה שלכם, הקטעים החשובים ביותר והפלט המדויק שאתם צריכים. אם המסמך ארוך, בקשו סיכומים ברמת קטע לפני שאתם מבקשים סינתזה.
פרומפט: "נתחו את המסמך הזה עבור [מטרה]. הקשר: סוג המסמך הוא [סוג] ומה שמעניין אותי ביותר הוא [נושאים]. מגבלות: צטטו או ציינו שמות קטעים כשאפשר. סמנו פריטים לא ודאיים. אל תסכמו קטעים שאינכם רואים. פורמט: סיכום עמוד אחד, טבלת עובדות מרכזיות, סיכונים/הסתייגויות, תאריכים/מספרים/שמות שחולצו ורשימת בדיקה לאימות."
פלט: סיכום קומפקטי בתוספת טבלת חילוץ מובנית. טבלה של מאמר מחקרי עשויה לכלול טענה, ראיה, שיטה, מגבלה ורמת ביטחון. טבלה של חוזה עשויה לכלול התחייבות, צד, מועד, סעיף וסיכון.
בדיקת איכות: חפשו במסמך המקורי כל מספר, מועד, ישות בעלת שם וציטוט. בקשו מעבר שני: "פרטו חמש דרכים שבהן הסיכום הזה עלול להטעות." אם התשובה משפיעה על החלטות משפטיות, רפואיות, פיננסיות או תעסוקתיות, התייחסו לפלט ה-AI ככלי עזר לקריאה ולא כייעוץ.
תהליך עבודה 5: מבדיקת קוד לרשימת שינויים בטוחה יותר
תהליך העבודה הזה עם AI לתכנות שימושי כשיש לכם diff, בקשת משיכה או קובץ שאתם רוצים לבדוק. הרעיון הוא לצמצם סיכון, לא למסור שיקול דעת החוצה.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: diff של קוד, הפונקציה או המודול הסובבים, ההתנהגות הצפויה, פלט בדיקות, הודעות שגיאה, מגבלות ומה שלא אמור להשתנות. לעולם אל תדביקו סודות, פרטי גישה לסביבת ייצור או נתונים פרטיים של לקוחות.
פרומפט: "בדקו את הקוד הזה כמו מהנדס בכיר. הקשר: ההתנהגות הצפויה היא [התנהגות]. מטרת השינוי היא [מטרה]. קוד/diff: [הדביקו כאן]. מגבלות: תעדפו באגים, נסיגות, בעיות אבטחה, מקרי קצה ובדיקות חסרות. הימנעו ממשוב שנוגע לסגנון בלבד אלא אם הוא מסתיר באג. פורמט: טבלת ממצאים עם חומרה, קובץ/פונקציה, בעיה, למה זה חשוב, תיקון מוצע ובדיקה להוספה."
פלט: רשימת בדיקה מדורגת, בדיקות מוצעות ותוכנית שינוי מינימלית. עבור ריפקטורינג, בקשו את השיפור הקטן ביותר בקריאות ששומר על ההתנהגות, ואז פרטו בדיקות שמוכיחות זאת.
בדיקת איכות: שחזרו כל באג לפני התיקון כשניתן. אל תקבלו תיקון מוצע בלי לקרוא אותו. הריצו בדיקות, lint ובדיקות טיפוסים באופן מקומי. אם שני מודלים חלוקים, השתמשו במחלוקת הזו כרשימת בדיקה למבדק ולא כהצבעה.
תהליך עבודה 6: מתכנון יומי ללוח זמנים ממוקד
שגרת AI יומית אמורה לעזור לכם לבחור מה לא לעשות. תהליך העבודה הזה הופך רשימה מבולגנת לתוכנית ממוקדת עם בלוקים ריאליים, פשרות ונקודת סיום.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: רשימת משימות, מגבלות יומן, מועדים, רמת אנרגיה, פגישות, פריטי חובה, פריטים אופציונליים ומטרה אסטרטגית אחת. ככל שהקלט כן יותר, כך התוכנית טובה יותר.
פרומפט: "תכננו את היום שלי סביב תוצאות, לא סביב עסוקות. הקשר: בלוקי העבודה הזמינים היום הם [בלוקים]. חובות הן [חובות]. משימות אופציונליות הן [אופציונליות]. רמת האנרגיה היא [אנרגיה]. המטרה האסטרטגית היא [מטרה]. מגבלות: הגנו על זמן עבודה עמוק, כללו מרווחי חיץ, הימנעו מהתחייבות יתר והסבירו פשרות. פורמט: לוח זמנים, שלוש התוצאות המרכזיות, רשימת דחייה, רשימת סיכונים, רשימת בדיקה לסיום היום."
פלט: לוח זמנים מחולק לבלוקים, שלוש תוצאות, רשימת פריטים שנדחו ושגרת סיום בת עשר דקות. רשימת הדחייה חשובה כי היא מונעת מה-AI להציג יום בלתי אפשרי כמסודר.
בדיקת איכות: בדקו אם התוכנית מתאימה ליומן האמיתי שלכם. חתכו 20 אחוז אם היא מרגישה עמוסה מדי. אם למשימה אין הגדרת הצלחה, בקשו מהמודל להגדיר "סיום" לפני שמתחילים.
תהליך עבודה 7: מעיבוד תוכן מחדש לערכת פרסום
תהליך העבודה הזה עם AI לכתיבה הופך מקור שימושי אחד למגוון נכסים ניתנים לפרסום בלי שהכל יישמע אותו הדבר.
קלט -> פרומפט -> פלט -> בדיקת איכות
קלט: תוכן המקור, קהל היעד, רשימת ערוצים, דוגמת קול המותג, טענות שחייבות להישאר מדויקות, טענות להימנע מהן והפורמטים הרצויים. הוסיפו דוגמאות מהתוכן הטוב ביותר שלכם אם אתם רוצים פלט פחות גנרי.
פרומפט: "עבדו מחדש את המקור הזה לערכת פרסום. הקשר: קהל היעד הוא [קהל]. הערוצים הם [ערוצים]. דוגמת קול: [הדביקו כאן]. מקור: [הדביקו כאן]. מגבלות: שמרו על העובדות, הימנעו מהגזמה, אל תוסיפו נתונים סטטיסטיים לא נתמכים, והתאימו כל ערוץ לפורמט הטבעי שלו. פורמט: מסר מרכזי, חמישה רעיונות לפוסטים, טיוטת מייל, פוסטים קצרים לרשתות חברתיות, פוסט ארוך לרשת חברתית, קטע לניוזלטר וטבלת בדיקת איכות."
פלט: ערכת תוכן עם זוויות שימושיות חוזרות, טיוטות ספציפיות לערוץ וטבלת בדיקת איכות המפרטת טענה מקורית, טענה חוזרת, מיקום המקור וסיכון.
בדיקת איכות: השוו כל טיוטה למקור. הסירו טענות שנוספו לצורך אפקט דרמטי. בדקו אם למייל, לפוסט ולפתיח המאמר יש תפקידים שונים במקום לחזור על אותו משפט. שמרו את הפרומפט כתבנית פרומפט חוזרת רק לאחר שהוא עובד על פיסת תוכן אמיתית.
- התחילו כל תהליך עבודה עם AI בקלט אמיתי, לא בבקשה מעורפלת.
- הגדירו את הפלט לפני הרצת הפרומפט: טבלה, רשימת בדיקה, תזכיר, טיוטה, תוכנית או חילוץ.
- הוסיפו מגבלות עבור ראיות, פרטיות, טון, אורך ואי ודאות.
- בקשו שלב בדיקת איכות כחלק מהפלט, לא בדיעבד.
- שמרו פרומפטים חוזרים לפי תהליך עבודה, לא לפי מודל: פרויקט ב-Whizi מחזיק עד 10 קבצים נעוצים ו-32,000 תווים של הוראות קבועות.
- הריצו תהליכי עבודה חשובים ביותר ממודל אחד והשוו דיוק, מבנה וזמן ניקוי.
- עדכנו כל תבנית אחרי שהשתמשתם בה על משימה אמיתית.
שאלות נפוצות
מהי תבנית לתהליך עבודה עם AI?
תבנית לתהליך עבודה עם AI היא תהליך חוזר שמגדיר את הקלט, הפרומפט, הפלט הצפוי ובדיקת האיכות עבור משימה מסוימת, כמו סיכום קובצי PDF, בדיקת קוד או מיון אימיילים.
איך בונים תהליך עבודה עם AI לעבודה?
התחילו במשימה חוזרת אחת, פרטו את הקלט שהיא צריכה, כתבו פרומפט עם מגבלות ופורמט פלט, ואז הוסיפו רשימת בדיקת איכות שמאמתת עובדות, החלטות, שמות, מספרים וצעדים הבאים.
האם כדאי להשתמש באותו מודל AI לכל תהליך עבודה?
לא. מודלים שונים עשויים להצטיין במשימות שונות. עבור תהליכי עבודה חשובים, הריצו את אותו הפרומפט על פני כמה מודלים ושמרו את הגרסה שנותנת את הפלט המדויק והשימושי ביותר.