מדריכים · צ׳קליסט
מדריכים · צ׳קליסט
האפליקציה שלכם מוכנה לפרודקשן כששישה תחומי הנדסה מחזיקים בשימוש אמיתי: בעלות על הקוד, נתונים וגיבויים, אבטחה, המנוע או הלוגיקה שהיא רצה עליהם, deployment וניטור. אבטיפוס יכול להיראות מושלם בדמו ועדיין ליפול בכל אחד מהם, כי דמו אף פעם לא בודק את מה שנשבר קודם: הרשאות, עומסים, תקרות הוצאה והתאוששות.
זה פרק הבדיקה העצמית של המדריך המלא למעבר מאבטיפוס ב‑Lovable לפרודקשן. עברו על הצ׳קליסט למטה לפני שאתם מעמידים מאחורי האפליקציה משתמשים אמיתיים, או כסף אמיתי.
מוכן לפרודקשן אומר שהאפליקציה ממשיכה לעבוד גם כשאתם לא מסתכלים. לא שהיא נראית טוב בדמו, אלא שמישהו זר יכול להשתמש בה לא נכון בשתיים בלילה, והמידע שלו נשאר פרטי בזמן שהמערכת שלכם נשארת שלמה.
אנחנו בודקים את זה מול אותם שישה תחומים בכל פעם: בעלות, נתונים ותשתית, אבטחה, המנוע, deployment וניטור. ליטוש של פיצ׳ר שביעי לא מקרב אתכם; סגירה של כל השישה כן. מערכת שחסר לה אפילו אחד מהם נופלת בצורה שמפתיעה אתכם אחר כך, בדרך כלל מול לקוח.
ענו על כל אחת מהשאלות בכן או לא פשוט. תשובת "לא" אחת אומרת שאתם עדיין לא מוכנים לפרודקשן, לא משנה כמה האפליקציה נראית טוב בדמו.
הכלל קצר: תשובת "לא" אחת על שש הבדיקות אומרת לא מוכן לפרודקשן. רוב האבטיפוסים שמגיעים אלינו עונים "לא" על שלוש לפחות, והפער הזה הוא כל המרחק בין דמו למוצר.
כי דמו בודק את המסלול הטוב, ופרודקשן בודק את כל השאר. הפיצ׳רים שאתם לוחצים עליהם במצגת הם אלה שכבר עובדים; ההרשאות, תקרות ההוצאה וההתאוששות הם החלקים שאף אחד לא ניסה.
אבטחה היא הדוגמה הכי ברורה. באפליקציות שנבנו ב‑Lovable אנחנו מוצאים שוב ושוב הרשאות שנקבעות בדפדפן בלי שום בקרה בצד השרת, כך שכל מי שפותח את הקונסולה של הדפדפן מגיע ליותר ממה שמותר לו. זה לא מקרה קצה נדיר. זה מתועד רשמית כ‑CVE-2025-48757, שמוגדר כך: "an insufficient database Row-Level Security policy in Lovable ... allows remote unauthenticated attackers to read or write to arbitrary database tables of generated sites". הבילדר חולק על ההגדרה, בטענה שהגנה על נתוני האפליקציה היא באחריות הלקוח. המחלוקת הזאת היא בדיוק העניין: הפער הוא שלכם לסגור, והפלטפורמה אומרת את זה בעצמה.
עלות נופלת בשקט בדיוק כמו אבטחה. לקוח אחד הריץ בילדר אוטומטי בלי שום מגבלה על כמה משימות רצות במקביל ובלי מתג עצירה אמיתי, השאיר אותו לבד ליום אחד, וקיבל חשבון AI של יותר מ‑1,000 דולר. הרשימה המלאה של החורים, וכמה כל אחד עולה, נמצאת בחורי האבטחה שאנחנו מוצאים שוב ושוב.
להישאר על Lovable, Bolt או v0 זו ההחלטה הנכונה כשעדיין אין שום דבר אמיתי על הכף. אם אף מידע של משתמש לא יכול לדלוף, אף כסף לא עובר דרך האפליקציה, והשבתה לא עולה לכם כלום, הבילדר עושה את העבודה שלו ובנייה מחדש רק תבזבז לכם כסף.
זה מכסה הרבה שימוש לגיטימי: כלי פנימי לצוות שלכם, אבטיפוס שאתם מציגים למשקיעים בשבוע הבא, דף נחיתה, פרויקט של סוף שבוע. ברגע שלקוח אמיתי מפקיד באפליקציה את המידע או את כרטיס האשראי שלו, ששת התחומים מפסיקים להיות אופציונליים. תישארו על הבילדר עד אז, ואל תיתנו לאף אחד לדחוף אתכם לבנייה מחדש שאתם לא צריכים.
מתקנים את התחומים שנפלו, לפי סדר הנזק: אבטחה ונתונים קודם, אחר כך בעלות, ואז השאר. כמעט אף פעם לא מתחילים מאפס. כשיש קוד עובד, אנחנו בונים מחדש על הבסיס שלו במקום להתחיל מחדש, כך שאתם שומרים על מה שכבר עובד.
למערכת קטנה, ניתוק מהבילדר והקשחה עולים ₪3K–18K ולוקחים 2–4 שבועות, כולל בדיקות חדירה. מה כל רמה כוללת ומה משולם בנפרד נמצא בכמה עולה להפוך אבטיפוס no-code למוצר בפרודקשן, ואפשר לראות כמה עולה לסגור את הפערים האלה, רמה אחרי רמה לפני שמתחייבים למשהו. לא בטוחים בכמה בדיקות האפליקציה שלכם נופלת, קבלו סקירת מוכנות לפרודקשן כתובה ונגיד לכם בכנות, לפני שבכלל מדברים על בנייה מחדש.
מייסד והמפתח הראשי של Zyntari. בונה אפליקציות ופתרונות AI מאז 2024; לפני כן, 12 שנים במכירות וניהול תיקי לקוחות ושותף‑מייסד בשתי חברות. עוד על הצוות · LinkedIn