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