01 המצב לפני
לפני שהייתה חברה בשם Marwin, היה תפעול אחד: תיק נכסים מסחרי רב-מבנים בלונדון, משרדים, חנויות ויחידות מגורים, שרץ בדיוק כמו תפעולים אחרים בגיל הזה. נייר קודם, אימייל אחר כך, ואדם אחד שמחזיק את כל השאר בראש.
האדם הזה הייתה מנהלת המשרד. תנאי חכירה, לוחות גבייה, קריאות תחזוקה, פניות שוכרים, דיווח לבעלים, הכול עבר דרכה בשלב כזה או אחר. הארכיון מאחוריה חזר 70 שנה אחורה. חלקו הוקלד. חלקו בכתב יד, בקופסאות, בלי אינדקס מעבר לתווית שעל הקופסה.
שום דבר לא היה שבור באופן שמגיע לכותרות. שכר דירה נגבה. חוזים חודשו. אבל כל תשובה דרשה חיפוש, וכל חיפוש דרש את הזמן שלה. המייסד בנה את המערכת הראשונה של Marwin כדי לפתור בדיוק את זה, עוד לפני ש-Marwin הייתה עסק שאפשר לשכור.
02 למה נייר, לא תוכנה, היה הבעיה האמיתית
האינסטינקט מול תפעול ישן ועמוס נייר הוא לקנות פלטפורמת ניהול נכסים ולהעביר אליה הכול. זה נוסה, בחלקים, לאורך השנים. זה אף פעם לא נדבק, כי מעבר מערכת מניח שהמידע כבר מובנה. כאן הוא לא היה. חוזה משנת 1994 וחוזה משנת 2019 לא חולקים תבנית, לא שיטת תיוק, ולפעמים אפילו לא שפה.
הבעיה האמיתית לא הייתה היעדר תוכנה. היא הייתה ש-70 שנות מסמכים התקיימו בצורה שרק בן אדם יכול לפענח, והנפח גדל מעבר לאדם היחיד שעשה את הפענוח. כל מערכת שלא הייתה פותרת קודם את זה הייתה רק מבוי סתום עם עיצוב יפה יותר.
03 מה נבנה: צינור הדיגיטציה
הצינור מתחיל בסיווג, לא בחילוץ. כל מסמך נכנס וכל מסמך בארכיון מסווג קודם לפי סוג, חוזה, חשבונית, התכתבות, ביטוח, הודעה סטטוטורית, לפני שמנסים לקרוא את התוכן. סיווג ראשון אִפשר לכל סוג מסמך טיפול שמתאים לו, במקום מעבר OCR גנרי אחד שכופה על כל פורמט את אותה רשת.
כל סוג מסמך עובר אז OCR שמכוון לפורמט ולאוצר המילים שלו. דוח גבייה ומכתב עורך דין משנות ה-70 לא נכשלים באותן צורות, אז הם לא מטופלים באותו מעבר.
לכל חילוץ יש ציון ודאות. מתחת לסף מסוים, המסמך עובר לתור בדיקה אנושית במקום להיכנס לתיוק על בסיס ניחוש. התור הזה קטן בכוונה. הוא תופס את המקרים שבאמת קשים, לא את הקלים שמתחפשים לקשים כי המערכת לא כוילה נכון.
התוצאה היא אחזור עם חיפוש, כשעמוד המקור מצורף לכל תוצאה. אף אחד לא צריך לסמוך על תקציר. רואים את עמוד המקור שממנו החיפוש שלף את התשובה, בכל פעם.
04 מה נבנה: שאר המערכת
תקשורת עם שוכרים מנוסחת אוטומטית מהנתונים הבסיסיים, תנאי חוזה, סטטוס תשלום, קריאות תחזוקה פתוחות, אבל שום דבר לא יוצא בלי שבן אדם קרא אותו קודם. ניסוח הטיוטה הראשונה זו האוטומציה. האישור נשאר תפקיד של אדם.
התאמת גבייה וחובות רצה אוטומטית מול חוזים ורישומי תשלום, ומסמנת אי-התאמות למישהו לבדוק, במקום לתת להן לשבת בלי שימת לב בגיליון עד סוף הרבעון.
דשבורד בעלים יושב מעל כל זה: תפוסה, חובות, פריטים פתוחים, במקום אחד במקום בשיחת טלפון.
05 תוצאות
עבודת בק-אופיס ידנית ירדה ביותר מ-40%. התפוסה עלתה מ-60% ל-84%. הכנסה משכירות עלתה עד כדי 30%. ארכיון הנייר בן 70 השנה ניתן לחיפוש עכשיו, עם עמוד המקור מצורף לכל תוצאה.
אף אחד מזה לא בא מהחלפת מנהלת המשרד. הוא בא מלקיחת החלקים בעבודה שלה שהיו חיפוש טהור וחזרתיות, כדי שהחלקים שדרשו שיקול דעת יקבלו את מלוא תשומת הלב שלה.
06 מה זה לא עושה
שווה להיות ישר בעניין הזה. המערכת לא מחליפה שיקול דעת במשא ומתן על חוזים, בסכסוכים, או בכל דבר עם חשיפה משפטית. היא מנסחת; אדם מאשר. היא לא מנחשת על מסמכים שהיא לא בטוחה שהיא קוראת נכון, פריטים בוודאות נמוכה עוברים לבן אדם, נקודה.
חלק מכתב היד הישן ביותר בארכיון, משנות ה-60 ולפני, עדיין מנצח את ה-OCR מספיק פעמים שהעמודים האלה עוברים ישירות לבדיקה ידנית, במקום שניחוש שנוצר על ידי מכונה יתויק כעובדה. זו מגבלה מכוונת, לא פספוס. תשובה שגויה שמתויקת בביטחון גרועה יותר מתשובה נכונה שמגיעה לאט.
07 למה זה מקרה הבוחן הראשון, לא שורה במצגת מכירות
המערכת הזו רצה על תפעול אמיתי לפני ש-Marwin קלטה לקוח אחד. ההצעה שיצאה מזה, Operations Scan, Automation Sprint, Operations Partner, היא אותה צורת עבודה: למצוא איפה נייר וחיפוש ידני אוכלים את הזמן של הצוות, לבנות את הדבר הכי ממוקד שפותר את זה, לשמור בן אדם בלולאה בכל מקום שדורש שיקול דעת.
אם הבק-אופיס שלכם נראה כמו זה שהיה כאן, שווה שיחה קצרה לפני שממפים היקף לשום דבר.
תראו מה סקירה מוצאת אצלכם
20 דקות, בלי מצגת. קבעו שיחה והביאו תהליך אחד שעדיין רץ על נייר או על הזיכרון של מישהו.
לתיאום סריקת תפעול