כשכל תהליך חי בכלי אחר

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

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

האתגר מגיע מאוחר יותר.

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

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

אלא להפוך את כולם לחלק מפעילות מחוברת אחת.

פתרון של צורך אחד לא תמיד פותר את התהליך כולו

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

הבעיה מופיעה כשהתהליך ממשיך מחוצה לה.

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

ובין נקודה אחת לבאה, מתחילות להופיע משימות נוספות:

ייצוא מידע, עדכון קבצים, העתקת נתונים, אימות רשומות, בדיקת התאמות, או אישור ידני ששינוי בוצע כראוי.

אף אחת מהמשימות האלה לא נראית מורכבת במיוחד כשלעצמה.

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

גם העבודה הבלתי נראית היא חלק מהפעילות

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

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

הפעילויות האלה לרוב לא מופיעות בתרשימי התהליכים.

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

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

כשהמידע מפוזר, הוא עלול לאבד עקביות

השפעה נוספת מופיעה כשאותו פריט מידע קיים בכמה מקומות.

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

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

אבל ברגע שהעדכונים נעשים תכופים, עולה שאלה חשובה:

איזו גרסה נכונה?

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

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

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

הפיצול משפיע גם על חוויית הצוות

החוויה הדיגיטלית של חברה לא קיימת רק עבור הלקוחות שלה.

היא קיימת גם בתוך הארגון.

עבור מי שעובד בתוך הפעילות מדי יום, מעבר מתמיד בין כלים יכול להתחיל להרגיש כמו דבר רגיל:

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

כל מעבר כזה עשוי לקחת רק כמה דקות.

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

לכן שיפור של פעילות דיגיטלית לא תמיד פירושו הוספת יכולות חדשות.

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

אינטגרציה לא בהכרח פירושה שימוש בפלטפורמה אחת

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

חברות רבות זקוקות לפתרונות ייעודיים.

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

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

לכן, מעבר לשאלה בכמה פלטפורמות חברה משתמשת, כדאי לשקול:

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

האם ברור איזו מערכת מחזיקה ברשומה הראשית?

האם הצוותים מעיינים במידע עקבי?

האם פעולה יכולה להמשיך לתהליך הבא בלי להזין שוב את אותם נתונים?

מספר הכלים כשלעצמו לא קובע את המורכבות.

היעדר החיבורים ביניהם – כן.

כל כלי חדש משנה את האקוסיסטם

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

אבל בחינה של היכולות שלה בלבד עלולה להשאיר בחוץ חלק חשוב מההחלטה.

צריך לשאול גם מה יקרה אחרי שהיא תוטמע.

איזה מידע היא תצטרך לקבל?

אילו נתונים היא תייצר?

מי יצטרך לעיין בה?

עם אילו מערכות היא תצטרך לתקשר?

האם היא תיצור צעדים ידניים חדשים?

האם היא תחליף תהליך קיים, או פשוט תוסיף עוד נקודה לזרימת העבודה?

השאלה מפסיקה להיות רק:

“האם הכלי הזה עושה את מה שאנחנו צריכים?”

ומתחילה להפוך ל:

“איך הוא יעבוד עם כל מה שכבר יש לנו?”

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

גם טכנולוגיה צריכה ארכיטקטורה

דיגיטציה של חברה אין פירושה צבירת פלטפורמות.

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

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

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

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

לפני שמוסיפים עוד כלי, אולי השאלה היא לא מה חסר.

אולי היא מה צריך להתחבר טוב יותר.

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

האם האקוסיסטם הדיגיטלי שלכם מחובר, או שהוא פשוט מורכב מהרבה כלים?