לנהל משימות כמו מאסטר - המבנה שמונע כאוס, ואיך לדעת איזה פרויקט באמת רווחי
אתם מנהלים לקוחות, פרויקטים ומשימות - וזה הפך לערימה אחת גדולה שאי אפשר למצוא בה כלום, ובטח אי אפשר לדעת אם פרויקט מסוים בכלל רווחי. דני שור הראה איך בונים מערכת ניהול עבודה כמו מאסטר על ClickUp: מבנה היררכי שמשקף את העסק, הרשאות שמפרידות מידע, ומודל תמחור-לפי-תוצר שמחשב לכם אוטומטית אם הרווחתם או הפסדתם. ClickUp חיה ובועטת, אבל העקרונות - מבנה לפני כאוס, תמחור לפי תוצר, מיקוד יומי - עובדים בכל כלי ניהול. 7 הפרומפטים למטה בונים את המערכת.
הערת הכתבת: המפגש הזה (30.7.2024) כולו על ClickUp - וזו בחירה טובה, ClickUp חיה, פעילה, ואחת ממערכות ניהול העבודה המובילות היום. אבל שימו לב שהזהב פה הוא לא הכפתורים הספציפיים אלא העקרונות: מבנה היררכי שמשקף את העסק לפני שנכנסים לכאוס, הרשאות שמפרידות מידע, תמחור לפי תוצר עם מדידת רווחיות אוטומטית, ומיקוד יומי לצוות. את אלה תיישמו בכל כלי - ClickUp, Monday, Notion, Asana. המיומנות: לאפיין איך העבודה שלכם באמת זורמת, ואז לבחור ולעצב את הכלי סביבה, לא להתאים את העבודה לכלי. הפרומפט הפתוח למטה עוזר לאפיין.
ניהול משימות זה אחד הדברים שכולם עושים, וכמעט אף אחד לא עושה נכון. מתחילים בטוב - רשימה מסודרת - ותוך חודש הכל ערימה אחת: לקוחות מעורבבים בפרויקטים פנימיים, אף אחד לא יודע מה שלו, ואין לכם מושג אם העבודה על לקוח מסוים בכלל משתלמת. במפגש השישי של אוטוטיוזדיי דני שור, שמנהל מערכות עבודה למשרדים גדולים, פירק את ClickUp לרמת מאסטר - לא רק "איפה שמים משימה", אלא איך בונים מערכת שמנהלת פרויקטים, אנשים, ורווחיות, במקום אחד.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
בניית מבנה היררכי נכון ב-ClickUp לעסק שלי
דני פתח מהיסוד: המבנה ההיררכי של ClickUp, שהוא ההבדל בין סדר לכאוס. ארבע רמות - Workspace (החברה, עליה משלמים לפי מספר יוזרים), Space (התחומים הראשיים: לקוחות, כספים, תפעול), Folder (איגוד נוח של רשימות), ו-List (הרמה שבה משימה יכולה לשבת, לעולם לא ישירות תחת Space). ובתוך משימה - עד 7 רמות של תתי-משימות, מה שפותח מורכבות אמיתית. שתי נקודות שדני הדגיש כקריטיות לתכנון: הרשאות נקבעות לפי המיקום בהיררכיה (אפשר לתת גישה לרשימה אחת בלבד), ו-custom fields מחלחלים מלמעלה למטה (שדה ברמת Space מופיע בכל מה שמתחתיו). המודל שהמליץ: Space 'לקוחות', כל לקוח גדול = Folder, כל פרויקט = List. תכנון המבנה קודם, כמו אדריכלות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: האם המבנה הנוכחי שלי ב-ClickUp נכון
ואז דני עבר לאבחון - איפה אנשים נכשלים בפועל. הוא נתן רשימת בדיקה: האם המבנה משקף את העסק או שזרקתם הכל לערימה? האם אתם משלמים על Members (שרואים הכל) במקום Guests (חינמיים, רואים רק מה שהזמנתם)? האם יצרתם שדות ברמה נמוכה מדי כך שהם לא מחלחלים? האם אתם מנצלים תתי-משימות או מנהלים הכל שטוח? ההבחנה בין Member ל-Guest לבדה שווה כסף - הרבה עסקים משלמים על מושבים שיכלו לתת בחינם. אבחון כזה, לפני שמוסיפים עוד, הוא ההבדל בין מערכת שמשרתת אתכם למערכת שאתם משרתים אותה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מודל תמחור-תוצר עם אגרגציית עלויות מתתי-משימות
וכאן הגיע החלק שהכי הרים את הקהל: איך יודעים אם פרויקט רווחי, אוטומטית. דני בנה מודל תמחור-לפי-תוצר - כל תוצר הוא משימת-אב עם מחיר (למשל 3,800 ש'), ותחתיו תתי-משימות של מרכיבי העבודה (פיתוח, גרפיקה, ניהול). כל תת-משימה מקבלת הערכת זמן ותעריף שעתי, ואנשים מדווחים שעות בפועל. שדה נוסחה מחשב עלות = שעות כפול תעריף. הבעיה: ClickUp לא יודע לסכם את העלויות מהתתים אל האב. הפתרון של דני דרך Make - בכל דיווח שעות, מושכים את כל תתי-המשימות של האב, סוכמים, וכותבים 'עלות כוללת' אצל האב. עכשיו ההשוואה פשוטה: אם העלות הכוללת קטנה ממחיר התוצר - רווחתם. אם לא - אתם יודעים בדיוק איפה נשרפתם. זה ההבדל בין 'נראה לי שהרווחנו' ל'אני יודע'.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית אוטומציות פנימיות ו-Webhooks ב-ClickUp
דני המשיך למנוע שמפעיל את המערכת: אוטומציות פנימיות ו-webhooks. אוטומציה ב-ClickUp בנויה מ-When (טריגר: משימה נוצרה, סטטוס השתנה) ואז Filter ואז Then (פעולה: עדכן שדה, שלח webhook, שנה אחראי). היא חלה לפי המיקום בהיררכיה, ואפשר לכוון אותה רק למשימות, רק לתתי-משימות, או לשתיהן. אבל הטיפ החשוב של דני היה על אמינות: לאירועים תכופים וקריטיים (כמו דיווח שעות) עדיף לחבר ל-Make דרך Watch Task, כי האוטומציה הפנימית של ClickUp לפעמים מתעכבת - והלקוח חושב שהמערכת מקולקלת. הוא לימד גם לבדוק את ה-Activity Log של האוטומציות, כי מערכת שלא רואים בה מה קרה היא מערכת שאי אפשר לתקן.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
שאיבת כל המשימות מ-ClickUp API לניתוח רווחיות
התחנה הזו פתחה עולם שלם מעבר לדשבורדים המובנים: שאיבת כל הדאטה דרך ה-API. דני הסביר שהדשבורדים של ClickUp נותנים תמונת מצב, אבל לא ניתוח שורש אמיתי - מי עושה הכי הרבה שעות נוספות, איזה סוג תוצר תמיד מפסיד. הפתרון: קריאת API אחת מחזירה את כל המשימות (אצל לקוחות גדולים 15,000 ומעלה), מייצאים ל-Google Sheets, ומנתחים בטבלת ציר. שתי דקויות מהשטח ששווה לדעת: קריאת המשימות מחזירה רק מזהה Space ולא את שמו (צריך קריאה שנייה ו-lookup), ודיווחי הזמן הם דאטהבייס נפרד (Time Entries) שדורש קריאה משלו. הרעיון הרחב: הכלי הוא לא רק ממשק, הוא מקור דאטה - ומי ששולף אותו רואה את העסק שאחרים לא רואים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
זרימת משימות אוטומטית ממייל ל-ClickUp
דני הראה טריק תפעולי שחוסך העברות ידניות: מיילים שהופכים אוטומטית למשימות. לכל רשימה יש כתובת 'Email to List' ייעודית - כל מייל אליה נפתח כמשימה: הנושא = שם המשימה, הגוף = התיאור, הקבצים = צרופות. מגדירים ב-Gmail כלל Forwarding שמעביר מיילים רלוונטיים (כל פנייה מלקוח) לכתובת. ולשיוך חכם: אם כל המיילים מגיעים לאותה רשימה, אוטומציה פנימית משייכת אותם, ואם צריך לנתב לפי תוכן (מכירות לדני, השאר לקובי) - Make קורא את התיאור, מזהה כוונה, ומעדכן את האחראי. פתאום תיבת המייל מפסיקה להיות מקום שדברים הולכים בו לאיבוד, והופכת לצינור משימות מסודר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מיקוד הצוות עם Me Mode ו-Line-up
ואת הסשן דני סגר בכלי שהופך מערכת עמוסה למיקוד יומי: Me Mode ו-Line-up. Me Mode בלחיצה חותך את התצוגה ומראה ליוזר רק את המשימות שלו - כל הצוות נכנס לאותה תצוגה, וכל אחד רואה רק את שלו. Line-up זה מנגנון 'מה חשוב לי היום', והכוח האמיתי שדני הדגיש: אפשר לעשות Line-up ליוזר אחר - מנהל אומר לעובד 'בזה אתה מטפל היום', והעובד לומד לפתוח כל בוקר את ה-Home ולראות מה סומן לו. זה כבר לא ניהול משימות, זה ריטואל יומי של מיקוד. וזה בדיוק ההבדל בין צוות שיודע מה חשוב היום לצוות שטובע בכל מה שפתוח.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה המבנה הנכון לנהל בו עסק?
מבנה היררכי שמשקף את העסק: תחומים ראשיים (לקוחות, כספים, תפעול) ברמה העליונה, כל לקוח או פרויקט גדול מתחת, וכל פרויקט בודד ברמה שמחזיקה משימות. תכנון המבנה קודם למילוי.
איך יודעים אם פרויקט רווחי?
מתמחרים כל תוצר כמשימת-אב עם מחיר, מתחתיו רכיבי עבודה עם תעריף שעתי, ומדווחים שעות בפועל. אוטומציה סוכמת את העלות ומשווה למחיר - אם העלות נמוכה מהמחיר, רווחתם.
Member או Guest - על מה משלמים?
Member רואה הכל כברירת מחדל ועולה כסף. Guest חינמי ורואה רק מה שהזמנתם אליו (עד רמת Folder). הרבה עסקים משלמים על מושבים שיכלו לתת בחינם.
איך הופכים מיילים למשימות אוטומטית?
לכל רשימה יש כתובת Email to List - מייל אליה נפתח כמשימה. מגדירים ב-Gmail Forwarding של מיילים רלוונטיים, ואוטומציה או Make משייכים לאיש הצוות הנכון.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇