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