[[HE: Draft for Tamir's review. Not published.]]
חלוקת ההצהרות לפי הוכחות בשטח
ערכו רשימה של כל הבטחה טכנולוגית מהמצגת וסמנו אותה כפעילה, בנויה או מתוכננת. עבור יכולות פעילות, דרשו שיחות עם ממליצים, צפייה במערכת מעבדת עסקאות אמיתיות, ותוצאות בדיקות תקניות. הדגמה ששבתה את אנשי המכירות היא לא יותר מנקודת פתיחה.
לגבי נתוני דיוק, בדקו כיצד הם נמדדו, על גבי איזה דאטה, והאם גורם אובייקטיבי אימת אותם. בררו מה עלה בגורל כל פיילוט ומדוע. בדקו מה המוצר שווה מעבר לקריאות API למודלים חיצוניים, ומהי עלות השירות לכל לקוח.
סכנות שלא תראו במצגת
וודאו של מי הקוד, הנתונים והזכויות, כולל רישיונות קוד פתוח והסכמי תורמים. עברו על מבדק האבטחה החיצוני האחרון וראו אילו ליקויים טרם נסגרו. תעודת אבטחה תקפה רק למערכות ולטווח הזמנים המוגדרים בה.
בדקו מי האנשים שבלעדיהם לא ניתן לעדכן את המערכת, ומה תנאי השימור שלהם. השוו את חשבונות התשתית והתוכנה בפועל מול הנחות המודל הכלכלי. בעסקת רכישה, מפו מערכות ורכיבים שכבר אינם נתמכים, וכמה יעלה לבודד, לתחזק או להחליף אותם.
זווית הראייה לפי התפקיד
אם אתם בדירקטוריון, אל תאשרו את העסקה בלי בדיקה חיצונית שתכלול גישה למאגרי הקוד, לארכיטקטורה ולרישיונות. פסקה טכנולוגית קצרה שכתבה החברה הנרכשת לא עונה להגדרה הזו. ממצאים מהותיים יתורגמו לתנאים מתלים או לתיקון מחיר, בתיאום עם היועצים המשפטיים והפיננסיים.
אם אתם מנהלים את הארגון וסטארט-אפ מציע שת"פ, עשו פיילוט מוגדר עם הצוות שלכם ומדדים משלכם. שמרו על חיבור טכני רדוד עד שהפיילוט יוכיח היתכנות. מנהלי טכנולוגיה שנדרשים לאשר לפני חתימה צריכים להתאים את הבדיקות לזמן שנותר, ולמפות אילו מערכות יידרשו להתחבר אליהם בשנה הראשונה.
מה לבדוק לפני שמחליטים
- רשמו כל טענה טכנולוגית וסמנו אם היא עובדת, בנויה או בתכנון, לצד ההוכחות לכל סעיף.
- דברו עם שני לקוחות שמריצים את המוצר בחיים האמיתיים על היתרונות והחסרונות.
- בררו איך חושבו אחוזי הדיוק, על איזה מידע, ומי אימת את הממצאים.
- קבלו הרשאות צפייה למאגרי הקוד העיקריים, ורשמו רישיונות צד שלישי וקוד פתוח עם תנאיהם.
- קראו את דוח הסייבר החיצוני האחרון וסמנו אילו פרצות נותרו פתוחות.
- השוו בין חשבוניות הענן והתוכנה האמיתיות לבין תחזיות המודל העסקי.
- אתרו את אנשי המפתח שאי אפשר לשנות קוד בלעדיהם, ובררו את הסכמי ההישארות שלהם.
שאלות שאנשים שואלים
שוקלים השקעה בחברת אנרג'י-טק, איך בודקים את הפלטפורמה והאינטגרציות לפני שמתחייבים?
פצלו את הטענות לכאלו שעובדות בפרודקשן מול לקוחות משלמים, כאלו שבנויות ולא נבחנו, וכאלו שעל הנייר, והשיגו הוכחות לחלק הראשון: ממליצים, בדיקות בלייב של חיבורים אמיתיים ותוצאות ולידציה. קבעו שווי לפי החלק הראשון בלבד. הכל תלוי בכמה מהשווי בנוי על ההבטחות ומה היזמים מוכנים לחשוף.
משקיעים בסטארט-אפ AI עם הצהרות דיוק ופיילוטים, איזו בדיקת נאותות טכנולוגית לבצע לפני הסיבוב?
בדקו כיצד נמדד הדיוק ובאיזה דאטה השתמשו, אילו הכנסות והמלצות נולדו מהפיילוטים, מה הערך של המוצר מעבר לעטיפה של מודלים קיימים, והאם הצוות כשיר לממש את היעדים. בדיקה ממוקדת של ימים בודדים משנה את המחיר או ההחלטה. זה תלוי בכמה מהתמחור נשען על המרכיב הטכנולוגי.
הבורד נדרש לאשר רכישה שמבוססת על טכנולוגיית היעד, איזו בדיקת עומק לדרוש?
דרשו בדיקה טכנולוגית עצמאית של תשתיות המוצר, זכויות הבעלות, עלויות התפעול והשינוי, רמת האבטחה והתלות בטאלנטים. מדובר בעבודה של ימים ספורים כשיש גישה, ומסקנותיה יהפכו להתניות בהסכם. הכל תלוי באיזה חלק מהתמורה משקף את הטכנולוגיה וכמה עמוק החיבור הנדרש.
מתלבטים בין שתי חברות טעינה להשקעה, אחת מחזיקה בפלטפורמה משלה והשנייה עובדת ב-White Label, מה עדיף?
אין תשובה גורפת; בחנו האם המודל של כל אחת תואם את התוכנית העסקית שלה. פיתוח עצמאי קריטי כשהתחרות היא על פיצ'רים ואינטגרציות ויש לכך תקציב; פתרון מדף מתאים כשהצמיחה מתמקדת בפריסת עמדות ובשטח, בתנאי שהחוזה מעניק שליטה בנתונים ובאסטרטגיית יציאה. זה תלוי ביתרון התחרותי של כל חברה ובתנאי ההתקשרות עם הספק.
האם סיכוני תמיכה בתוכנה צריכים להשפיע על בדיקת השקעות בתשתית?
העריכו את אורך חיי השירות בפועל ולא רק את מצב החומרה הפיזית. ההתאמות בשווי שייכות ליועצים הפיננסיים והחשבונאיים, על בסיס זכויות התמיכה, היתכנות החלפה ויכולת תפעול רציפה.
מה על המשקיעים לבדוק לפני רכישת רשת טעינה מבוזרת ולא אחידה?
בצעו בדיקת נאותות לתשתית הקיימת כפי שהיא, ולא למותג המוצג כלפי חוץ. השווי נגזר מיכולת התחזוקה, זכויות הניתנות להעברה, תאימות תפעולית, והמחיר של השארת פערים מוצדקים ללא שינוי.
האם לפתוח מחדש פיקוח על רכישה כשהתגלה שמערכות בקרה מיושנות הושמטו מבדיקת הנאותות?
בחנו מחדש את הנחות ההשקעה והאינטגרציה שנפגעו, מבלי לפסול אוטומטית את העסקה כולה. הצעדים הנדרשים תלויים ברמת הקריטיות לתפעול, בפתרונות ההמשכיות הזמינים, ובאופן שבו נוצרה ההשמטה.
האם תעודת אבטחת מידע של מפעל מייתרת חלק מבדיקות הנאותות ברכישה?
התייחסו להסמכה כאינדיקציה מוגדרת בלבד ולא כתחליף לבדיקה ייעודית לעסקה. ההסתמכות עליה תלויה בתכולה שלה, בהחרגות, במצב הקיים בפועל, ובשאלה אילו מהנחות הרכישה התעודה הזו באמת מגבה.
איזו בדיקה טכנולוגית הכרחית לפני השקעה בפעילות רפואה מרחוק?
בדקו את השירות כולו מאחורי מעטפת התוכנה. ההיגיון בהשקעה מבוסס על מעורבות הצוות הרפואי, מנגנוני הסלמה, היתרי רגולציה ותחומי אחריות שייבחנו מול יועצים משפטיים ורפואיים מוסמכים.
האם לרכוש חברת פינטק כשהלקוח הכי גדול שלה מכתיב את דרישות האחסון והאירוח?
נתחו את ריכוזיות הלקוח יחד עם ההתחייבויות הטכניות הנגזרות ממנה. כדאיות העסקה תלויה בהתחייבויות תשתית שיישארו, בזכויות לביצוע שינויים, בשולי הרווח ובתנאים שייבדקו מול מומחי העסקה.
מה צריכה לבדוק בדיקת נאותות טכנולוגית לקראת הנפקה מעבר לדוחות הביקורת הקיימים?
ראו בדוחות הקיימים חומר רקע בעל גבולות ברורים. המוכנות לחברה ציבורית תלויה במערכות מהותיות, במעקפים ידניים, בבעלות על מנגנוני בקרה ובדרישות שינותחו בידי יועצי המשפט, הכספים והביקורת של החברה.
מה דירקטורים חייבים לוודא לפני רכישת צוות פיתוח תוכנה בחו"ל?
בדקו מה מהיכולות יישאר ביום שאחרי העסקה, כולל הנהגה, הבנת המוצר וזכויות קניין רוחני שניתן לנצל בפועל. הדבר תלוי בהסכמי הישארות, ברמת ביצוע מוכחת וביכולת של הארגון הקולט להפעיל את הצוות החדש בצורה יעילה.
כיצד דירקטוריון צריך להתייחס למערכות קליניות ללא תמיכה ברכישה בתחום הבריאות?
דרשו הערכה מוגדרת של חלופות תמיכה, רציפות עסקית ודרכי טיפול לפני שסומכים על תקציב האינטגרציה. הממצאים הטכנולוגיים צריכים להכווין את תנאי העסקה והמודל הפיננסי; הם לא מחייבים מיד הפחתת שווי או החלפה גורפת של כל מערכת מיושנת.
כיצד משקיעים צריכים להעריך רכישת AI שמבוססת סביב פרויקט קוד פתוח?
בחנו את הזכויות הניתנות לשימוש, היכולות שניתן לשמר, הערך האמיתי ללקוחות והחובות המסחריות שעוברות יחד עם הפעילות. שימוש בקוד פתוח או הישענות על מודלים חיצוניים אינם הופכים מיזם לחסר הגנה בפני עצמם; העניין תלוי בצורכי הלקוחות וברווח של הרוכש.
סטארט-אפ מעוניין בשותפות לדיגיטציה של ההפצה וההדגמה הרשימה את אנשי המכירות, איך לוודא שהטכנולוגיה אמיתית?
בקשו לראות את המערכת פועלת אצל לקוח משלם, עם פעילות שוטפת אמיתית, ובררו מי בנה אותה וכמה אנשים כולל הצוות. לאחר מכן קבעו פיילוט מצומצם עם נציגים מטעמכם ומדד לבחירתכם. זה תלוי במה שיש להם בפועל מעבר לדמו ובמידת העומק של החיבור למערכותיכם.
כיצד כדאי לאמת נכס חיתום מבוסס בינה מלאכותית לפני רכישת החברה?
בדקו האם היכולת המוצהרת מתאימה לשוק המיועד שלכם וניתנת להפעלה תחת ההרשאות והבקרות הנדרשות. הדבר תלוי בבדיקה עצמאית, תלות במידע, דרישות תמיכה וההיגיון העסקי הכולל.
נתבקשתי לאשר את הטכנולוגיה של חברה שאנו רוכשים, מה עלי לבדוק טרם החתימה?
בדקו על מה המוצר באמת יושב, מי הבעלים שלו ומה עלות התחזוקה השוטפת, היות שמצגות מציגות נושאים אלה באופן שטחי. דרשו גישה למאגר הקוד, רשימות רישוי ובדיקת אבטחה אחרונה. זה מושפע משיעור השווי שנשען על הפיתוח לעומת בסיס הלקוחות.
איך אני יכול לעזור בהחלטה הזו
- שאלה או שיחה (ללא עלות)
- אציג את הזווית שלי לגבי ההצהרות שמשפיעות על התמחור ואילו בדיקות מתאימות ללוח הזמנים שנותר עד ההתחייבות.
- בדיקה והערכה (משלמים רק אם קיבלתם ערך)
- אנסח חוות דעת טכנית עצמאית על המוצר, הטענות, הבעלות, הוצאות התפעול והצוות, בשפת משקיעים. אמליץ על מה להסתמך, מה להתנות בחוזה ואיך לתמחר סיכונים.
- ליווי שוטף (בזמן ובקצב שמתאימים לכם)
- לאחר סגירת העסקה, אעמוד לרשותכם לבחינת הדוחות הטכניים או תוכניות ההטמעה מול ממצאי הבדיקה הראשונית.