בפלטפורמת הבינה המלאכותית החדשה של EIC Accelerator - באגים וסקירה (SME Instrument)
בשנת 2021, ה-EIC Accelerator blended financing (לשעבר SME Instrument שלב 2, מענק והון) השיק את כלי הבינה המלאכותית החדש שלו, שהוא פלטפורמה מקוונת להגשת הצעות. בשל העיכוב בהשקתו והאופי האינטראקטיבי של הכלי, מועמדים פוטנציאליים נתקלו בהרבה באגים ושגיאות. למרות שברור שגם ה-European Innovation Council (EIC) וגם Innovation Loop השקיעו עבודה רבה בפרויקט המשוכלל הזה - זה עדיין הותיר מועמדים רבים מבולבלים ומתוסכלים. סקירת הפלטפורמה אם מטרת ה-EIC הייתה לצמצם את ההסתמכות של סטארט-אפים וחברות קטנות ובינוניות (SME) על צדדים שלישיים כגון כותבים מקצועיים או חברות ייעוץ, ייתכן שהדבר פגע. בעוד שכל מנכ"ל מבין את הצורך ליצור תוכנית עסקית ולהעלות את המסמך, למעטים מאוד יש את הזמן או הסבלנות למלא טפסים לכאורה אינסופיים שעולים בהרבה על העבודה שהושקעה בכתיבת הצעת מענק. למעשה, המשוב מהמנכ"ל היה שאבני הדרך המחייבות, 12 השלבים המוגדרים מראש של החדשנות ובמיוחד השימוש במחזור החיים של אימוץ טכנולוגיה (TALC) כדי להגדיר כניסה לשוק ותחזיות פיננסיות לא היו ישימים לעסק שלהם. המבנה הכולל של הפלטפורמה, במיוחד עבור היישום המלא בשלב 2, נותן את הרושם של סטודנט MBA שהוקצה לנסות ולגרום לכל עסקי החדשנות להשתלב בתבנית אחת. גישה אחת מתאימה לכולם הובילה לאובייקטיביזציה של חדשנות, אשר, בהגדרה, מביס את המטרה של חיפוש אחר חדשנים מלכתחילה. היא מניחה שכל חברה תתמודד בהכרח עם מגזרי לקוחות המאופיינים כחדשנים, מאמצים מוקדמים, התהום, הרוב המוקדם, הרוב המאוחר והפיגורים, מה שלא מהווה הבחנה רלוונטית לאסטרטגיה המסחרית של רוב העסקים. בנקודה הספציפית הזו, לא רק שיש לתכנן תחזיות שוק ופיננסיות כגון הכנסות ותזרימי מזומנים עבור כל שלב ברשימה, אלא שחובה להתייחס לכל אחד מהמגזרים הללו ללא יוצא מן הכלל. תלונות תכופות בנושא זה היו: מה אם לחברה אין אינטרס להוציא הוצאות שיווק ומכירה משמעותיות על הגעה לפיגורים שקשה לשכנע? מה אם התהום לא רלוונטית לאסטרטגיה מסחרית ספציפית שיש לה מפיצים וקמעונאים בקנה מידה גדול - ובכך מאפשרת קנה מידה אנכי? איך נראה תזרים המזומנים של התהום אם הוא אמור להיות פער בין שני פלחים ולא פלח משלו? נראה כי ה-TALC הוא כלי ניתוח המשמש באופן קונבנציונלי כדי להסתכל אחורה על חדשנות ולא כלי שמשולב בתוכנית עסקית בשלבים מוקדמים להערכת חדשנות וקליטה בשוק. זיהוי מה יכול להיות מחסום או סיכון עתידיים הוא חשוב אבל לכלול פער בין המאמצים המוקדמים לרוב המוקדם לפי ספר שפורסם ב-1991 ("לעבור את התהום" מאת ג'פרי א. מור) נראה מיותר. אומדן תזרים מזומנים והכנסות לפער פוטנציאלי נראה מיותר במקרה הטוב. התבנית והתוכן בעוד שתבנית ההצעה והמדריך הרשמיים למועמדים משקפים את התוכן הדרוש ליישום המלא, הפלטפורמה מבקשת כמות גבוהה של תוכן עם חפיפות חזקות מאוד בין הסעיפים. אמנם היה ברור שיישומי EIC Accelerator של שנת 2020 כבר היו צפופים מאוד בטקסט, אבל נראה שה-EIC שאלו את עצמם: מה דעתך שנסיר את כל התמונות, העיצוב והקישורים מהאפליקציה ונקבל עוד יותר טקסט? מיותר לציין כי ברור שלא התייעצו עם מעריכים בהחלטה זו. ה-EIC צריך, למען הפונים והמעריכים שלהם, לעדכן את הפלטפורמה ולאפשר למועמדים להוסיף תמונות וגרפיקה לחלקים מרכזיים של היישומים. יש להסיר גם חלקים רבים מכיוון שהם כנראה מתסכלים מעריכים יותר מאשר מועמדים, אך מאמר עתידי יופיע בהמשך עם המלצות ספציפיות. באגים ושגיאות הרשימה הבאה של שגיאות ובאגים אינה מלאה בשום פנים ואופן, אלא משקפת את הניסיון של מספר קטן של מועמדים שהשתמשו בפלטפורמה עד כה. הסוכנות המנהלת של European Innovation Council ו-SMEs (EISMEA) כבר קיבלו הודעה על באגים אלה וחלק מהשגיאות כבר תוקנו בשבועות האחרונים. הערה: קל לציין 1% של טעויות אם 99% בוצע היטב. פלטפורמת EIC נראית מעוצבת היטב, משוכללת ואכן מציגה תמונת מצב מתוכננת היטב של חידוש. עדיין, נותר לראות אם זו הדרך הנכונה עבור ה-EIC להתקדם. 1. טקסט שנמחק למבקש אחד הוסרו כל הסיכונים שלו בשלב 1 במהלך ההגשה. זה היה ברור כאשר השוו את צילומי המסך של חלון ההגשה עם ההצעה שהתקבלה כפי שהיא מוצגת לאחר ההגשה. ניתוח סיכונים הוא נושא קריטי עבור EIC Accelerator מה שהופך תקלה כזו למזיקה ביותר, אך למרבה המזל, המבקש הציג טענה חזקה בסעיפים אחרים ועבר ללא קשר. 2. שמירה אוטומטית לעתים קרובות, הפלטפורמה בשלב 1 ו-2 לא נשמרה אוטומטית כראוי, מה שגרם לחלון הדפדפן לגלול בחזרה למעלה והציג הודעת שגיאה כללית. הסיבות לכך היו קשורות לחלוטין לבאגים שכן ניסוי וטעייה הראו שלעתים קרובות מאוד, לאחר ש-1000/1000 תווים חסמו את השמירה האוטומטית בעוד ש-999/1000 עבר בהצלחה. לחלופין, הסרת כל מעברי השורות מפיסקה עבדה גם במקרים מסוימים אם החלון לא נשמר אוטומטית כראוי. זה, כמובן, הפך את הטקסט לקשה לקריאה עבור המעריך, אבל למועמדים לא הייתה אפשרות אחרת. 3. הודעות שגיאה בשרשרת הערך, ניתן להכריז על בעל העניין העיקרי כ"חלק מהבעיה" (חובה עבור בעל העניין העיקרי) והן כ"מושפע מהפתרון" (אופציונלי). אם שתי האפשרויות נבחרו, הפריט קיבל הודעת שגיאה ללא קשר למקום שבו הוא נמצא בשרשרת הערך - לפני או אחרי הפתרון. 4. הקצאת צוות הצוות בשלב 2 לא שמר את הנתונים שלו בכל הנוגע להקצאת חבילת העבודה (כלומר בחירת חבילות העבודה הספציפיות עבור כל... קרא עוד
