לעסק שלכם אין בעיית תוכנה. יש לו בעיית אינטגרציות

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

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

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

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

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

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

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

מה תפר באמת עולה

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

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

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

איך זה נראה בלי התפרים

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

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

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

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

זה לא רק מכירות וכסף

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

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

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

איפה Capitán נכנסת

‏Capitán היא מערכת אחת שהמודולים שלה כבר מחוברים, וזו הצעה שונה מחבילה של מוצרים שמתממשקים.

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

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

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

הגרסה הקצרה

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