תוכנית המשכיות עסקית: המדריך המלא ליזמים 2026

תוכנית המשכיות עסקית (BCP) היא מסמך ניהולי שמגדיר איך ארגון ממשיך לספק את הפונקציות הקריטיות שלו ללקוחות, ספקים ורגולטורים גם באירוע משבש - מתקפת סייבר, מלחמה, קריסת ספק מרכזי או גיוס עתודות המוני. זה לא אותו דבר כמו תוכנית עסקית: תוכנית עסקית עונה על השאלה 'איך נצליח', תוכנית המשכיות עסקית עונה על השאלה 'איך נשרוד כשמשהו מתפרק'. אחרי 7 באוקטובר 2023, כשכ-46,000 עסקים ישראליים נסגרו בתשעת החודשים שלאחר תחילת המלחמה, השאלה הזו הפכה מתיאורטית לקיומית - במיוחד ליזמים בשלב מוקדם שאין להם שכבות הגנה ארגוניות.

מה זה תוכנית המשכיות עסקית ולמה היא שונה מתוכנית עסקית

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

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

יש גם בלבול נפוץ בין BCP לבין תוכנית התאוששות מאסון (Disaster Recovery Plan, או DRP). DRP היא תת קבוצה של BCP והיא ממוקדת כמעט תמיד בטכנולוגיה: איך משחזרים שרתים, בסיסי נתונים, גיבויים ותשתיות IT אחרי אירוע. BCP רחבה יותר וכוללת גם אנשים, ספקים, לקוחות, תזרים, נדל"ן ותקשורת ציבורית. במילים אחרות, DRP עונה על "איך מחזירים את המערכת לאוויר", ואילו BCP עונה על "איך העסק ממשיך למכור, לגבות ולשרת לקוחות בזמן שהמערכת לא באוויר".

איפה זה יושב במפת המסמכים של סטארטאפ? לצד הסכם מייסדים, טבלת ההון, מדיניות ה-ESOP ומסמכי הגיוס, ה-BCP הוא מסמך פנים ארגוני שלא מוצג למשקיע ברגיל אבל כן נבדק ב-Due Diligence מתקדם, במיוחד בסבבי Series A ואילך, וגם על ידי לקוחות אנטרפרייז שדורשים אותו כתנאי חוזי.

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

ששת העמודים של תוכנית המשכיות עסקית תקינה

תוכנית המשכיות עסקית תקינה נשענת על שישה עמודים תפקודיים: BIA, מיפוי סיכונים, אסטרטגיית התאוששות עם יעדי RTO/RPO, פרוטוקולי תקשורת חירום, המשכיות כוח אדם, ותרגולים תקופתיים. חסר אחד מהם - המסמך הופך לתיאורטי ולא שרד את המבחן הראשון.

1. BIA - ניתוח השפעה עסקית

BIA הוא תהליך שממפה אילו תהליכים עסקיים קריטיים ומה העלות של השבתתם לכל שעה, יום ושבוע. בסטארטאפ קטן זה יכול להיות טבלה של עמוד: "אם ה-API שלנו למטה 24 שעות, איבדנו X לקוחות ו-Y דולר ARR". בארגון בוגר זה מסמך מפורט לכל מחלקה, כולל תלויות בין תהליכים וספקים. הצעד הקריטי הוא לזהות את שלושת התהליכים שבלעדיהם החברה לא קיימת.

2. מיפוי סיכונים

רשימה של תרחישי כשל אפשריים עם הסתברות והשפעה. סטארטאפ ישראלי חייב לכלול כאן דברים שמערב אירופאי לא היה חושב עליהם: גיוס מילואים ממושך של איש מפתח, סבב עוינויות שמשבית ספקים, הפסקת חשמל מתמשכת. סטארטאפ בשלב מוקדם יסמן 8-12 סיכונים עיקריים; ארגון גדול יעבוד עם רישום סיכונים דינמי המנוהל בכלי ייעודי.

3. אסטרטגיית התאוששות - RTO ו-RPO

RTO (Recovery Time Objective) הוא הזמן המרבי שתהליך יכול להיות מושבת. RPO (Recovery Point Objective) הוא כמות המידע המרבית שאפשר לאבד במונחי זמן. סטארטאפ SaaS טיפוסי יגדיר RTO של 4 שעות ו-RPO של 15 דקות למסד נתונים ראשי. אלה לא מספרים שרירותיים - הם נגזרים ישירות מה-BIA.

4. פרוטוקולי תקשורת חירום

מי מודיע למי, באיזה ערוץ, ומה נאמר. כולל תקשורת פנימית (עובדים), חיצונית (לקוחות, משקיעים), ורגולטורית אם רלוונטי. סטארטאפ יסתפק בקבוצת WhatsApp ייעודית ותסריט הודעה מוכן; ארגון בוגר יפעיל מוקד משבר. הטעות הנפוצה: לגלות שאין רשימת טלפונים מעודכנת דווקא כשצריך אותה.

5. המשכיות כוח אדם

מי מחליף את מי אם הוא לא זמין. בישראל 2026 זה כולל תרחיש מילואים מפורש: אם ה-CTO מגויס לשלושה חודשים, מי חותם על deploy לפרודקשן? מי מדבר מול משקיעים? המקרה הזה נכנס גם להסכם מייסדים ולא רק לתוכנית ההמשכיות.

6. תרגולים תקופתיים

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

הרגולציה בישראל: מי חייב תוכנית המשכיות עסקית לפי חוק

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

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

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

רשות החברות הממשלתיות ופיקוד העורף מחייבים חברות ממשלתיות וגופים המוגדרים כתשתיות קריטיות (חשמל, מים, תקשורת, בריאות) בתוכניות ערוכות למצבי חירום, כולל תרחישי מלחמה ורעידת אדמה. החלטת הממשלה 1661 משנת 2016 קבעה מסגרת לאומית להיערכות המשק לרעידת אדמה, שהחילה חובות מיפוי סיכונים על משרדי ממשלה ותאגידים סטטוטוריים.

התקן הבינלאומי ISO 22301 הוא הסטנדרט המקובל בעולם לניהול המשכיות עסקית, ובישראל הוא אומץ כתקן ישראלי (ת"י ISO 22301). התקן אינו חובה חוקית, אבל משקיעים מוסדיים, לקוחות אנטרפרייז בחו"ל ומכרזים ממשלתיים דורשים אותו בפועל כתנאי סף.

מתי סטארטאפ שלא רגולטורי בעצמו נכנס לתחולה? שלושה מצבים נפוצים:

• דרך לקוח: הסטארטאפ מוכר SaaS לבנק, חברת ביטוח או בית חולים - הלקוח ידרוש BCP מוסמך במסגרת הסכם הספק.
• דרך משקיע: קרן מוסדית או קרן אמריקאית בסבב Series A תבקש לראות מדיניות ניהול סיכונים כחלק מ-due diligence.
• דרך רגולציה מקצועית: סטארטאפ רפואי שנכנס לתחולת ועדת הלסינקי או ה-FDA יידרש להראות שיש רציפות באיסוף נתונים קליניים.

השורה התחתונה: גם אם החוק לא רודף אחריך, השוק ידרוש. עדיף להיערך מוקדם.

תרחישי הכשל שיזם ישראלי חייב למפות ב-2026

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

גיוס מילואים של מייסד או עובד מפתח. מה קורה אם ה-CTO נעלם ל-40 יום עם צו 8? מי חותם על שכר, מי מדבר עם לקוחות, מי מקבל החלטות מוצר? התשובות חייבות להיות שמות ולא תפקידים, ועדיף שיהיו מעוגנות בהסכם מייסדים עם סעיף רציפות ניהולית.

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

קריסת ספק ענן או SaaS קריטי. תלות ב-AWS באזור בודד, ב-Stripe לתשלומים, או ב-API של OpenAI היא נקודת כשל יחידה. השאלה היא לא אם ליפול לגיבוי, אלא כמה זמן לוקח לעבור וכמה זה עולה.

ניתוק גישה לשוק אירופי או סנקציות. חברות ישראליות רבות ראו ב-2024-2025 השהיית חשבונות בנק, ביטול חוזים או קשיים ברישום מוצר באירופה בשל לחץ פוליטי. השאלה: מי הלקוחות הקריטיים ב-EU, מה חלופת התשלום, ומה אחוז ההכנסות בסיכון?

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

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

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

איך בונים תוכנית המשכיות עסקית שלב אחר שלב

בניית תוכנית המשכיות עסקית (BCP) היא תהליך מובנה שמתחיל בהחלטה ניהולית ומסתיים במסמך חי שמתעדכן לפחות פעם בשנה. התהליך אינו טכני בלבד, הוא ארגוני במהותו, ודורש מעורבות של הנהלה בכירה ולא רק של צוות ה-IT.

שלב 1: הרכבת צוות ומינוי אחראי (BCP Owner). יזם בשלב מוקדם יכול למנות את עצמו, אבל בחברה עם 10 עובדים ומעלה כדאי לזהות נציג מכל פונקציה קריטית: מוצר, תפעול, כספים, ומכירות. הצוות הזה יתכנס לאורך כל התהליך ויהיה אחראי גם על התרגולים העתידיים.

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

שלב 3: ניתוח השפעה עסקית (Business Impact Analysis, BIA). זה הלב של התוכנית. עבור כל תהליך קריטי מחשבים את העלות של השבתה לפי יום, שבוע וחודש, כולל אובדן הכנסות, קנסות רגולטוריים, נזק תדמיתי, ונטישת לקוחות. ה-BIA הוא הבסיס לכל החלטת השקעה בהמשך.

שלב 4: קביעת יעדי RTO ו-RPO. RTO (Recovery Time Objective) הוא הזמן המקסימלי שתהליך יכול להיות מושבת לפני שהנזק בלתי הפיך. RPO (Recovery Point Objective) הוא כמות המידע המקסימלית שאפשר לאבד, שנמדדת בזמן מהגיבוי האחרון. בסטארטאפ SaaS טיפוסי, RTO של שירות ה-Production יהיה שעות בודדות ו-RPO של דקות.

שלב 5: כתיבת נהלים ותרחישי תגובה. לכל תרחיש כשל מרכזי (התקפת סייבר, אובדן ספק ענן, פגיעה במשרד, יציאת עובד מפתח) כותבים נוהל של מי מתקשר למי, מה השלבים ב-24 השעות הראשונות, ואיך מודיעים ללקוחות.

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

שלב 7: עדכון תקופתי. התוכנית נסקרת לפחות פעם בשנה, וגם אחרי כל שינוי מהותי, גיוס Series A, החלפת ספק תשתית, או כניסה לשוק חדש. מסמך שלא מתעדכן שנתיים הוא כמו שאין תוכנית כלל.

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

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

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

יעדי RTO לא ריאליים. יזמים נוטים לכתוב "החזרה לפעילות תוך 4 שעות" בלי לבדוק אם בכלל אפשר לעמוד בזה עם התשתית והצוות הקיים. RTO (Recovery Time Objective) שלא מגובה בבדיקה אמיתית הוא משאלת לב. אם ההסכם עם ספק הענן מתחייב לשחזור ב-24 שעות, אין דרך שהמערכת שלך תחזור ב-4.

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

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

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

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

שאלות נפוצות

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

מה זה תוכנית המשכיות עסקית בדיוק?

תוכנית המשכיות עסקית (BCP - Business Continuity Plan) היא מסמך תפעולי שמגדיר איך הארגון ממשיך לספק את הפונקציות הקריטיות שלו במצב של שיבוש חמור, החל מהרגע הראשון של האירוע ועד להתאוששות מלאה. היא כוללת מיפוי תהליכים קריטיים, זמני התאוששות יעד (RTO), נקודות התאוששות (RPO), אנשי מפתח ותרחישי גיבוי. בניגוד לתוכנית עסקית שמתארת איך הסטארטאפ יגדל, תוכנית המשכיות עסקית מתארת איך הוא ישרוד כשמשהו מתפוצץ.

איך תוכנית המשכיות עסקית עובד בפועל?

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

מתי יזם צריך תוכנית המשכיות עסקית?

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

מה הטעות הנפוצה ביותר סביב תוכנית המשכיות עסקית?

הטעות הנפוצה ביותר היא לבלבל בין תוכנית המשכיות עסקית לבין תוכנית התאוששות מאסון (DR). DR מטפל בשחזור מערכות מחשוב אחרי כשל טכני, בעוד BCP מטפל בהמשך פעילות עסקית כוללת - כולל אנשים, ספקים, לקוחות ותקשורת. יזמים רבים מייצרים תוכנית גיבוי ל-AWS וקוראים לזה BCP, אבל אין שם התייחסות למה קורה אם המייסד הטכנולוגי היחיד לא זמין שבועיים.

כמה זמן לוקח תוכנית המשכיות עסקית?

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

מי צריך תוכנית המשכיות עסקית ומי יכול לוותר?

חייבים תוכנית המשכיות עסקית: גופים פיננסיים תחת פיקוח בנק ישראל ורשות שוק ההון, ספקי שירותי בריאות, חברות המחזיקות מאגרי מידע רגישים תחת חוק הגנת הפרטיות, וכל חברה שנכנסת ל-SOC 2 או ISO 27001. יכולים לדחות: סטארטאפים בשלב מוקדם בלי לקוחות, בלי נתוני משתמשים ובלי הכנסות. אבל "יכולים לוותר לגמרי" זה כמעט אף אחד - כי גם עסק קטן שאיבד גישה למחשב הראשי שלו לשבוע כבר במשבר קיומי, כפי שראינו אצל עסקים קטנים בישראל בתקופת חרבות ברזל.

מה השלב הראשון שיזם צריך לעשות בנושא תוכנית המשכיות עסקית?

השלב הראשון הוא רשימה כתובה של חמשת התהליכים שאם ייעצרו מחר, העסק לא קיים. זה לא BCP מלא - זו הרשימה שממנה מתחיל BIA. אחרי שיש רשימה, מודדים לכל תהליך כמה זמן אפשר לחיות בלעדיו (RTO) וכמה מידע אפשר להרשות לעצמך לאבד (RPO). בלי שני המספרים האלה, כל שאר התוכנית היא ניחוש.

מה ההבדל בין תוכנית המשכיות עסקית לבין DR (Disaster Recovery)?

תוכנית המשכיות עסקית מכסה את העסק כולו - אנשים, ספקים, לקוחות, תקשורת, נדל"ן ומערכות. DR מכסה רק את שכבת ה-IT: איך שרתים, בסיסי נתונים ומערכות תוכנה חוזרות לפעולה אחרי כשל. DR הוא תת-רכיב בתוך BCP, לא תחליף לו. סטארטאפ שיש לו רק DR ואין לו BCP יודע איך לשחזר את הקוד, אבל לא יודע איך להסביר ללקוחות למה השירות לא זמין.

האם משקיעים דורשים תוכנית המשכיות עסקית ב-Due Diligence?

בסבבי seed מוקדמים בישראל, משקיעים לא דורשים BCP פורמלי, אבל שואלים שאלות שמצריכות שיזם יידע לענות עליהן. ב-סבב Series A ומעלה, במיוחד כשמדובר בקרנות מוסדיות או בחברות שמוכרות לגופים מוסדיים, תוכנית המשכיות עסקית הופכת לחלק סטנדרטי מ-Due Diligence. בעסקאות רכישה ובחברות תחת רגולציה, ההיעדר של תוכנית תקינה יכול להוריד שווי או לעכב סגירה.

איך WeCcelerate יכולה לעזור

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

בפועל, יזמים ישראליים רבים מגיעים לפגישת due diligence בלי מיפוי סיכונים מסודר, בלי תרחישי כשל כתובים, ובלי תשובה לשאלה "מה קורה אם ה-CTO עוזב מחר". זו נקודת החיכוך שבה אנחנו נכנסים.

מה השירות שלנו כולל בהקשר הזה:

אנחנו מציעים ליווי יזמים בבניית התשתית הניהולית שסבב גיוס דורש, כולל מיפוי סיכונים תפעוליים, טכנולוגיים ורגולטוריים, ותרחישי המשכיות שמותאמים לשלב שבו הסטארטאפ נמצא. הליווי משתלב בהכנה הרחבה יותר לגיוס Series A או לסבבי seed, ומחובר לחומרים אחרים שהמשקיע יבקש לראות - pitch deck, cap table ותוכנית עסקית.

בנוסף, אנחנו מציעים חיבור לצוות תפעולי במידת הצורך - למשל דרך שירותי CTO as a Service כשיש תלות קריטית באדם טכני אחד, או ליווי בתחום הסכמי מייסדים וvesting כדי להקטין את הסיכון האנושי במבנה החברה.

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

לוחות הזמנים מוגדרים פר-מיזם, בהתאם לשלב הגיוס ולמורכבות התפעולית של החברה. אין תבנית אחת שמתאימה לסטארטאפ SaaS בן שנה ולחברת MedTech לפני FDA submission.

הצעד הבא:

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