איך לגבות את האפליקציה שבניתם עם בינה מלאכותית — ולמה אתם באמת צריכים

יזם שאני מדבר איתו מנהל את כל עסק ההזמנות שלו — שלושה סניפים, בערך 200 לקוחות בשבוע — על אפליקציה שבנה בעצמו עם כלי לבניית אפליקציות בבינה מלאכותית. הוא הראה לי אותה ביום שלישי והיה גאה בה מאוד. ביום רביעי הוא שאל אותי, מעט בעצבנות, “אם הדבר הזה נשבר, אני פשוט… מאבד הכול?”

התשובה הכנה הייתה: אולי. תלוי למה אתה מתכוון ב”נשבר”. תלוי איזה סוג גיבוי היה לו (לא היה לו בכלל). תלוי אם הוא היה יכול ליצור אותה מחדש בזמן.

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

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

מה באמת נמצא בתוך האפליקציה שבניתם עם בינה מלאכותית (ומה יכול להיעלם)

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

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

השני הוא הנתונים שלכם — המשתמשים, ההזמנות, ההודעות, הקביעות, הקבצים שאנשים העלו. אלה בדרך כלל חיים במסד נתונים כלשהו. לפעמים זה בתוך בונה ה-AI. לפעמים זה בשירות כמו Supabase, Firebase, או Airtable. לפעמים זה פזור על פני כמה מקומות.

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

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

מה בסיכון: ארבעת התרחישים שבאמת קורים

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

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

2. לבונה ה-AI יש תקלה או בעיית נתונים. נדיר, אבל אמיתי. ב-2024, לפלטפורמת no-code פופולרית הייתה תקלה של 6 שעות שבה נתוני לקוחות לא היו נגישים. אף אחד לא איבד נתונים לצמיתות, אבל הרבה עסקים איבדו יום. אם אפליקציית ההזמנות שלכם למטה בבוקר שבת כשהלקוחות שלכם מנסים להזמין לשבת אחר הצהריים, זה לא “אין אובדן נתונים” — זה הכנסה אבודה שאתם לא מקבלים בחזרה.

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

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

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

מה לגבות, וכל כמה זמן

אתם לא צריכים מערכת מתוחכמת. אתם צריכים הרגל. הנה המינימום שאני ממליץ למי שבונה עם בינה מלאכותית בלי לכתוב קוד.

הנתונים שלכם — כל יום, אוטומטית אם אפשר.

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

אם הנתונים שלכם חיים בתוך בונה ה-AI עצמו ואין ייצוא אוטומטי, הגדירו תזכורת ביומן כל יום ראשון לייצא אותם ידנית. ייצאו אותם כ-CSV לכל טבלה. שמרו אותם איפשהו מחוץ לבונה — Google Drive, Dropbox, כונן קשיח חיצוני. בכל מקום שהוא לא אותו שירות.

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

מבנה האפליקציה שלכם — בכל פעם שאתם עושים שינוי משמעותי.

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

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

החשבונות והאישורים שלכם — פעם אחת, ביום שאתם משיקים.

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

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

הקבצים שלכם — לכל מקום שהמשתמשים שלכם מעלים אליו.

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

שגרת גיבוי פשוטה שלוקחת בערך 20 דקות בשבוע

יום ראשון בערב, כשאתם ממילא כבר לא עובדים:

1. פתחו את בונה ה-AI שלכם. קחו תמונת מצב עם שם של מצב האפליקציה הנוכחי. תארכו אותה.
2. ייצאו כל טבלת נתונים כ-CSV. השליכו אותן לתיקייה מתוארכת באחסון הענן שלכם. (רוב הנתונים חיים ב-3–10 טבלאות — לא עבודה ענקית.)
3. הציצו בדלי האחסון שלכם. ודאו ששום דבר מוזר לא קורה (מספר קבצים שמתפוצץ, העלאות חשודות).
4. עדכנו את מסמך “איפה הכול חי” שלכם אם משהו השתנה השבוע.

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

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

מה לעשות כשמשהו משתבש

אם האפליקציה שלכם נשברת בגלל באג של בונה ה-AI או שינוי גרוע:

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

אם הנתונים שלכם נפגמים:

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

אם אתם מאבדים גישה לחשבון שלכם:

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

הדבר שאף אחד לא אמר ליזם

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

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

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

אם בניתם משהו אמיתי, קחו תמונת מצב היום.