הגדרת חלוקת משימות באמצעות זרימות Bitrix24

פניות נתקעות בין מחלקות, והמנהל לא רואה מי נמצא באיזה שלב. אנו מגדירים זרימות Bitrix24 מקצה לקצה: מתארים מסלולים, כללי חלוקה והרשאות גישה. זמן העברת משימות בין קווים מתקצר פי כמה, ועומס הצוות הופך לשקוף.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הגדרת חלוקת משימות באמצעות זרימות Bitrix24
פשוט
~1 יום

הכישורים שלנו:

שאלות נפוצות

זרימות Bitrix24: מדוע משימות נתקעות בין מחלקות

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

תמונה אופיינית: מנהל סוגר את השלב שלו ו"מעביר" את המשימה בהודעה לעמית. מגדיר המשימה נשאר אותו דבר, השלב לא משתנה, המועד לא מחושב מחדש. לאחר מכן המשימה либо תלויה אצל מי שכבר סיים, либо משוכפלת, либо הולכת לאיבוד בין מחלקות — וצפה בישיבת בוקר, כשהמועד כבר עבר. ההעברה נשענת על זיכרון ונימוס, ולא על מערכת.

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

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

אפקט מדיד: מהירות עיבוד פניות ועומס הצוות

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

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

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

השוואת דרכי הפצת משימות: טבלת גישות

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

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

כיצד לבחור

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

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

הגדרת זרימות Bitrix24: שלבי עבודה הנדסית

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

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

תרשימי מסלולים, כללי הפצה והוראות לצוות

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

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

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

מקרה בוחן: קיצרנו את זמן העברת הפניות בין קווי תמיכה

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

הזמן הממוצע עד לקיחה לעבודה עמד על 3-4 שעות, עד 12% מהפניות עד סוף היום נותרו ללא אחראי, חלק מההעברות אבדו בהתכתבות. לא היה דיווח על עומס: עם גידול הזרימה, השאלה "מי עמוס מדי" נפתרה בעין, ועובדים חדשים הבינו את המסלולים מניסיונם של אחרים.

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

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

תוצאות ההטמעה

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

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

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

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

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

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

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

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

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

הרשאות גישה, התראות ובקרת ביצוע משימות

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

להלן ריכזנו ספקות שעולים לרוב בעת תיאום הרשאות ותקנון — עם תשובות לפי המכניקה.

מי בדיוק יראה את המשימה בתוך הזרימה?

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

כיצד להגדיר התראות על משימות כדי שלא יהפכו לרעש?

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

כיצד פועלת בקרת מועדים אם המבצע פספס את הדדליין?

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

מה קורה למסלול אם עובד יצא לחופשה או התפטר?

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

נדון בתרשים הפצת המשימות שלכם ותפקידי המשתתפים

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

מה כדאי להכין לדיון:

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

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