Service Agent Desktop

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫סיכום מפגש שולחן‪-‬עגול‬

‫שולחן העבודה‬ ‫של נציג השירות‬ ‫‪ 21‬ספטמבר‪2008 ,‬‬ ‫מנחת המפגש‪ :‬עינת שמעוני‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מבוא‬ ‫סביבת העבודה של נציגי השירות הפכה להיות יותר ויותר מורכבת ועמוסת מערכות‪ ,‬גם‬ ‫לאחר הכנסת מערכות ‪ CRM‬לארגון‪ .‬אם בעבר ארגונים ציפו שהכנסת מערכת ‪ CRM‬תספק‬ ‫להם מערכת אחת ויחידה לניהול פעילויות מול הלקוחות‪ ,‬ממשק אחיד לנציג השירות ותמונת‬ ‫נתוני לקוח אחידה‪ ,‬היום כבר ברור שיוזמות ‪ CRM‬בארגונים בנויות ממספר מערכות‬ ‫תפעוליות שונות‪ ,‬מספר ממשקים שונים‪ ,‬וכן מספר מקורות מידע שונים‪ .‬ארגונים כיום‬ ‫מגבשים ארכיטקטורה שתאפשר לכל אותם כלים לעבוד יחד‪ ,‬ובתוך זאת – להקל על נציג‬ ‫השירות שנאלץ להתמודד עם אוסף מערכות באינטראקציות שלו מול הלקוחות‪.‬‬ ‫בנוסף לכך‪ ,‬מנהלים בתחום ה‪ IT-‬האמונים על תחום ה‪ CRM-‬ומוקדי השירות חשים כל‬ ‫הזמן את הלחץ "להנחית" תהליכים ונהלים למוקדי השירות בזמן מהיר יותר‪ .‬אנשי השירות‬ ‫והשיווק לוחצים‪ ,‬ומחלקות ה‪ IT-‬שאמורות להכניס שינויים אלה במערכות ה‪ CRM -‬אינם‬ ‫עומדים בקצב‪ ,‬מה שלעתים גם כן מעלה את הצורך בהוספת "שכבה" נוספת מעל הסביבות‬ ‫התפעוליות‪ .‬מגמות אלה מובילות ארגונים להסתכל על פתרונות המייצרים "שכבה" מסוג זה‪.‬‬ ‫מפגש זה עסק בניהול‪ ,‬עיצוב‪ ,‬תכנון‪ ,‬ותפעול שולחן העבודה של נציג השירות‪ .‬התחומים‬ ‫שהוזכרו בדיון‪Unified ,)Electronic Performance Support Systems) EPSS :‬‬ ‫‪ Desktop‬וכלי‪ Interaction Management -‬לצורך שיפור וייעול התהליכים המתבצעים מול‬ ‫הלקוחות במוקדי שירות הטלפוניים‪ .‬לאחרונה רמת הפופולאריות והעניין שארגונים מביעים‬ ‫בכלים אלה גדלה משמעותית‪ ,‬אך מצד שני מדובר בתחום יחסית חדש ולכן ההתלבטויות‬ ‫רבות‪.‬‬ ‫משתתפי הדיון הנם מנהלי מחלקות שונות ב‪ ,IT -‬לרוב בתחומי ‪,Contact Centers ,CRM‬‬ ‫ממגוון סקטורים‪ ,‬בעיקר שירותים פיננסיים וטלקום‪ ,‬וכן מתחום השירותים והתעשייה‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫הבעיות הקיימות כיום במוקד השירות‬ ‫‪‬‬

‫נציג השירות צריך לעבוד מול מספר מערכות (באופן ממוצע‪ ,‬בין ‪ 3‬ל‪ 4-‬מערכות שונות)‬ ‫באינטראקציה בודדת מול הלקוח‪ .‬הדבר גורם לסרבול‪ ,‬רמת מיומנות גבוהה שעל הנציג‬ ‫לאמץ‪ ,‬וסרבול בעבודה‪.‬‬

‫‪‬‬

‫‪ Time to market‬נמוך‪ ,‬שאינו עומד בקצב הרצוי של הארגון‪ .‬מנהלי שירות ושיווק‬ ‫מעוניינים בפתרונות יותר מהירים וגמישים‪ .‬מנהלים בתחום ה‪ IT -‬מחפשים כלים שיעזרו‬ ‫להם לספק פתרונות מהירים‪.‬‬

‫‪‬‬

‫זמן הכשרת נציגים ארוך (מספר שבועות) ורמת התחלופה גבוהה‪.‬‬

‫‪‬‬

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

‫‪EPSS‬‬ ‫במפגש עלה בעיקר נושא ה‪,1)Electronic Performance Support Systems( EPSS-‬‬ ‫מערכות אשר עוסקות בהנחיית המשתמש‪ ,‬בדרך כלל בזמן אמיתי‪.‬‬ ‫משתתפי הדיון גרסו כי מספר תועלות מרכזיות שכלי ‪ EPSS‬מציעים בהקשר למוקדי שירות‪,‬‬ ‫וכן מספר תועלות נלוות‪:‬‬ ‫‪‬‬

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

‫‪‬‬

‫אוטומציה בין מערכות‪ .‬בשל העובדה שמערכות ה ‪ EPSS‬יודעות מהו רצף העבודה‪,‬‬ ‫והיכן המשתמש נמצא ברצף הזה‪ ,‬וכן אילו מערכות ובאופן יותר ספציפי – איזה מידע‬ ‫‪1‬‬

‫‪Electronic Performance Support System - (EPSS) A system that provides electronic task‬‬ ‫‪guidance and support to the user at the moment of need. EPSS can provide application help,‬‬ ‫‪reference information, guided instructions and/or tutorials, subject matter expert advice and‬‬ ‫‪hints on how to perform a task more efficiently. An EPSS can combine various technologies‬‬ ‫‪to present the desired information. The information can be in the form of text, graphical‬‬ ‫‪displays, sound, and video presentations. Source: www.foldoc.org‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מתוך המערכות – הוא יצטרך כדי להשלים את הפעולה‪ ,‬המערכות יכולות מראש‬ ‫להקפיץ מסך רלוונטי עם המידע המבוקש או אף להשתיל את הנתון הרצוי במקום היעד‪.‬‬ ‫אוטומציה זו יכולה לסייע בקיצור זמן השיחה (קיצור של מספר שניות יכול להיות בעל‬ ‫ערך רב)‪ .‬באחד הארגונים נמדד קיצור שיחה ממוצע של כ‪ 6 -‬שניות‪.‬‬ ‫‪‬‬

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

‫‪‬‬

‫‪ Time to market‬יותר גבוה‪ ,‬בתהליכים שאינם "תפעוליים" גרידא (אלה לרוב יפותחו‬ ‫במערכות התפעוליות)‪ ,‬אלא נהלים חדשים‪/‬אד‪-‬הוקים‪/‬זמניים או המלצות וטיפים‪.‬‬

‫‪‬‬

‫תועלת יותר נלווית‪ ,‬אשר מתווספת ככל שעושים יותר שימוש בכלים‪ ,‬הנה היכולת לנטר‬ ‫יותר טוב‪ ,‬בהסתמך על יותר מידע‪ ,‬את הנציגים‪ .‬לאחר תקופת שימוש בכלי‪ ,‬ניתן לנטר‬ ‫נקודות כשל של הנציג‪ ,‬לראות אילו נציגים חלשים‪/‬חזקים באילו סוגי פעילויות‪ .‬עקרונית‪,‬‬ ‫זה גם אומר שהכלים יכולים להתחשב בציונים אלה באופן הפעלת התהליך (למשל‪ ,‬נציג‬ ‫יותר חזק בפעולה ‪ X‬לא יוכרח לעבוד לפי תהליך העבודה המוגדר לעומת נציג חלש)‪.‬‬ ‫ניתן גם לראות על אילו פעילויות הנציגים מבזבזים הכי הרבה זמן‪.‬‬

‫שאלה שעלתה בהקשר של מערכות ‪ - EPSS‬איזו לוגיקה עסקית מיישמים בכלי ה ‪EPSS‬‬ ‫ואיזה לא? לדוגמה‪ ,‬נושא של הנחיות רגולטוריות – האם נכון שיהיה בשכבת ה ‪EPSS‬‬ ‫בלבד או גם בתפעוליות עצמן? לשאלה זו נתייחס בסעיף ההמלצות בהמשך‪.‬‬ ‫כלים שהוזכרו בתחום זה‪Composia ,e-Glue :‬‬

‫‪Unified Desktop‬‬ ‫היתרון העיקרי במערכות אלה‪ ,‬כפי שצוין על ידי המשתתפים‪ ,‬הוא שהמערכת תביא מראש‬ ‫מידע מכל המערכות ותבנה את המסך המאוחד לנציג‪ .‬כיום כבר ברור להרבה ארגונים‬ ‫שבמוקד השירות יש‪ ,‬בנוסף למערכת ה ‪ ,CRM‬עוד מספר מערכות ושירותים המגיעים‬ ‫ממערכות שונות‪ ,‬פיננסיות‪ /‬אפליקציות ליבה‪ /‬אפליקציות ניהול ידע ועוד‪.‬‬ ‫ארגונים ציינו כי הם הולכים יותר ויותר לכיוון מערכות מדף שמתרכזות בעולם תוכן אחד‪ .‬ולכן‬ ‫נדרש לחזק את השכבה המקשרת בין המערכות‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מספר ארגונים שהשתתפו בדיון הביעו עניין במערכות מתחום ה ‪ unified desktop‬שיוצרות‬ ‫סביבת עבודה אחודה מראש‪.‬‬ ‫אולם צוינו מספר בעיות בהקשר להליכה לכיוון ‪ – unified desktop‬נושאי שדרוג‪ ,‬גמישות‪,‬‬ ‫הכנסת לוגיקה עסקית ל ‪ CRM‬שאינה באמת ‪( CRM‬לדוגמה‪ ,‬חישוב פרמיה)‪.‬‬ ‫שאלה שעלתה היא האם מה שאמור להיות בפרונט זו מערכת ‪ CRM‬או ‪unified desktop‬‬ ‫כאשר מערכת ‪ CRM‬היא עוד מערכת נוספת תפעולית?‬ ‫המשתתפים ציינו כי לא ברור לאן השוק הולך‪ ,‬אין הרבה ניסיון עם כלים אלה‪ .‬היתרון הוא‬ ‫ברור‪ ,‬אבל עדיין קיים חשש כי כניסה לתחום תחייב מאמצי תחזוקה כבדים בעתיד‪.‬‬ ‫כלים שהוזכרו בתחום זה‪ CCF :‬של מיקרוסופט‪ Expeditor ,‬של ‪IBM‬‬

‫בעיות בגישות ‪/EPSS‬שולחן עבודה אחוד‬ ‫‪‬‬

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

‫‪‬‬

‫בעיה נוספת צוינה בהקשר של האוטומציה (התחברות למערכות אחרות והבאת‬ ‫הנתון‪/‬המסמך הרצוי) – צוין כי לא תמיד אפשר לעשות את זה מאחורי הקלעים (לדוגמה‪,‬‬ ‫בסיטריקס צריך לפתוח עוד ‪ ,session‬מה שארגונים לרוב אינם מעוניינים לעשות)‪.‬‬

‫‪‬‬

‫מאמץ ההקמה הנו גדול‪ ,‬מדובר בהרבה הגדרות עסקיות והרבה שעות תכנון‪.‬‬

‫‪‬‬

‫סכנה בפיתוח תלות בספק‪ .‬כלים מסוג ‪ EPSS‬מחייבים תחזוקה שוטפת ולמעשה משרה‬ ‫מלאה‪ .‬לצורך זה ניתן להחזיק מישהו פנימי או להשתמש במומחי יישום חיצוניים של‬ ‫החברה‪ ,‬במקרה של שימוש באנשי יישום חיצוניים קיימת סכנת פיתוח תלות בחברה‪.‬‬

‫‪‬‬

‫לרוב קיימת במסך (בשל שיטות העבודה של הכלים)‪ ,‬כך שאם עושים שינויי אפליקציה‬ ‫צריך לוודא שאין עם זה בעיה‪ .‬צוין כי לרוב‪ ,‬כשמדובר במערכות "סטנדרטיות" לא קיימת‬ ‫בעיה‪ ,‬אך אם מדובר לדוגמה באמולציה‪ ,‬כל שינוי מחייב בדיקה‪.‬‬

‫‪‬‬

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

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫המלצות לארגונים הנכנסים לתחום ה‪ EPSS-‬והנחיית תהליכים במוקד‬ ‫‪‬‬

‫ככל שתסריטי השיחה יותר מוגדרים‪ ,‬כך הכלי יהיה יותר יעיל‪.‬‬

‫‪‬‬

‫כדאי ליישם מערכת ‪ EPSS‬לא על "כל אינטראקציה" אלא על הדברים הקריטיים או‬ ‫החדשים שהנציגים פחות מכירים‪.‬‬

‫‪‬‬

‫חשוב לקבוע מדיניות‪ :‬מה נכנס לכלים אלה‪ ,‬ומה צריך להגדיר בתוך ה ‪ .CRM‬תהליכים‬ ‫"תפעוליים" שיחיו לאורך זמן כדאי להכניס ל ‪ ,CRM‬ואילו נהלים חדשים כדאי להכניס‬ ‫בשלב ראשון לכלים אלה ובהמשך ל ‪( CRM‬כדי לספק פיתרון מהיר)‪ .‬הנחיות זמניות‬ ‫כדאי להכניס לכלים אלה‪.‬‬

‫‪‬‬

‫נושא "נהלים" השימוש בכלי ‪ EPSS‬הנו מאוד נוח ומהיר‬

‫‪‬‬

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

‫‪‬‬

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

‫‪‬‬

‫בבחירת מערכת ‪ ,CRM‬לבחור מערכת גמישה בעל יכולת מוכחת להתחבר למקורות‬ ‫מידע אחרים בזמן אמיתי ולא רק ב‪.Batch-‬‬

‫הגבול בין מערכות תפעוליות ל‪CRM-‬‬ ‫סוגיה נוספת ומעניינת בהקשר זה היא מה לבנות ב ‪ CRM‬ומה להשאיר במערכת התפעולית‬ ‫האחרות? היכן עובר הגבול? נושא זה נדון גם בשולחן עגול בנושא ‪ CRM‬אותו ערכנו בעבר‬ ‫והתשובה לא הייתה חד משמעית‪ ,‬כי ארגונים הופכים להיות יותר ויותר מוכווני לקוח‪ .‬ולכן‪,‬‬ ‫"תהליכים מוכווני לקוח" זו כבר לא הגדרה מספיק ברורה שמסייעת לנו להבדיל באופן ברור‬ ‫בין תהליכי ‪ Front Office‬לתהליכי ‪.Back Office‬‬ ‫המסקנה שעלתה היא שה‪ CRM -‬אמור לטפל בתהליכים בהם קיימת אינטראקציה מול‬ ‫הלקוחות‪ ,‬ומערכות תפעוליות אחרות מטפלות בתהליכים יותר "פנימיים"‪.‬‬ ‫תוך כדי הפעילויות מול הלקוחות נדרש מידע רב שמגיע מאותן מערכות תפעוליות שמטפלות‬ ‫בתהליכים פנימיים (לדוגמה‪ ,‬הפקת חוזה‪ ,‬או הבאת נתון – דמי ניהול)‪ .‬אם התהליך הוא לא‬ ‫מול הלקוח – הוא לא תהליך ‪CRM‬י‪ ,‬על פי גישה זו – חילול הצעה מורכבת הוא לא ‪CRM‬י‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫קשה להגיד שקיימת הסכמה גורפת בתחום זה‪ ,‬אולם ההגדרה המעט רופפת אומרת‬ ‫שתהליכי אינטראקציה מול לקוח מנוהלים ב‪.CRM -‬‬ ‫אחד הארגונים ציין כי בארגונו עד שלב ההזמנה הכל מבוצע ב‪ .CRM -‬ארגון אחר ציין כי עד‬ ‫שלב המכירה הכל נעשה ב‪ CRM‬ומשם והלאה – במערכות התפעוליות‪.‬‬ ‫נושא המכירות לעתים מתבצע ב ‪ CRM‬ולעתים במערכות תפעוליות אחרות ‪.ERP /‬‬ ‫סוגיה נוספת שעלתה בתחום זה מתייחסת למצב בו קיים מעין "קובץ לקוחות מרכזי" או‬ ‫‪ )Operational Data Store( ODS‬שמרכז מידע על הלקוח והמערכות‪ ,‬כולל ה‪,CRM -‬‬ ‫שואבים ממנו מידע‪ ,‬איזה נתון בכל זאת צריך להביא ל ‪ ?CRM‬התשובה אותה המשתתפים‬ ‫נתנו היא שאם מדובר בנתונים שצריך לעבוד איתם בפועל כאשר מקיימים אינטראקציה מול‬ ‫הלקוח‪ ,‬צריך להביא אותה ל ‪( CRM‬לדוגמה‪ ,‬דמי ניהול)‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫נספח‪:‬‬ ‫תגובות ספקים ויועצים לגבי הנושאים שעלו במפגש‬ ‫‪HP‬‬ ‫בהתייחס לחלק המדבר על ‪ Unified Desktop‬עלתה הבעיה שכאשר ישנו צורך להתחבר‬ ‫למערכות אחרות מתוך ה ‪ ,Session‬יש צורך בפתיחת ‪ Session‬נוסף כדי "לספק" את‬ ‫האפליקציה או‪/‬ו את הנתון הרלוונטי למשתמש‪.‬‬ ‫מבחינה זאת ישנה בעיה מסוימת‪ ,‬אם האפליקציה לא נמצאת כבר מלכתחילה בסביבת‬ ‫העבודה של המשתמש אזי ה‪ Desktop -‬שלו למעשה לא מותאם לצרכיו‪ .‬מכאן שיש‬ ‫להסתכל על ‪ Unified Desktop‬כסביבת עבודה בה למשתמש יש את כל הכלים שהוא צריך‪,‬‬ ‫מבלי לפתוח ‪ Sessions‬נוספים לשרתים אחרים‪.‬‬ ‫כדי לענות על הבעיה‪ ,‬קיימת האפשרות הבאה‪ :‬אפליקציות וירטואליות שמוטענות ל‬ ‫‪ Session‬של המשתמש‪ .‬המשתמש מקבל סביבת עבודה נקייה וכל האפליקציות שהוא צריך‬ ‫"מוטענות" לסביבת העבודה (אותה סביבת העבודה יכולה להיות על גבי ‪Terminal Server‬‬ ‫או על גבי מחשב וירטואלי‪ .)VDI ,‬בנוסף לזאת‪ ,‬אם המשתמש זקוק לאחת האפליקציות‬ ‫שלא נמצאות כרגע אצלו ב ‪ Session‬ומוגדר לאותו משתמש שיש לו את ההרשאות לעבוד‬ ‫עם האפליקציה‪ ,‬היא תעלה לתוך ה ‪ Session‬שלו ותרוץ בתוכו‪ ,‬מבלי צורך לפתוח ‪Session‬‬ ‫נוסף‪.‬‬ ‫‪BYON‬‬ ‫פתרון מומלץ עבור מוקדי שירות יכול לכלול שני מרכיבים נוספים‪ ,‬בנוסף לדברים שנזכרו‬ ‫במסמך‪:‬‬ ‫‪‬‬

‫‪ ,Moss‬כפורטל ארגוני‪ ,‬עשוי לשמש תשתית מתאימה כ‪ .unified desktop -‬בנוסף‪,‬‬ ‫‪ Moss‬מאפשר מספר תועלות נוספות‪:‬‬ ‫‪ o‬יכולת להציג מידע מגוון שאינו נמצא בד"כ במערכות ה ‪ ,CRM‬ובפרט חוזרים‬ ‫ועדכונים הנשלחים לנציגים מדי יום ביומו‪ ,‬רשימות עזר שונות‪ ,‬ומידע‬ ‫המסייע בשיפור המקצוענות (לשימוש ‪)Offline‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫‪ o‬ממשק מוכר ונוח המאפשר הטמעה קלה יותר‪ ,‬בקרב אוכלוסיה המתחלפת‬ ‫במהירות‪.‬‬

‫‪‬‬

‫‪ o‬יכולת לממש אפליקציות קלות ופשוטות‪ ,‬שאינן מקבלות מענה במערכות‬ ‫התשתית‬ ‫‪ Babylon Enterprise‬מאפשר להציף מידע בלי להיכנס למערכות עצמן‪ ,‬ולקצר את‬ ‫זמן ההגעה למידע‪.‬‬

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

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫‪IBM‬‬ ‫גישת הלקוח המנוהל (‪ )Managed Client‬הולכת וכובשת את מקומה בזרם המרכזי של‬ ‫עולם טכנולוגיות המידע הארגוניות ומספקת שילוב מאוזן של יכולות ונוחיות תפעול‪ .‬מנהל‬ ‫הקצאת התוכנה משמש להפצה ולהקצאה של התוכנה – ומבטיח ממשק אחיד‪ ,‬בכל סביבת‬ ‫קצה‪ :‬מחשבים תחת חלונות או לינוקס‪ ,‬מכשירי כף יד וטלפונים חכמים‪ ,‬וכן הלאה‪.‬‬ ‫פתרונות שולחן עבודה מאוחדים מאפשרים ללקוחות להקים ולפתח סביבת תוכן משולבת –‬ ‫‪ – mashup‬כלל ארגונית‪ ,‬המוכרת גם כסביבת יישומים מורכבים‪ .‬חלק מהפתרונות הקיימים‬ ‫כיום בשוק מרחיבים את הכיסוי ואפשרויות המינוף של פתרון כזה גם לסביבה הארגונית ‪,‬‬ ‫תוך תמיכה במגוון רחב של מכשירי קצה שולחניים וניידים הזמינים בשוק‪ .‬כלי הפיתוח‬ ‫והתוכנה מאפשרים לשלב עובדים ניידים בסביבת היישום הארגונית – ולאחד מידע המגיע‬ ‫ממגוון רחב של מקורות ומערכות ולהפיץ אותו על פי הצורך‪.‬‬ ‫הפתרון של יבמ בתחום‪ ,Lotus Expeditor ,‬מהווה למעשה תוספת עוצמה לאקליפס‪,‬‬ ‫סביבת כלי הפיתוח הפתוחים‪ ,‬המקודמת על ידי התאגדות התעשייה הנושאת שם זהה‪ .‬יבמ‬ ‫אימצה את תשתית אקליפס‪ ,‬והוסיפה לה פונקציות אבטחה‪ ,‬שיפור אמינות – תוך שהיא‬ ‫משלבת למעשה את מגוון תוכנות התשתית שלנו יחד עם סביבת הפיתוח‪ .‬מעבר לסביבת‬ ‫פיתוח‪ ,‬מספק האקספדיטור גם סביבת ממשק משתמש משולבת‪ ,‬שהיא יותר מפורטל בלבד‪.‬‬ ‫בעוד פורטל מנהל יישומים בסביבת משתמש אחידה – יודע האקספדיטור גם לשלב בין‬ ‫היישומים הקיימים בארגון‪ :‬הוא מקשר בין היישומים האלה ומאפשר בניית יישומים חדשים‪.‬‬ ‫כל חברה שמפעילה עובדים בעלי משימות מוגדרות – היא לקוח פוטנציאלי לפתרון שולחן‬ ‫עבודה מאוחד‪ .‬ככל שיש לעובד יותר משימות מוגדרות – הוא יתאים יותר לעבודה בסביבה‬ ‫הזאת‪ .‬יבמ חזקה במיוחד בשוק הפיננסי ובחברות שמפעילות מוקדי שירות לקוחות – אך‬ ‫ההתמקדות בשוק הפיננסי היא גם תוצאה של נוכחות פעילה קיימת של יבמ במגזר זה‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫יעל תכנה‬ ‫שתי הערות ביחס לסיכום המפגש‪:‬‬ ‫‪ .1‬קיים מוצר נוסף בתחום ה ‪ EPSS‬מלבד ‪ e-Glue‬ו ‪ ,Composia‬בשם ‪eTracker‬‬ ‫של חברת סולן‪ .‬מבחינת יכולות ‪ -‬דומה מאוד לשני מתחריו ‪ ,‬כאשר אחד מהיתרונות‬ ‫המשמעותיים של המוצר הנ"ל הוא שהלקוח יכול בקלות רבה לעדכן‪/‬לתחזק‬ ‫תרחישים שנבנו ללא צורך באיש פיתוח או פנייה לספק‪ .‬כל אשר נדרש הוא קורס של‬ ‫‪ 3‬ימים (לא נדרש ידע קודם או ניסיון בפיתוח )‪ .‬לטובת שקיפות יש לציין שחברת יעל‬ ‫תכנה מייצגת את המוצר הנ"ל‪.‬‬ ‫‪ .2‬סעיף "בעיות בגישת ‪/EPSS‬שולחן עבודה אחוד" (‪ bullet‬אחרון)‪ :‬הקביעה שיש‬ ‫תמימות דעים שאנשי ה ‪ IT‬ולא הלקוח עסקי יעבדו על המערכת אינה קביעה אשר‬ ‫מחויבת במציאות‪ .‬כיום ישנם כלים שתומכים במעורבות של הגורמים העסקיים הן‬ ‫בשלב הפיתוח והן בשלב התחזוקה‪ .‬הדבר נעשה באמצעות כלי עיצוב (כלים אלה‬ ‫דומים מאוד מכל הבחינות לסביבות העיצוב והתכנון בגישת ה ‪ UML‬של‬ ‫‪ )Rational Rose/VISIO‬אשר מאפשרים עיצוב ויצירה של תהליך‪ ,‬הגדרת קלט‬ ‫פלט לכל שלב‪ ,‬הגדרת ממשקים‪ ,‬בניית ‪ WF‬אדם ו‪/‬או מכונה‪ ,‬הגדרת נקודות‬ ‫החלטה ועוד המון יכולות‪ ,‬כל זאת ללא ניסיון או ידע בפיתוח‪ .‬אחד מהכלים הללו יעל‬ ‫תכנה משווקת והוא ‪ Business Studio‬של חברת ‪ TIBCO‬כלי שהוא חלק מחבילת‬ ‫‪ .iProcess‬למען השקיפות יצוין כי קיימים בשוק כלים נוספים של ‪IBM ,ORACLE‬‬ ‫ואחרים‪ ,‬כך שאני לא מקבל באופן מלא את העמדה שהוצגה‪.‬‬ ‫קיימות שלוש סיבות עיקריות שבגינם ארגונים צריכים לדרוש מעורבות‪ ,‬חלקית או‬ ‫מלאה‪ ,‬של גורמים עסקיים‪ :‬הסיבה הראשונה היא שליטה ובקרה ושל הגורם העסקי‬ ‫על התוצר הסופי היות והגורם העסקי הוא זה שיעצב את ה ‪ BPM‬וה ‪" IT‬רק" יספק‬ ‫מענה למימוש התהליך שהוגדר‪ .‬הסיבה השנייה היא זמן תגובה‪ .‬כלים אלה‬ ‫מאפשרים מהירות תגובה גבוהה בהרבה‪ ,‬לחלק גדול מהשינויים‪ ,‬תודות לכלי‬ ‫העיצוב ויצירת שכבת מידע ייעודית ללוגיקה העסקית‪ .‬עדכון שיכבה זו מהיר יותר‬ ‫מעדכון קוד ונעשה ישירות על ידי הגורם העסקי אשר דורש את השינוי‪ .‬הסיבה‬ ‫השלישית היא הורדת עלויות‪ .‬כאשר מתכננים נכון את תהליכי העבודה‪ ,‬חלק‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מהשינויים שנדרש לבצע בתהליך ניתן לבצע ללא צורך בסיוע של מתכנתים‪ ,‬ללא‬ ‫יצירה גרסאות וביצוע סבבי בדיקה‪ .‬כלים אלה מגיעים עם ערכות סימולציה של‬ ‫התהליך אשר מאפשרות לגורם העסקי לראות כיצד יראה התהליך לאחר ביצוע‬ ‫השינוי‪ .‬כיום קיימים בשוק כלים בשלים ויציבים (מהדורה שנייה או שלישית) ואין‬ ‫סיבה לחשוש מפני השימוש בהם‪ .‬כמו כן קיים בעולם וגם בארץ ניסיון משמעותי‬ ‫ביישום והטמעה של כלים אלו‪ ,‬כך שלא נדרש להמציא את הגלגל‪.‬‬ ‫לסיום‪ ,‬ביחס להתלבטות האם ‪ EPSS‬או ‪ ,Unified Desktop‬בסופו של תהליך‪ ,‬כדי לקבל‬ ‫מענה שלם יידרשו שתי "שכבות" היות וכל שכבה נותנת מענה לצרכים שונים ומטפלת‬ ‫במורכבות וברבדים שונים של התהליך העסקי‪ .‬פתרונות ‪ EPSS‬ממוקדים יותר ברמת‬ ‫ממשק המשתמש ותגובה לפעולות שביצע‪ ,‬בעוד שפתרונות ה ‪ Unified Desktop‬ממוקדים‬ ‫יותר בשכבת הלוגיקה העסקית ועבודה מול שרתי האפליקציה ו‪/‬או המסרים השונים‪.‬‬ ‫מטריקס‬ ‫‪‬‬

‫התייחסות לנושא התלות בספק‪ :‬אחד הנושאים החשובים ביותר בבחירת כלי‬ ‫‪ EPSS‬הוא יכולת הכלי להתממשק עם המערכות הארגוניות ללא תלות בספק‪.‬‬ ‫הכנסת מערכות חדשות לארגון ושדרוגים תדירים במערכות הארגוניות הקיימות הן‬ ‫מנת חלקו של כל ארגון‪ ,‬תחזוק תהליכי ה ‪ EPSS -‬ויישום תהליכים חדשים‬ ‫במערכות החדשות הופך לסוגיה משמעותית לארגון כאשר הכלי אינו מאפשר‬ ‫התממשקות פשוטה וקלה למערכות הארגוניות ומחייב פיתוח קונקטורים ייעודים ע"י‬ ‫הספק למערכות השונות‪ .‬קומפוזיה היא המערכת היחידה בשוק אשר ערוכה‬ ‫להתממשק עם כל המערכות בארגון ‪ .– Out of the box‬המערכת בנויה לשאוב מכל‬ ‫המע' הארגוניות נתונים בצורה קלה ופשוטה ללא צורך לבצע שינויים במע' הקיימות‪.‬‬

‫‪‬‬

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

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫אילו נתונים יצטרך הנציג בזמן האינטרקציה עם הלקוח על מנת להגשים את היעדים‬ ‫הארגוניים‪.‬‬

‫‪ONE1‬‬ ‫‪ Pivotal 6‬אשר הושקה לפני מספר חודשים נותנת מענה למרבית הנושאי שהועלו בצורה‬ ‫מיטבית ותחת אפליקציה מרכזית אחת‪ .‬מערכת ‪ Pivotal CRM‬אשר צמחה מעולם שירות‬ ‫הלקוחות נותנת מענה מיטבי לסביבת העבודה של נותני השירות בארגון‪ .‬המערכת אשר‬ ‫פותחה ועוצבה תוך הסתכלות על עבודתו היומיומית של נותן השירות מאפשרת ליעל את‬ ‫עבודת הנציג‪.‬‬ ‫בגרסה האחרונה גרסת ‪ Pivotal 6‬שיצאה לשוק לפני מספר חודשים ‪ ,‬הושם דגש על ממשק‬ ‫העבודה והניווט של המשתמש במערכת ‪ ,‬ניווט מונחה משימות‪ ,‬והנחיית המשתמש בתהליך‪.‬‬ ‫יכולת להגדיר תסריטי שיחה ‪ ,‬אינטגרציה עם כלי ‪ 360 ,Office‬מעלות אמיתי ומלא על‬ ‫הלקוח‪ ,‬גישה ישירה לניהול וחיפוש ב ‪ Knowledgebase‬כחלק אינטגרלי מהתוכנה‬ ‫יכולת אינטגרציה למערכות אחרות‪ ,‬מאפשרת סביבת עבודה אחידה‪ ,‬ללא צורך ביציאה‬ ‫ממערכת ה ‪ ,CRM‬שילוב ‪ Web parts‬ממערכות אחרות בתוך ממשק המשתמש של‬ ‫‪ Pivotal‬מאפשר אף הוא שמירה על סביבה אחידה ומוכרת לנציג השירות‪.‬‬ ‫יכולות אלה מאפשרות עבודה יעילה של נציג השירות‪ ,‬מאפשרים להקטין בצורה משמעותית‬ ‫את משך ההכשרה של נציגים חדשים ותורמים לקיצור זמני הטיפול ולשיפור שביעות רצון‬ ‫הלקוחות‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬