Thunkable Review 2026: Fast Prototypes, Frequent Crashes

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

מה זה Thunkable?

Thunkable הוא בונה אפליקציות מובייל ללא קוד שמשתמש ב-AI כדי לייצר אפליקציות מקוריות ל-iOS ו-Android מתוך פרומפט טקסט.

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

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

אילו בעיות הוא פותר?

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

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

למי Thunkable מתאים?

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

• מייסדי סטארט־אפים שמאמתים רעיונות מובייל: אם אתם בונים מרקטפלייס, מערכת הזמנות או פורטל שירות, וצריכים פרוטוטייפ iOS/Android פונקציונלי לתקצירים או למשתמשים מוקדמים, Thunkable יקח אתכם מרעיון לאפליקציה נבדקת בתוך שעות.
• מפתחי Python החוקרים מובייל: אתם מבינים לוגיקה ובקאנד APIs, אבל ללמוד Swift או Kotlin זה יותר מדי עבור MVP. Thunkable יוצר קוד React Native שניתן לקרוא ולשנות, ומאפשר לכם לפרוטוטייפ ממשק מובייל במהירות תוך שאתם מתמקדים ב-API.
• בעלי עסקים קטנים שבונים כלים פנימיים: יכולים לתאר את הזרימה שלכם בשפה טבעית, לקבל פרוטוטייפ עובד, ולפרוס אותו כאפליקציה ווב או מובייל בלי לשכור צוות פיתוח.

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

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

יתרונות וחסרונות של Thunkable

נסו את Thunkable בחינם וצפו ב-AI שמממש את רעיון האפליקציה שלכם בקוד עובד בפחות מ-5 דקות. בלי Swift, בלי Kotlin, רק אתם ותיבת טקסט.

תכונות של Thunkable

• ה-AI מייצר קוד React Native מפרומפט
• אפליקציות מרובות מסכים עם ניווט תחתון
• אימות משתמש וניהול תפקידים
• בניית טפסים עם תפריטים נפתחים ואימות
• בקרת גרסאות לכל איטרציית קוד
• פרסום ל-iOS, Android או ווב
• אינטגרציות: Airtable, Firebase, Google Sheets, Xano
• הורדת קבצי APK/AAB לפריסה

החוויה הפרקטית שלי עם Thunkable

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

1. ההתחלה: הרשמה והרושם הראשוני

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

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

• תכנון אירועים
• ניהול מלאי
• נסיעות
• מדיטציה

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

אבל לא רציתי תבנית; רציתי לראות אם ה-AI יוכל להתמודד עם בקשה מורכבת ורב־שכבתית.

לפני שהספקתי להקליד שורה אחת, רציתי ליצור חשבון. לחצתי על כפתור “Sign up” בפינה הימנית עליונה.

חלון לבן ונקי קפץ והציע שלוש דרכים להצטרף:

• המשך עם Google
• המשך עם Apple
• הרשמה עם אימייל

הקלדתי את כתובת האימייל ולחצתי על הכפתור הכחול “Sign up with email”. Thunkable לא מבקש סיסמה בשלב ההתחלה.

במקום זאת, הם משתמשים במערכת “קישור קסם”. היה עלי לעזוב את האתר, לפתוח את המייל בטאב חדש, למצוא את ההודעה מ”הצוות של Thunkable” וללחוץ על “Confirm”. לבסוף חזרתי לדשבורד של Thunkable.

הדבר הראשון ששמתי לב אליו אחרי ההתחברות הוא שהממשק ריקה להפליא. לא הופיעה לי פופ-אפ “ברוך הבא! בואו נעשה סיור”, אין סרטוני הדרכה ואין צ`אטבוט מציק שמנופף לי.

מה חשבתי על זה:

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

2. הפרומפט הראשון ומגבלות תווים

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

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

כללתי גם מבנה נתונים מפורט לשתי טבלאות: “טבלת שירותים” ו”טבלת משתמשים”. אפילו הגדרתי תפקידים ל”לקוח” ו”מנהל”.

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

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

התחושה שלי לגבי התהליך:

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

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

3. צופים בבנייה של ה-AI: שלב “החשיבה”

ברגע שלחצתי על Generate, המסך חשך והופיעה הודעה: “Analyzing your request.”

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

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

• מבנה האפליקציה: בחר בממשק עם ניווט תחתון הכולל שלושה מסכים עיקריים: בית, בקשה חדשה ופרופיל.
• סגנון עיצוב: תיעד את הבקשה לצבע כחול ראשי וסגנון “מקצועי”. ציין גם כיעד “ממשק נקי ומודרני”.
• פיצ’רים מרכזיים: פירוט של הרכיבים שהוא מתכנן לבנות, כולל מערכת התחברות/הרשמה, טופס בקשת שירות ולוח מחוונים עם סינון סטטוסים.
• מבנה נתונים: אישר שהוא יוצר שתי טבלאות: users ו-service_requests. אפילו פירט את העמודות כמו id, service_type ו-status.

אחרי הניתוח, המסך עבר לעורך קוד מלא. צפיתי ב-AI כשהוא מקליד שורת אחר שורת קוד React Native.

ראיתי את יצירת הקבצים בסרגל הצד השמאלי. קבצים כמו App.js, theme.js ו-HomeScreen.js הופיעו בזה אחר זה. ראיתי את הלוגיקה נכתבת – פונקציות כמו handleSubmit, fetchRequests ו-toggleStatus.

כולו ארך כמעט שלוש דקות בדיוק מרגע הלחיצה על “Generate” ועד שנאמר “Your app has been generated!” והופיע כפתור כחול “Preview”.

מה חשבתי על זה:

להתבונן ב”חשיבה” של ה-AI היה מדהים. זה נתן לי אפשרות לבדוק אם הוא באמת הבין את הבקשה שלי לפני אפילו שכתב שורה אחת של קוד.

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

4. המבט הראשון: סקירת האפליקציה שנוצרה

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

הרושם הראשוני שלי היה שהאפליקציה נראית מאוד נקייה ו”מקורית”. זה לא הרגיש כמו אתר מובייל; זה הרגיש כמו אפליקציה אמיתית שתמצאו ב-App Store.

פירוט קצר של מה שראיתי:

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

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

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

הרשימה הריקה הייתה החיסרון היחיד הקטן – הלוואי שהוא היה יוצר כמה בקשות שירות מזוייפות כדי שהמסך לא ייראה כל־כך ריק מההתחלה. זה היה מגביר את אפקט ה-WOW.

5. כשהשגיאות התחילו להופיע: לולאת תיקון תקלות

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

Runtime Error: Your app encountered an error while running. Cannot read properties of null (reading ‘id’) at Line 433, Column 50. Error location: the ‘HomeScreen’ screen.

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

בתוך תיבת השגיאה הופיע כפתור גדול שאמר “Fix with AI”. לחצתי עליו, וה-AI חזר ל”מצב חשיבה”. הוא בילה כ־45 שניות ב”ניתוח” הקוד ואז רענן את התצוגה.

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

• תפריט נפתח ל”סוג שירות” עם Plumbing, Electrical וכו׳.
• שדה טקסט גדול לתיאור.
• בוחר תאריך לתאריך מועדף.
• תפריט נפתח ל”דרגת דחיפות”.

אבל כשניסיתי ללחוץ על האייקון “פרופיל” כדי לראות את פרטי המשתמש שלי, הופיעה שגיאה שנייה:
Runtime Error: Cannot read properties of null (reading ‘name’) at Line 949, Column 42.

מה חשבתי על זה:

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

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

6. קרדיט ומגבלות טוקנים: עלות הבנייה

בזמן שלחצתי על “Fix with AI”, התחלתי לתהות כמה זה יעלה לי. נכנסתי להגדרות החשבון וגיליתי סעיף “Tokens”.

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

למדתי שאחרי הבנייה הראשונית ושני התיקונים, מאזן הטוקנים שלי ירד בכ־250.

מה חשבתי על מגבלות הקרדיט:

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

7. התאמת עיצוב: ללא קוד מול קוד גבוה

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

לגבי האפליקציות שה-AI יוצר, “התאמה” פירושה עריכת קוד React Native.

• שינוי צבעים: צריך לגשת לקובץ theme.js ולשנות ערכי hex כמו #0000FF למשהו אחר.
• הזזת כפתורים: צריך לכוונן הגדרות Flexbox בקוד הדומה ל-CSS.
• הוספת קומפוננטות: אם רוצים להוסיף כפתור חדש, צריך להקליד ידנית בקוד.

מה חשבתי על זה:

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

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

8. הגדרת נתונים ובקאנד: איפה הנתונים שלי?

החלטתי לבחון איך הנתונים מטופלים. בקוד מצאתי את השורה:

const storageStrategy = ‘all-local’;

ובעמוק יותר ראיתי שימוש ב-useQuery ו-useMutation מ-‘platform-hooks’:

const { useQuery, useMutation } = require(‘platform-hooks’);

זה היה מבלבל בהתחלה. הבקשות נשמרו בעזרת ה-hooks האלה, אבל לא הצלחתי להבין לאן הנתונים באמת נשלחים. האם הם נשארים על המכשיר? האם הם עוברים לבסיס נתונים בענן?

גיליתי ש:

ה-‘all-local’ strategy שומרת את הנתונים באופן מקומי על המכשיר, אבל לא בבסיס נתונים אמיתי. למעשה זו מערכת localStorage מתוחכמת שנראית כמו שימוש ב-database (עם queries ו-mutations), אבל בעצם מנהלת נתונים בדפדפן או באחסון זמני במכשיר.

הטוב: הקוד כבר מבנה לעבוד עם מסד נתונים באמצעות useQuery ו-useMutation.

הרע: זה לא מחובר ל-Airtable, Firebase, Google Sheets או כל מסד נתונים בענן. אם תשלחו בקשה, השיפוצניק לא יראה אותה כי היא נשמרת רק במכשיר שלכם. הנתונים נעלמים כשמוחקים את האפליקציה או עוברים מכשיר.

מה קרה כששאלתי “איך מחברים מסד נתונים?”

הקלדתי שאלה זו בצ’אט של הפרומפט הראשי, מקווה שה-AI יشرح או יציע להגדיר אינטגרציה.

לצד הלוגים של “החשיבה” הופיעה ההערה:

“The user is asking ‘How do I connect a database?’ This is not a request to modify the code, but rather a question… However, based on my instructions, I need to return complete, updated code only.”

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

היא לא עברה ל-cloud database ולא הציעה חיבור ל-Airtable. רק שינתה מעט את המבנה הפנימי.

מה חשבתי על הבקאנד:

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

לפי התיעוד של Thunkable אפשר להשנות את storageStrategy ל-‘all-supabase’ (מסד בענן עם auth) שייצא בעתיד, אבל ה-AI builder כרגע לא תומך בזה באופן מלא.

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

9. האינטגרציות הזמינות: קישור הנקודות

למרות שה-AI לא יצר עבורי, בדקתי בפלטפורמה אילו אינטגרציות קיימות אם רוצים להוסיף ידנית:

• Airtable: מסד ענן עם ממשק גיליון אלקטרוני – אידיאלי לניהול בקשות שירות שיכולות להיראות גם בפורמט spreadsheet.
• Firebase: אימות משתמש בזמן אמת וסינכרון בין מכשירים – פותר את בעיית הנתונים הלוקאליים.
• Google Sheets: מעקב פשוט ונגיש למשתמשים לא טכניים.
• Xano: בקאנד סקלאבילי ללא שרתים – מתאים לצמיחה.
• Backendless: מסדי נתונים חזותיים וניהול משתמשים.
• Cloudinary: טיפול בתמונות, למשל תמונות של צינור שבור.
• Webflow: סנכרון עם CMS של אתר.
• RevenueCat: רכישות ושדרוגים בתוך האפליקציה.

למה ה-AI לא השתמש בהן?

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

1. ה-AI builder מוגבל לאסטרטגיות אחסון קבועות כמו ‘all-local’ ו-‘all-supabase’ (הבאה).
2. אין ממשק שיחה לגיבוש ההגדרות – לא ניתן לכתוב “חבר את זה ל-Airtable” ולקבל פתרון אוטומטי.
3. ה-AI בוחר באפשרות המהירה ביותר (אחסון מקומי) ולא שואל שאלות המשך כמו “האם יהיו משתמשים מרובים?”

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

• אחסון מקומי (מהיר, אופליין, אך נתונים במכשיר אחד)
• Airtable (מסד ענן בסגנון spreadsheet)
• Firebase (מסד בזמן אמת עם אימות)
• Google Sheets (מעקב פשוט)

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

10. בקרת גרסאות: רשת הביטחון האולטימטיבית

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

הלוח כולל:

1. “Service Request Portal with User Authentication” (זו שקרסה)
2. “Fix null reference error” (התיקון הראשון)
3. “Connect database to application”

אפשר ללחוץ על כל גרסה כדי לצפות בקוד או “Restore” לאותו רגע.

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

11. פרסום ופריסה: עלייה לאוויר

כשנהניתי מהאפליקציה במצב טוב למדי, בדקתי את אפשרויות ה”Publish”. בפינה הימנית עליונה יש כפתור גדול “Publish”.

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

• Publish iOS: להתחלת תהליך השליחה ל-App Store של אפל (דורש חשבון מפתח אפל).
• Publish Android: יוצר APK או AAB ל-Google Play.
• Publish Web App: נותן לכם URL כדי שאנשים ישתמשו באפליקציה בדפדפן מובייל ללא הורדה.

יש גם כפתור “Download” שמאפשר לבקש עותק מקומי של קבצי הבנייה ל-Android ו-iOS. זה משמעותי כי אתם למעשה בבעלות הפלטפורמה – אתם מחזיקים בקבצים.

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

סיכום סופי של החוויה

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

ההערכה הסופית שלי:

בונה ה-AI של Thunkable הוא נקודת התחלה עוצמתית למי שרוצה לבנות אפליקציית מובייל במהירות. הוא מצוין לוויזואליזציה של רעיון ויצירת מבנה UI בתוך דקות במקום ימים.

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

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

אם אתם מצפים לאפליקציה מושלמת במכה אחת, תתאכזבו מהשגיאות.

תמחור ותוכניות של Thunkable

Thunkable מציע ארבע רמות תמחור המבוססות על מגבלות טוקנים של AI, פרטיות פרויקטים ואפשרויות פרסום.

כל התוכניות כוללות את בונה הקוד ב-AI. ההבדל הוא כמה אפשר לבנות ולאן אפשר לפרסם.

עלויות נסתרות

תצטרכו חשבון Apple Developer ($99/שנה) ו-Google Play ($25 חד-פעמי) כדי לפרסם בחנויות. Thunkable לא מזכיר את זה מראש, אבל אי אפשר לשלוח אפליקציות לחנויות בלעדיהם.

טוקני ה-AI מתאפסים מדי חודש בתוכניות בתשלום (מחדשים במועד החיוב). אם השתמשתם ב-3,000 מתוך 20,000 בטיר Accelerator, תקבלו מחדש 20,000 בחודש הבא. טוקנים לא מנוצלים לא נצברים.

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

המלצה שלי

התחילו עם Accelerator ($19/חודש) אם אתם רציניים בבנייה. 2,000 הטוקנים של התוכנית החינמית נגמרים מהר מדי בתיקון תקלות, וצריך לפחות פרויקט פרטי אחד לעסקים.

בנו את האפליקציה ב-Thunkable, ואז חברו ידנית ל-Django בקוד React Native המיוצר על ידי שינוי נקודות הקצה של ה-API.

חלופה ל-Thunkable

בונה הקוד AI של Thunkable מציע פרוטוטייפ מהיר, אבל אם אתם רוצים UI מובייל פיקסל־פרפקט עם שליטה מלאה בקוד, FlutterFlow היא חלופה משכנעת.

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

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

הפסיקה הסופית על Thunkable

בונה ה-AI של Thunkable מקיים את ההבטחה: אפליקציות מובייל עובדות בתוך דקות מפרומפט בשפה פשוטה.

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

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

אבל אם אתם מצפים לאפליקציות מדויקות ומוכנות לייצור בלי לגעת בקוד – תתאכזבו.

Thunkable

4.3

0 user reviews

55.67 ₪ /mo

מחיר התחלתי

Rating based on expert review

• ידידותיות למשתמש
  0.0
• תמיכה
  0.0
• תכונות
  0.0
• אמינות
  0.0
• מחיר
  0.0