בקצרה
- מי שהעביר עדכון לא בהכרח כתב אותו או לקח על עצמו את המשימה.
- משאירים הערכה של ספק ואת התנאים שלה בנפרד מהתחייבות של הצוות.
- מבקשים את האישור החסר לפני שמשנים תכנית או מבטיחים משהו ללקוח.
- בודקים טיוטות מול השיחה הזמינה, במיוחד כשיש בה טקסט מועתק או מועבר.
הודעות מועברות בוואטסאפ מספרות לפעמים מה מישהו אחר דיווח, בלי לקבוע מי התחייב לבצע את העבודה. מפרידים בין העדכון המקורי, מי שהעביר אותו והתחייבויות שניתנו בהמשך. לפני שמשנים תכנית, בודקים את התנאים ומבקשים מהאדם המתאים לאשר על מה הצוות יכול להסתמך כרגע ומה עדיין דורש תשובה לפני שמבטיחים משהו ללקוח.
צוות התחזוקה והשיחה בהמשך בדיוניים. הטבלה היא דוגמה לבדיקת מידע, ולא תשובה שנוצרה בניסוי חי של Anyx, מקרה של לקוח או תוצאה עסקית שנמדדה.
למה צריך לבדוק את המקור של הודעה שהועברה?
הפוסט של וואטסאפ על סימון הודעות שהועברו מסביר שהסימון עוזר להבין אם השולח כתב את ההודעה בעצמו או שהיא הגיעה במקור ממישהו אחר. זה רמז שכדאי לשים לב אליו. עדיין צריך לבדוק מה העדכון המסוים הזה אומר מבחינת הצוות שלכם.
הערכה של ספק, בקשה של עמית ואישור של רכז יכולים להופיע ברצף באותה קבוצה. כשמקצרים את כולם למשפט בטוח אחד, מי שהעביר את ההודעה עלול להפוך לאחראי על משימה שלא לקח על עצמו. גם התנאי שהספק ציין עלול להיעלם.
קוראים את הנוסח הזמין ובודקים מי המקור. טקסט שהועתק, צילום מסך או קטע משיחה יכולים להשמיט את שם הדובר או את מה שנכתב מסביב. אם לא ברור מי אמר משהו במקור, מציינים שחסר מידע. שם שנשמע סביר לא מספיק כדי לייחס לו את ההתחייבות.
מה נאמר בעדכון הציוד הבדיוני?
צוות תחזוקה קטן מתאם קבלת משאבות חלופיות. דנה מעבירה עדכון מספק, נועה שואלת על התיאום עם הלקוח ואמיר מתנדב לברר. בשלב הזה אין לצוות אישור שהציוד מוכן או שמישהו דואג להובלה.
- דנהעדכון שהועבר מהספק: המשאבות החלופיות אמורות להיות מוכנות ביום שישי אם בדיקת התקינות תעבור.שאלה9:10
- נועהאז אנחנו כבר מבטיחים ללקוח התקנה ביום שישי?חסר פרט9:12
- דנהאני רק מעבירה את ההערכה של הספק. לא אישרתי אספקה ולא לקחתי על עצמי הובלה.החלטה9:14
- אמיראני אשאל את הספק אם הציוד מוכן ואעדכן כאן מה הוא ענה.משימה9:18
בדוגמה כתוב במפורש שההערכה הגיעה מהספק. דנה מבהירה מה עשתה ומה לא. אמיר מתחייב לשאול ולחזור עם תשובה, ולא להוביל את המשאבות. השאלה של נועה לא יוצרת הסכמה על התקנה ביום שישי.
אין כאן אישור שהעבודה הושלמה. לא ידוע אם בדיקת התקינות עברה, אם המשאבות מוכנות, אם נקבעה הובלה או מה נאמר ללקוח. אלה פרטים נפרדים, וכל אחד מהם משפיע על חלק אחר בתכנית. לא כדאי לאחד אותם לסטטוס כללי שלפיו הכול סגור.
אילו פרטים כדאי להפריד בטבלה?
בודקים את המקור לפני שמעדכנים את יומן ההחלטות של הצוות. המדריך ההוא עוסק ברישום ההחלטה שאושרה. כאן מתחילים צעד קודם: האם העדכון שנכנס לקבוצה בכלל תומך בהחלטה או בהתחייבות מסוימת?
| מה בודקים | מה אפשר לומר לפי הדוגמה | מה נשאר פתוח |
|---|---|---|
| מי העביר | דנה הכניסה את העדכון לקבוצה. | היא לא הפכה בכך לאחראית להובלה. |
| המקור שצוין | הטקסט מתואר כהערכה של הספק. | הדובר המקורי והשיחה המלאה לא מוצגים. |
| ההערכה והתנאי | ייתכן שהציוד יהיה מוכן בשישי אם בדיקת התקינות תעבור. | צריך אישור שהבדיקה עברה ושהציוד אכן מוכן. |
| התחייבות בצוות | אמיר ישאל ויעדכן מה ענו לו. | עדיין אין תשובה או אישור שהבירור הסתיים. |
| הבטחה ללקוח | נועה שאלה אם מבטיחים התקנה בשישי. | לא נקבע מועד התקנה מאושר. |
העמודות הנפרדות עוזרות לזהות שתי קפיצות במסקנה: שיוך ההבטחה של גורם חיצוני למי שהעביר אותה, והפיכת הערכה לגבי מוכנות הציוד למועד התקנה אצל הלקוח. מישהו מהצוות עדיין צריך להחליט מה אפשר לרשום כסיכום מוסכם.
איך מבקשים מ-Anyx לבדוק את השיחה?
Anyx הוא סוכן AI לקבוצות וואטסאפ. בקבוצה מחוברת מתייגים אותו ומבקשים טיוטה מתוך ההודעות שזמינות לו. מודיעים לחברים שהוא נוסף ומתחילים בדיון קטן שאפשר לקרוא ולבדוק. AI Notes overview מסביר מה נקלט ומה עלול להיות חסר.
@Anyx תבדוק את עדכון הספק לפי ההודעות שזמינות כאן. תפריד בין מי שהעביר, המקור שצוין, ההערכה והתנאים שלה, התחייבויות מפורשות של הצוות ואישורים שחסרים. אל תשייך משימה למישהו רק כי הוא העביר הודעה. אם לא ברור מי אמר משהו במקור, תציין את זה. תציע שאלת הבהרה אחת שנבדוק לפני שינוי בתכנית.
מתייחסים לתשובה כטיוטה. ההנחיות לא מבטיחות דיוק ולא יוצרות חסימה טכנית. בודקים אם פרטי המקור היו בכלל זמינים לסוכן. המאמר לא קובע שכל העתקה, קובץ או שיחה שיובאה שומרים את סימון ההעברה, או שאפשר לשחזר שיחה מקורית שחסרה.
לפעמים מספיק תיקון קצר: דנה העבירה את העדכון, הספק נתן הערכה ואמיר לקח על עצמו רק את הבירור. אם אי אפשר למצוא בשיחה תמיכה במשפט, משאירים אותו לבדיקה. ניסוח בטוח יותר לא משלים מידע שלא קיים במקור.
איזו שאלה כדאי לשאול עכשיו?
שואלים על הפרט שחוסם את ההחלטה הבאה. למשל: האם בדיקת התקינות עברה והמשאבות מוכנות? עדיין לא סיכמנו הובלה או מועד התקנה ללקוח. לפני העברה של השאלה בודקים את הנוסח ומחליטים מי צריך לקבל אותה.
גם כשמגיעה תשובה, בודקים למה היא מתייחסת. אישור שבדיקת התקינות עברה לא אומר שהמשאבות מוכנות לאיסוף. אישור שהמשאבות מוכנות לא אומר שמישהו התחייב לאסוף אותם. רושמים את מה שאושר ואז חוזרים לבדוק את התלות הבאה.
מזהים מקור
מפרידים בין מי שהעביר את העדכון לבין מי שצוין כמקור שלו. מסמנים מידע חסר.
שומרים על התנאי
משאירים ניסוחים כמו אם, אמור להגיע ומחכים לאישור עד שיש הודעה שפותרת אותם.
מבררים פרט חוסם
האדם שנבחר בודק שאלה אחת וחוזר עם התשובה שקיבל בפועל.
מעדכנים הסכמה
רק אחרי הבדיקה רושמים את האחראי והתכנית שאושרו בתהליך הרגיל של הצוות.
מי אמור לראות את השאלה או הסיכום?
בוחרים איפה לשאול. טיוטה בקבוצת עובדים יכולה לכלול תיאום פנימי שלא מתאים לספק או ללקוח. לפני שיתוף בשיחה אחרת בודקים את הנוסח ומסירים מידע שלא נדרש למי שיקרא אותו.
סיכומי AI נמצאים בחשבון ונשלחים במייל, ולא מתפרסמים בקבוצה. תשובה בעקבות תיוג היא תוצר נפרד. התרגיל הזה לא מגדיר הודעה ללקוח, תזכורת, רוטינה לקבוצה או סנכרון מסמך. כשצריך להחליט מי מודיע ללקוח על שינוי שכבר אושר, אפשר להיעזר במדריך לשינוי בלוח העבודה של צוות שטח.
איך בודקים את הניסיון הראשון?
חוזרים לחמישה פרטים: דנה העבירה את ההערכה ולא כתבה אותה במקור; יום שישי נשאר מותנה; אמיר אחראי לבירור ולא להובלה; מוכנות הציוד לא אושרה; והשאלה של נועה נשארה שאלה. רושמים אילו משפטים היה צריך לתקן בטיוטה.
המדריך לבדיקת השלמת משימות מתאים לשלב שבו עוזר מדווח בהמשך ששלח, בדק או סיים משהו. דיווח בטוח ותוצאה שאושרה הם סוגי מידע שונים. הדוגמה הבדיונית כאן לא מוכיחה פחות עיכובים, שעות שנחסכו או אספקה שהושלמה.
מה עלול להיות חסר, ואיך מתחילים?
מידע חסר על המקור, דובר לא ברור, קבצים שלא נפתחו ועדכונים מחוץ לקבוצה יכולים לשנות את הפירוש. טיוטה לא מבטיחה שכל ההודעות הרלוונטיות נקלטו. כשלא ברור מי אמר משהו, מבקשים הבהרה במקום לייבא שיחות פרטיות שלא נדרשות לתרגיל.
מתחילים בעדכון מועבר אחד, בלי מידע רגיש, בקבוצה שאתם מנהלים. מזהים מקור, תנאי ואישור אחד שחסר. בודקים את הטיוטה עם הצוות לפני שמשנים למישהו את האחריות או מבטיחים משהו מחוץ לקבוצה. כך הבירור נשאר קטן וברור ואפשר לראות בדיוק איזה פרט עדיין מונע החלטה.
שאלות נפוצות
אם העברתי עדכון מספק, האם לקחתי אחריות על המשימה?
העברת ההודעה לבדה לא אומרת שהתחייבתם למשימה. בודקים אם יש הודעה נפרדת שמציינת אחראי והתחייבות שלו. מפרידים בין מי שמסר את העדכון במקור לבין מי שהעביר אותו לקבוצה.
מה כדאי לרשום ליד הערכה שהועברה לקבוצה?
מציינים מי העביר אותה, איזה מקור צוין, מה ההערכה והתנאים שלה, למה הצוות התחייב בנפרד ומה עדיין צריך לברר. אם ההודעות הזמינות לא מראות מי כתב את העדכון המקורי, משאירים את הפרט הזה לא ידוע.
האם Anyx יכול להשלים פרטים חסרים משיחה אחרת?
לא מניחים שכן. מבקשים תשובה מהמידע הזמין בקבוצה המחוברת ובודקים את המקור בעצמכם. אם חסרים הדובר המקורי או תנאי חשוב, מבקשים הבהרה במקום לשחזר שיחה פרטית.
האם התהליך ישלח עדכון ללקוח באופן אוטומטי?
התרגיל הזה לא מגדיר שליחה אוטומטית ללקוח. מישהו מהצוות בודק את הטיוטה ומחליט מה להעביר. סיכומי AI הם תוצרים נפרדים בחשבון ובמייל, והם לא מתפרסמים בקבוצה.