איך אדם אחד החליף כלי של 40 אלף דולר בשנה במשהו שבנה ביום אחד
מרתה ניהלה את התפעול של חברת לוגיסטיקה בת 30 עובדים בגוודלחרה. הצוות שלה השתמש בפלטפורמת ניהול פרויקטים ארגונית שעלתה להם בערך 40 אלף דולר בשנה — רישוי לפי מושב, מדרגת פרימיום בשביל יכולות הדיווח, ועוד יועץ שהם שכרו כדי להגדיר את התהליכים הראשוניים לפני שנתיים.
הנה הדבר שאף אחד בצוות לא רצה להגיד בקול: הם השתמשו אולי ב-15% ממנה.
נהגים תיעדו את המסלולים היומיים שלהם בכלי. מוקדנים בדקו לוח Kanban כדי לראות מי פנוי. מרתה הוציאה דוח שבועי שהראה משלוחים בזמן ובעיות פתוחות. זהו. תרשימי גאנט, איזון משאבים, תכנון ספרינטים, מעקב זמן, ולוחות בקרה של תיק פרויקטים? אף אחד לא נגע בהם. הם שילמו על אולר שוויצרי כדי לפתוח מעטפות.
הרגע שבו זה הסתדר
חידוש החוזה הגיע בפברואר. מרתה אמרה לעצמה שתעבור למשהו זול יותר “ברבעון הבא” כבר יותר משנה. אבל הפעם, חבר שניהל מותג מסחר אלקטרוני קטן אמר לה משהו שנדבק: “הפסקתי לחפש את הכלי הנכון ופשוט תיארתי מה אני צריך לבינה מלאכותית. היא בנתה את זה.”
מרתה לא הייתה מתכנתת. היא לקחה פעם קורס פייתון ונטשה אותו אחרי השבוע השלישי. אבל היא הבינה את התהליכים שלה טוב יותר מכל אחד אחר. היא יכלה לתאר בדיוק מה הצוות שלה צריך כי היא חיה בתוך התהליכים האלה כל יום.
היא החליטה לנסות לבנות תחליף בעצמה לפני שתחתום על החידוש.
מה היא באמת בנתה
מרתה התיישבה בשבת בבוקר עם בונה אפליקציות בבינה מלאכותית והתחילה לתאר מה היא צריכה, חתיכה אחת בכל פעם.
מסך תיעוד מסלולים. נהגים היו צריכים לעשות צ’ק-אין בתחילת המשמרת, לראות את התחנות שהוקצו להם, ולסמן כל אחת כמושלמת. בלי שטויות של גרור-ושחרר וגאנט — רק רשימה עם תיבות סימון וחותמת זמן. היא תיארה את זה בספרדית פשוטה וצפתה בבונה האפליקציות מייצר ממשק שעובד עם מסד נתונים מאחוריו.
לוח בקרה למוקדנים. דף אחד שמראה אילו נהגים פעילים, כמה תחנות נשארו להם, ומחוון בקוד צבעים שמראה אם הם בקצב. מרתה תיארה את הלוגיקה: ירוק אם השלימו לפחות 60% מהתחנות עד הצהריים, צהוב אם בין 40 ל-60%, אדום מתחת לזה. הבונה תרגם את זה לעיצוב מותנה ולתצוגה שמתעדכנת בזמן אמת.
דוח שבועי. המספרים שמרתה באמת הוציאה בכל יום שישי: סך המשלוחים, אחוז המשלוחים בזמן, בעיות שנהגים סימנו (כמו כתובת שגויה או לקוח שלא היה בבית), והשוואה לשבוע הקודם. היא ביקשה מהבונה לייצר טבלת סיכום ותרשים עמודות פשוט. הוא עשה את זה.
מערכת פשוטה למעקב בעיות. כשנהג סימן משהו — כתובת שגויה, חבילה פגומה, תלונת לקוח — זה היה צריך להגיע למקום שמרתה תוכל לראות ולהקצות. לא מערכת כרטוס מלאה. רק רשימה עם סטטוס (פתוח / בטיפול / נפתר) והיכולת להוסיף הערה.
כל העניין לקח בערך שמונה שעות שהתפרסו על פני שבת. לא כי איזשהו חלק יחיד היה קשה, אלא כי מרתה המשיכה לשכלל. הגרסה הראשונה של לוח הבקרה למוקדנים הציגה יותר מדי נתונים. היא קיצצה. מסך תיעוד המסלולים היה צריך אפשרות “דלג על תחנה” שהיא לא חשבה עליה בהתחלה. היא הוסיפה אותה על ידי תיאור השינוי.
מה 40 אלף הדולר באמת קנו
כשמרתה השוותה את האפליקציה של ארבעת המסכים שלה לפלטפורמה הארגונית, הפער היה ברור — אבל לא בכיוון שהיא ציפתה.
לכלי הארגוני היו מאות יכולות והוא דרש יועץ כדי להגדיר. לאפליקציה של מרתה היו ארבעה מסכים שהתמפו ישירות לאיך שהצוות שלה כבר עבד. בלי שום הדרכה. בלי חוב של הגדרות.
אבל העלות האמיתית של הכלי הארגוני מעולם לא הייתה המנוי. היא הייתה החיכוך שהצוות שלה עקף בכל יום. מוקדנים תיאמו דרך WhatsApp כי לאפליקציה לנייד של הפלטפורמה היה צריך ארבע הקשות כדי לעדכן סטטוס משלוח. מרתה תחזקה גיליון Google נפרד בשביל הדוח השבועי כי מודול הדיווח המובנה דרש לנווט דרך שלושה תפריטים כדי להוציא את אותם חמישה מספרים. הנהגים סימנו כסימנייה דף עוקף בתוך מסמכי העזרה למסך תיעוד המסלולים כי תהליך ברירת המחדל הניח שלבי פרויקט שהם לא השתמשו בהם.
לאפליקציה של מרתה לא היו עקיפות כי היא נבנתה מתוך העקיפות. כל מסך היה קיים כי מישהו בצוות עשה את המשימה הזאת באופן לא רשמי — ב-WhatsApp, בגיליון, על לוח מחיק — ומרתה פשוט תיארה את הגרסה הלא רשמית לבונה.
החלקים שהפתיעו אותה
שלושה דברים שמרתה לא ציפתה להם:
השכלול היה מהיר. כשנהג הציע להוסיף שדה הערות לכל תחנה, מרתה תיארה את השינוי לבונה בהפסקת הצהריים שלה והעלתה את זה לאוויר באותו אחר הצהריים. עם הכלי הארגוני, שינויים כאלה עברו דרך תור של כרטיסי תמיכה ולפעמים לקחו שבועות.
הצוות שלה אימץ את זה מיד. בלי הדרכות. בלי “בבקשה צפו בסרטון ההדרכה הזה”. המוקדנים פתחו את זה בבוקר יום שני והבינו אותו כי הוא נראה כמו הלוח המחיק שהם השתמשו בו באופן לא רשמי, רק דיגיטלי.
היא המשיכה לשפר את זה. במהלך השבועיים הבאים, היא הוסיפה מסך חמישי: תצוגה חודשית לבוס שלה שמראה מגמות משלוחים והערכות עלות-למסלול. עם הכלי הארגוני, זו הייתה בקשת דוח מותאם אישית. עם האפליקציה שלה, זו הייתה שיחה של 20 דקות עם הבונה.
מה זה לא
זה לא סיפור על כך שתוכנה ארגונית היא רעה. אם אתם חברה של 500 איש שמנהלת פרויקטים מורכבים בין-תחומיים עם תלויות, מגבלות משאבים, ודרישות עמידה ברגולציה, אתם כנראה צריכים את האולר השוויצרי הזה.
אבל אם אתם צוות של 30 איש שמשתמש ב-15% מכלי שעולה יותר מאחד העובדים שלכם, משהו לא מסונכרן. הכלי הוא לא הבעיה — חוסר ההתאמה הוא הבעיה.
וחוסר ההתאמה הזה היה פעם בלתי נמנע. לפני שאפשר היה לבנות אפליקציה בלי לתכנת, הבחירות שלכם היו: לשלם על הכלי הגדול, לאחות משהו בגיליונות, או לשכור מתכנת כדי לבנות תוכנה מותאמת אישית (שמכניסה עלויות ולוחות זמנים משלה). עכשיו יש אפשרות רביעית: לתאר מה אתם צריכים ולבנות את זה בעצמכם.
החשבון
המספרים של מרתה אחרי חודש:
- כלי ארגוני: בערך 3,300 דולר בחודש (40 אלף דולר בשנה)
- מנוי לבונה אפליקציות בבינה מלאכותית: פחות מ-100 דולר בחודש
- זמן בנייה: 8 שעות (שבת אחת)
- זמן שכלול: 20-30 דקות לשינוי
- זמן אימוץ של הצוות: אפס — הם הבינו את זה ביום הראשון
היא לא הייתה צריכה CTO או צוות הנדסה. היא הייתה צריכה לתאר איך הצוות שלה באמת עובד — ובונה אפליקציות בבינה מלאכותית שהפך את התיאור הזה לתוכנה שעובדת.
על מה לחשוב
אם אתם מזהים את המצב שלכם בסיפור של מרתה, הנה תרגיל שימושי לפני חידוש התוכנה הבא שלכם: כתבו כל יכולת שאתם באמת משתמשים בה בכלי הנוכחי שלכם. לא היכולות שאתם חושבים שאתם אמורים להשתמש בהן או מתכננים להשתמש בהן יום אחד. אלה שהצוות שלכם נוגע בהן כל שבוע.
אם הרשימה הזאת נכנסת על פתק דביק, אולי אתם משלמים יותר מדי על מורכבות שאתם לא צריכים.
אתם לא חייבים לבנות את התחליף ביום אחד. אתם יכולים להתחיל רק ממסך אחד — זה שהכי משנה — ולראות איך זה מרגיש. העלות של לנסות היא כמה שעות. העלות של לא לנסות היא עוד שנה של תשלום על יכולות שלעולם לא תיגעו בהן.
אם אתם רוצים לראות איך נראה לבנות כלי משלכם, נסו את Proyecta והתחילו מהדבר שהצוות שלכם הכי מתלונן עליו.