יום חמישי, 19 במאי 2011

תיעדוף טיפול בלקוחות

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

"מפלטינום ועד D: מערכות ה-CRM של חברות הסלולר נותנות בכם סימנים

כיום, ישנן מערכות שמזהות את טון הדיבור של הלקוח חברות הסלולר מתעדפות את הטיפול בלקוחות על פי נוסחה מדויקת ומורכבת שבסופה המסקנה - כמה אתם שווים לחברה?
19.05.11 11:16 רותי לוי

מה עושים כשיש לחץ של לקוחות שצריכים לקבל שירות? על פי הערכות, החברות לא מסתפקות בגיוס נציגים חדשים, ובזמני עומס הממתינים על הקו ממוינים ומנותבים על ידי מערכת ממוחשבת.
"מערכות מידע המטפלות בלקוחות (CRM) כוללות יכולות של תעדוף וסגמנטציית לקוחות, מכיוון שזה מה שארגונים מחפשים כיום", מסבירה עינת שמעוני, סמנכ"לית ואנליסטית בכירה בחברת SKTI, העוסקת במחקר ואנליזה בתחום מערכות המידע. "ארגונים מעוניינים להתייחס לכל לקוח בצורה שונה, החל בניתוב לנציג מתאים, דרך הצעת הצעות שיווקיות מתאימות וכלה בשימור. נכון, זה לא פוליטיקלי קורקט, אבל זה כיוון טבעי שאליו פונים ארגונים תחרותיים".

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

כמה אתם שווים לחברת הסלולר? ממידע שהגיע ל-TheMarker המודל האנליטי לחישוב שווי לקוח פרטי מורכב ממשתנים רבים כמו כמות המכשירים שרכשתם, תקופת המנוי שלכם בחברה, גובה החשבונית ותמהיל השיחות היוצאות והנכנסות. לכל דבר יש משקל ובסופו של דבר כל הציונים שקיבלתם מתרכבים לכדי נוסחה ברורה שמייצרת אותיות. לקוח חדש הוא לקוח N, מעמד זמני למשך שלושה חודשים, עד שהחברה תבין כמה הוא שווה לה. לקוח C הוא לקוח ממוצע. לקוח B שווה מעט יותר, ולקוח A הוא הלקוח מועדף. הנתיב המהיר ביותר לקבלת שירות טלפוני מהיר שמור לבודדים המקוטלגים T/P, מלשון: פלטינום או טופ.

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

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

למאמר באתר דמרקר לחצו כאן.

יום ראשון, 24 באפריל 2011

מגמה חשובה בעולם ה-BI/DW

מאמר שכתבתי בנושא Big Data ו DW Appliances התפרסם בדמרקר:

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

לתופעת הגדילה האקספוננציאלית של נתונים בארגונים קוראים כיום בספרות "big data" וזהו גם אחד הנושאים במחקר בתחומי ה-BI, למשל. בעקבות זאת, עלה טרנד חדש בעולם ניהול ואחסון הנתונים: קופסאות ענק (Appliances) שמנהלות כמות אדירה של נתונים. קופסאות אלה יחליפו את בסיסי הנתונים הקלאסיים המרכיבים כיום את מחסני המידע. הן מורכבות בתצורת "קופסאות שחורות", שמכילות חומרה, יכולות עיבוד נתונים מתקדמות (in memory processing, parallel computing, column-based computing), רכיבי ETL ואינטגרציית נתונים, וכן יכולות אנליטיות מובנות. הביצועים של קופסאות אלו הם מצויינים (פי 10-עד פי 100 מאלה של DW "קלאסיים").

היתרונות שבאימוץ קופסאות אלה - חוויית משתמש טובה, ביצועים טובים ולכאורה (אם נשארים "בתוך גבולות הקופסה") - עלויות תחזוקה נמוכות ו-time to market מהיר. חשוב לשים לב גם לחסרונות - העיקרית שבהן הגדלת התלות בספק מחשוב. בדומה לעידן ה-MF, בו ארגונים קנו קופסה באופן די דומה, בעידן ה-APPLIANCES אנו קונים הכל מספק אחד. לכן חשוב לנסות ולהגביל תלות זו עד כמה שניתן, לדוגמה - על ידי הכללת סעיפים לגבי רכש עתידי בחוזה.

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

הקופסאות החדשות יהוו גם אתגר עבור החלוקה המבנית של מחלקות ה- IT. עד כה, מחלקות אלו עבדו בראייה של צוותים ולא בצורה רוחבית: צוות תשתיות, צוות אפליקציות, צוות אינטגרציה וכו'. אך מה קורה כשצריך לנהל וליישם קופסה שמכילה את כל שלושת רכיבים אלה? תחת איזה צוות הנושא יושב? האם יהיו צוותים חוצי תחומים שיטפלו ב-DW, ERP, CRM? מה זה אומר לגבי הכישורים הנדרשים מעובדי IT?

בעולם ה-BI, למשל, שבו ישנה הפרדה ברוב הארגונים בין צוות ה-BI ובין ה-DBAs, שיושבים תחת מחלקת התשתיות ומספקים שירותים לצוות ה-BI, כבר יש סימנים של שינוי. אם ניקח, לדוגמה, ספק APPLIANCE ותיק ומוכר - NCR TERADATA, נראה שבארגונים המפעילים טכנולוגיה זו כבר קיים שילוב: בד"כ ה-DBA של DW מבוסס טרהדטה, יושב במחלקת ה-BI ולא במחלקת תשתיות. זאת, לעומת ארגון בו ה-DW מבוסס אורקל/מיקרוסופט, בו ה-DBA יושב במחלקת תשתיות, שכן מדובר ביכולת כלל ארגונית ולא ספציפית לעולם ה-DW.

יום חמישי, 2 בדצמבר 2010

קפיטליזם חברתי - כמה "שווה" הערך החברתי שלכם?

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

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

כמה שווה ה"ערך החברתי" שלי?

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

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


הכותבות הינן אנליסטיות בחברת הייעוץ והמחקר STKI

יום שלישי, 19 באוקטובר 2010

Back to the Future ... Back to the box!

Oracle's recent announcement of its "Cloud Box" package, as well as IBM's announcement of NETEZZA acquisition and other announcements, are all related to the trend that surely will be one of the most important events in the near future of information technology: the inclusion of various technological elements under a single "umbrella" (or, in other words, back to the Main-Frame era). Many enterprises' CIOs we have talked to recently report that they engage with over 200 (!) IT vendors annually. And this number is only growing year-by-year.
For example, a typical ERP project in an enterprise organization- the organization should get in touch with about 20 different vendors (if not more) to get "One ERP solution" that includes infrastructure support, databases, operating systems, different application providers for each category. Keeping this in mind, the option of receiving an "ERP solution" within one packaged box while working with a single supplier seems very appealing for CIOs who are looking for simplicity and a single "partner" to work with.

So how did we end up getting back to the same architecture we had "ran away" from just recently? Are we not going to encounter the same problems that pushed us to decide to decentralize our computing, and consequently work with different suppliers in each category? A decision that is reflected in the separation we have made between the layers of hardware, storage, operating systems, Data, applications, management, connectivity? Why do we, all of a sudden, want to get the whole stack in one single box, even if this box is now very nicely packaged and wrapped in nice words like "internal cloud" or "Industry in a box"?
Is it really possible to return to a model in which we have one provider that provides us all the services under its responsibility?

The real reason behind this trend is that CIOs are fed up with the high complexity of managing IT and the search for simplicity (even if that means less choice and less open standards). Business have simply become too complex to manage. CIOs are tired of constantly dealing with optimization issues, the endless worry that the new package will not work properly (for one thousand and one reasons), dreading thoese "middle of the night" phone calls that the servers have crashed again /, the site is not in the air / the organization's main application is not functioning, and the engagement with so many different suppliers.

But before we announce the death of the era of decentralization and the return of the
centralized era, is it also well worth exploring the pitfalls and potential risks of this model:
  • Creating a dependency on the IT vendor. Just ask your procurement manager how they feel about working with a single vendor instead of an "open market" with many different options of vendors to chose in each category. The "industry in a box" model means that the organization will work with one major supplier or at least one major supplier for each category. For the procurement manager this trend is a real negotiation problem, since the power now moves to the vendor.
  • Connectivity and Integration issues. Most organizations have a heterogeneous application environment with 3-4 major applications vendors. The "boxed" model means that each technological environment will now be more closed off, more proprietary in nature, and less open. This means – connectivity issues. Each environment will be optimized and adapted for the application's main purpose, regardless of other applications' need to connect with it. The supplier will want to give the organization with a box that works flawlessly, with all the different parts "talking" to each other in harmony and are controlled best by a single management tool. What will happen when you try to add a new element into that box? Connectivity problems will appear both on the level of business processes and the Data level.
  • Difficulty in achieving an overall monitoring and management view. This will also be a challenge because the "box" providers will include complete solutions with a monitoring tool tailored to the application's specific need. Each solution will include, among other things, a security solution, backup solution, a DRP solution and so forth. This means that receiving information about the organization's overall threat situation will be much harder than before, since there will be a need to synchronize with different information security solutions in order to get to this situation.
  • Risk of harming the organization's level of flexibility. If there is a need which has not been addressed in advance by the manufacturer of the packaged solution, the organization can't answer this need (it will require greater efforts to address it). In today's reality, there are many cases in which there are non-standard needs that off the shelf packages do not include. In these cases, organizations can and are doing things that are considered non-standard (adding to the system's components, programming in a way that is not 100% recommended by the vendor etc.). This is almost impossible in the "Industry in a box" model. Boxes manufacturers will not allow to perform actions that do not receive prior approval or "certification" which takes a long time. This means that the level of IT's flexibility in tailoring for the organization's needs will be reduced.
  • Significant changes in the status of the IT department as we know it today. The traditional structure of IT organizations' infrastructure department currently includes three separate sections – Network, Storage and Servers. The technological change which we have described (inclusion of all these elements under one box) will require a different structure of the IT Infrastructure unit – from 3 different departments to a unified one. This change will also apply to application teams, and their relationship with Infrastructure teams. If the organization acquires a "CRM box", that also includes infrastructure components, who in the organization will be responsible for the operation and maintenance of the entire box? This is not necessarily a disadvantage, but this is a significant change, and any major change is difficult to cope with.

Vendor's perspective:
IT providers will also experience quite a few changes, some are positive but some are very disruptive and will require a change in the overall vendor's business model.

  • Change in the vendor's sales processes. The 'cost of selling' for suppliers in various categories (hardware, software etc.) is a fixed cost. If the supplier will now sell the customer "one solution" which includes the same components inside, rather than selling them individually, the relative cost of selling per each component will fall significantly. The expected cost of selling for suppliers will drop (an advantage that we hope will lead to increased profitability as well as reduced pricing for enterprises).
  • Should we expect a decrease in revenues for service providers? It remains unclear whether service providers will experience a decrease in revenues from the sale of services as a result of this trend. If we take as an example the SAAS (software as a service) model, then in this field we can clearly see that services revenue for Integrators have indeed decreased significantly compared with the "classic" model in which an organization actually buys the software and customized according to its needs. A SAAS solution implementation project typically takes between several weeks to two months, almost never includes customizationsm and focuses mainly on training and assimilation. As mentioned above, it is still unclear how this field will affect the overall revenue structure of suppliers.

Who are these providers "Industry in a box"?
NCR have provided a boxed solution long before we called it "Computing in a box" with Teraedta. Among other prominent major manufacturers already offer solutions for Industry in a box we can mention IBM, HP, Oracle, EMC, CISCO, Apple and more. SAP made a major step toward this model recently by acquiring SYBASE.
Take Apple for example. The iphone / ipad industry are actually industries in a box - a box that contains applications, operating system, and hardware. All these parts belong to and are in full control of Apple, which enables it to provide a machine that provides an excellent user experience, optimal performance for applications running on it. But there's no choice, and no openness. The equilibrium exists as long as the box remains closed. Try to open the box and put in elements from the outside - and the balance will be violated.
This example can illustrate pretty well what is expected to happen - as long as consume technology "in the box", we can provide good value. As soon as we try to go out, for example to replace the infrastructure and applications in the box, problems will begin.
This example illustrates one of our essential questions in this area have not yet received an answer: Will manufacturers prefer boxes proprietary technologies, or will they try to adapt to open and common standards?


Recommendations:

  • Due to the expected lock-in effect, make an effort to preserve procurement conditions for future deals as well as current deals.
  • Organizations should deploy general and flexible monitoring and management consuls that will enable the future connection of "industry in a box" solutions.
  • Organizations should start to prepare for the expected organizational changes. For example, measurement of the degree of cooperation between teams and not measurement of each team's performance separately (DBA performance evaluation will be based not by a specific DBMS availability, but according to the overall ERP system availability and performance).

בחזרה לעתיד... חוזרים לקופסה!

מאמר שכתבנו - צוות האנליסטים של STKI - על מגמת ה"חזרה לקופסה" (עידן ה-MF?) פורסם בדמרקר:

"הכרזתה של אורקל לאחרונה על חבילת "ענן בקופסה", כמו גם הכרזת IBM על רכישת NETEZZA, קשורות למגמה חשובה בעתיד הטכנולוגי: החזרה לעידן ה-"Main Frame"; מחשוב כולל. ארגוני אנטרפרייז נדרשים לנהל תקשורת עם 200 ספקי מחשוב בשנה, מספר שרק הולך ועולה. כדי להפעיל מערכת ERP אחת– צריך הארגון להתקשר עם כ-20 ספקים שונים כדי לקבל תשתיות תומכות, בסיסי נתונים ומערכות הפעלה. מנמ"רים מחפשים היום פשטות. ספק יחיד שיציע להם את כל שירותים הללו באריזה אחת שפשוט תעבוד. אך לפני שאנחנו מכריזים על מות עידן הביזוריות וחזרה לעידן הריכוזיות, כדאי לבחון טוב גם את החסרונות והסיכונים של מודל זה:

  • יצירת תלות בספק. אם עד כה, ה-ERP של החברה הורכב מספקים נפרדים לאפליקציה, מערכת הפעלה, בסיס נתונים, תקשורת וחומרה, עם אפשרות לבחירה והחלפה, הרי שבקרוב נקבל מאותו הספק קופסה אחת שלמה, שמכילה אפליקציה המותאמת לחומרה ולבסיס הנתונים שעובדים באופטימיזציה מלאה. התוצאה: ביצועים טובים בהרבה ופחות כאב ראש בהעלאת הפרויקט. אך החיסרון טמון בגזרת מנהלי הרכש, שיהיו כבולים מול ספק יחיד בעל כוח עצום. שיקול זה עלול לגרום לגפי רכש לעכב קבלת טכנולוגיות חדשות משיקולים פוליטיים פנימיים.
  • צרות של קישוריות. מרבית הארגונים מנהלים את היישומים שלהם בשיטה של ריבוי ספקי אפליקציות תוך קישור מתמיד ביניהם. על פי חזון ה"קופסאות" אליו אנחנו צועדים, שיטה זו תהיה קשה הרבה יותר ליישום. כל סביבה תותאם לצורך העיקרי של כל אפליקציה, ללא התחשבות באפליקציות האחרות שנדרשות להתחבר אליה. הספק מעוניין ליצור קופסה שפועלת בהרמוניה ונשלטת בצורה מיטבית על ידי גוף ניהול יחיד. כשננסה להכניס לקופסה מרכיב שלא שייך אליה, נסיט את רוב מאמצי המנמ"רים להתעסקות בקישוריות בין הקופסאות השונות וניסיון ליצור מכנה משותף ל-DATA.
  • פגיעה ביכולת הניטור והניהול הכולל של מערכות המידע. כיוון שיצרני ה"קופסאות" יגישו פתרונות מלאים וכוללים, כל פתרון יכלול פתרון אבטחת מידע, פתרון גיבוי, ופתרון DRP משלו. קופסה A תכיל פתרון אבטחת מידע שונה מזה של קופסה B. המשמעות היא קושי לקבל מידע על מצב האיומים הכולל בארגון, בשל הצורך להסתנכרן מול כמה פתרונות אבטחת מידע שונים.
  • פגיעה בגמישות של ארגון המערכות. במצב בו מתעורר צורך שלא הוגדר מראש על ידי יצרן ה"קופסה", הארגון ייאלץ להשקיע מאמצים רבים יותר כדי לספקו. בקופסאות המוכנות מראש, הארגון לא מורשה לבצע פעולות שלא קיבלו אישור מראש"certificiation” . תהליך אישור זה אורך זמן רב, מה שעלול לפגוע בגמישות ארגון מערכות המידע ובמענה לצרכי הארגון.
  • שינוי משמעותי במבנה ומעמד מחלקת מערכות המידע כפי שאנו מכירים אותה כיום. מבנה מסורתי של גוף תשתיות בארגונים גדולים כולל כיום שלושה מדורים נפרדים לתקשורת, אחסון ושרתים. שינוי התפיסה הטכנולוגית יחייב גם שינוי במבנה הארגוני. כמו כן, אם "קופסת CRM" אחת כוללת בתוכה גם את הרכיבים התשתיתיים, מי בארגון יהא אחראי על תפעולה ותחזוקתה? הקו בין המחלקות האפליקטיביות לתשתיתיות יילך וייטשטש. זהו לא בהכרח חיסרון, אבל מדובר בשינוי משמעותי שיחייב התמודדות שונה לחלוטין.

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

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

מיהם אותם ספקי "Industry in a box"?
על היצרנים שכבר מציעים פתרונות Industry in a box ניתן למצוא את הספקית הוותיקה NCR/ טרהדטה (שכבר הייתה שם מזמן, עוד לפני שתיארנו את התחום בבאזוורדים יפים), IBM, HP, אורקל, EMC, CISCO, Apple ו-SAP שעשתה צעד משמעותי בכיוון כאשר רכשה את SYBASE.

אם ניקח את Apple כדוגמה, ה iphone / ipad הנם למעשה industry in a box – קופסה שמכילה אפליקציות, מערכת הפעלה וחומרה. כל החלקים האלה מצויים בשליטה מלאה של אפל, מה שמאפשר לה לספק ביצועים אופטימליים. אולם שיווי המשקל מתקיים כל עוד הקופסה נשארת סגורה. נסה לפתוח את הקופסה ולהכניס פנימה רכיבים מבחוץ – ושיווי המשקל יופר. דוגמא זו יכולה להמחיש מה צפוי לנו במקרים אחרים של ספקי-על שיציעו תעשייה בקופסה. כל עוד נצרוך טכנולוגיה "בתחומי הקופסה", נקבל תמורה מספקת וטובה. כשננסה להחליף את האפליקציה מעל התשתית הקופסתית, ניתקל בבעיה
.
האם יצרני קופסאות יעדיפו עבודה בטכנולוגיות קנייניות או שישמרו על סטנדרטים משותפים?

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

המלצות לארגונים:
1. כל כניסה לטכנולוגיית מחשוב מבוסס-קופסה מחייבת התייחסות משמעותית לסוגיית הרכש, ודגש על קיבוע אחוזי הנחה ממחיר רכש לקניות עתידיות ולפריטים שייווצרו בעתיד. כלומר, לנסות להפחית את רמת ה lock-in לספק עד כמה שניתן מראש.
2. ארגונים צריכים להטמיע כבר כעת קונסולות כלליות וגמישות של ניטור וניהול, כדי שיוכלו לחבר בעתיד קופסאות “industry in a box” שונות.
3. ארגונים צריכים להתכונן כבר כעת לתמורות הצפויות בארגון; התייחסות ומדידה של מידת שיתוף הפעולה בין הצוותים ולהנהיג תגמול DBA לא לפי זמינות DBMS ספציפי, אלא לפי זמינות וביצועי כלל מערכת ה- ERP."

יום חמישי, 23 בספטמבר 2010

רשמים ממרתון של חברת לוטם בנושא ווב2

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

הנה סיכום ההרצאה שלי מתוך הבלוג (שהייתה יותר טכנולוגית באופייה):

"עינת שמעוני, אנליסטית מחברת STKI בהרצאה על יישומי ווב 2.0 בארגונים: ויקי, רשתות חברתיות ארגוניות, בלוגים, טוויטר, social bookmarking, RSS, תגיות, יישומים מבוססי מקום (למשל Four square)

כמה תובנות מההרצאה:


ויקי: ויקי מאפשר להקטין את תעבורת המיילים השוטפים בארגון. ישנם יישומי ויקי שוני כמו אנטרפדיה (ויקי ארגוני), user manuals. בויקי עדיף לפנות לקהל יעד עם מכנה משותף ולא ברמה ארגונית. נשאלת שאלה עד כמה הארגון מאפשר להעלות תוכן באופן חופשי לויקי ללא בקרה? הגישה הרווחת היא לאפשר עדכונים חופשיים ולעשות סוג של בקרה.

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

מה המוטיבציה של עובדים לעשות שימוש בכלי ווב 2.0? קודם כל צריך להבחין בין משתמשים שונים, ולתת במה לאילו שרוצים לשתף במידע, לבין אילו שמעדיפים רק להגיב (כפתורי Like למשל)

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

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

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

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

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


הפוסט המלא באתר של לוטם - כאן.