אחלה פוסט.

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

אני רוצה להעלות נקודות לשלילה

1. האם יש לי עשרות אלפי שקלים מיותרים לתשלום עבור רישוי?

2. האם יש לי עשרות אלפי שקלים מיותרים עבור חוות שרתים אימתניים שיסחבו את הMOSS?

3. האם אני לוקח בחשבון שהיום כל מתכנת שלומד MOSS רוצה שכר של יועץ בכיר?

4. האם אני יודע בכמה מגביל אותי לפתח לתשתיות הללו?

5. כמה שליטה יש לי על ניהול המידע בתשתיות הללו?

6. מה הביצועים של המערכות הללו?

MOSS וה-CRM הם לא מערכות רעות אבל צריך טוב טוב לשקול מתי הן כדאיות ומתי כדאי לפתח לבד

סה"כ כל הנקודות שהעלת הם מאוד טכניות, כארכיטקט הייתי מצפה לראות סט אחר וארוך של שאלות ( כמו השפעה על תקציב ה IT, יכולת השתלבות עם אסטרטגיה עסקית כמו רכישות שעןמדןת על הפרק, יכולת לתפקד עם מערכות אחרות בארגון, האם הפיתוח הוא עבור מערכת Core או Context, יכולת השתלבות באסטרטגית מערכות מידע כגון Cloud או Saas)

בנוסף לכך הייתי משווה את האפשריות לפתרונות אחרים בשוק כמו salesfoce.com או פתרונות של SAP או Oracle (לפי גודל הארגון)

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

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

אמנם Dynamics CRM או xRM בשם המעוכן לא מתאימה לכל מימוש אך במקרים בהם יש מודל יישויות ברור שניתן להגדרי את הקשרים בינהן ומעליו יש תהליכי עבודה מבוססי WF אז מאוד כדאי לשקול את ה xRM כתשתית למימוש.

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

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

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

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

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

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

עוד נקודה למחשבה :)

הבעיה האמיתית עם הCRM, מנקודת מבט ארכיטקטונית, הוא שהוא מאוד TIGHT.

הEXTENSION POINTS שלו עדיין מועטות וחלשות מדי, ולפחות לפי הROADMAP, לא נדמה שזה הולך להשתנות.

מה שמוזר הוא, שנדמה שמחלקת הפיתוח של הCRM לא עומד בקשר עם מחלקות אחרות בMS. לדוגמא, אם תשמע ראיונות וPODCASTS עם Glenn Block, הדוגמאות הכי בסיסיות שהוא נותן לשימוש בMEF, הם מעולם ה-CRM, ועדיין נדמה כאילו אין מחשבה אפילו לשלב את MEF במוצר בעתיד.

זאת לא בעיה - זה יתרון !

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

גמישות היא נהדרת כדי לתת פתרון WOW שלא תמיד נדרש ולייצר תחזוקה שוטפת יקרה - האם זה מה שהלקוחות רוצים ?

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

* האם ליישום שלך קיים roadmap ברור לחמש שנים הקרובות איך לשפר את ארכיטקטורה והתשתיות ? ל - Dynamics CRM קיים !

- להרבה חברות יש roadmap ברור כזה.

* האם ליישום שלך יש צוות של מפתחים העבדים על סוגיות שונות ומהדורות חדשות של תשתית ? ל - Dynamics CRM יש !

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

* האם ליישום שלך יש מפתחים בכל העולם שמפתחים add-ons שיכולים להתאים לך ולספק ערך מוסף בהשקעה נמוכה ? ל - Dynamics CRM יש !

- שוב, רלוונטי להרבה מערכות. ראה ערך מערכות ניהול תוכן בשפת PHP.

* האם ליישום שלך יש אינטגרציה עם outlook out of the box? ל - Dynamics CRM יש !

- ניתן לכתוב add-on לאוטלוק בקלות עבור מערכות אחרות והוא יסבול מאותם בעיות ידועות שסובל מהם ה-CRM Client for Outlook

* האם אתה יכול להבטיח שיישום שלך יכול להיות מתוחזק בצורה קלה או שחלקים שונים פותחו בצורה שונה כי התחלפו המפתחים? עם Dynamics CRM כן !

- מצטער לשבור את המיתוס אבל אי אפשר להבטיח את זה גם עם ה-Dynamics CRM למרות שהמוצר מתיימר להיות כזה.

* האם ליישום שלך יש תמיכה ב - offline out of the box ? ל - Dynamics CRM יש !

- ראה סעיף תמיכה ב-outlook out of the box

* האם ליישום שלך יש role based security out of the box ? ל - Dynamics CRM יש !

- שוב, לא תכונה כל כך מיוחדת.

* האם ליישום שלך יש מנוע WF out of the box ? ל - Dynamics CRM יש !

- ראה סעיפים קודמים

* האם ליישום שלך יש מנוע דו"חות out of the box ? ל - Dynamics CRM יש !

- כנ"ל

** באמת הייתי מצפה ממאמר כזה להיות קצת יותר אובייקטיבי ולהוסיף את השאלות הבאות:

- האם היישום שלך רגיש לייבוא וייצוא של קסטומיזציות ויש סיכוי סביר שקסטומיזציה שייצאת ממערכת אחת לא תצליח לייבא למערכת זהה בגלל סיבה עלומה? ב - Dynamics CRM כן !

- האם ביישום שלך כשאתה עובד לפי ה-SDK ומייצר נתונים מתוך אפליקציה חיצונית יש סיכוי סביר שפעולת ההכנסה או העדכון תיפול בגלל סיבה גנרית שלא עוזרת לך להבין איפה מקור הבעיה ותשרוף יום שלם רק להבין מי מהנתונים שלך לא תקין? ב - Dynamics CRM כן !

- האם ביישום שלך יש SDK עם דוגמאות קוד שלא עובדות? ב - Dynamics CRM כן !

@SorinL

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

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

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

אגב, מה שיפה, הוא שלפי הROADMAP, החבר'ה ב-MS מסכימים איתי. זו הסיבה למשל, שהם הוסיפו Plug-In Transaction Support לCRM 5.

לצערי, זה פשוט לא מספיק. מצד שני, יכול להיות שאני טועה,ומערכת סגורה זו מערכת טובה (All hail CRM 1.28)

באם יש בארגון CRM וMOSS

ויש לפתח מערכת יחסית קטנה

שיש צורך שרוב הכניסות אליה יהיו דרך האינטרנט

מה עדיף?

האם לשלוף מידע מהCRM לMOSS ולהיפך?