לפני שבונים מוצר, בונים את הכללים שמחליטים אם הוא טוב
יוזמה בבנייה, שכבת אמון להורים
EduNavigator היא יוזמה שאני בונה עם שותפה, אוריה: שכבת אמון בין הורים ישראלים לעולם התוכן הדיגיטלי לילדים בגילאי 4 עד 14, שהיום מוצף באפליקציות, קורסים, וסדרות בלי דרך אמיתית לדעת מה שווה את הזמן והכסף. התוכנית המקורית הייתה 90 יום של הוכחת היתכנות בלי שום פיתוח, מסמכי Notion ו-Google Sheets בלבד.
באמצע הדרך קיבלנו החלטה מודעת לשנות כיוון: לבנות MVP אינטראקטיבי אמיתי כדי לבדוק את הרעיון מול הורים אמיתיים לפני שמשקיעים בשלב הנכסים הבא, לא ויתור על המשמעת של שלב ההוכחה, אלא שינוי בכלי. לצד המוצר, בניתי תקן איכות מלא: שער כשל/עבר על בטיחות והתאמת גיל, ולאחריו חמישה קריטריונים משוקללים (התאמה פדגוגית, מקצועיות, אמינות, בהירות ההצעה, שקיפות מסחרית). במכוון לא קבעתי סף מעבר סופי, הוא יוגדר רק אחרי שיהיו נתוני דירוג אמיתיים על 50 פריטים ראשונים, לא ניחוש. כשהתברר שהמוצר צריך תוכן שמנוהל בפועל (אישור, דחייה, הסתרה) בלי לגעת בקוד, בדקתי את ההנחה המקורית של "בלי backend" ביושר, ובניתי תשתית Supabase עם הרשאות ברמת שורה: הציבור רואה רק פריטים מאושרים וגלויים, המנהל רואה ועורך הכול. כל הנתונים שהיו קודם קבועים בקוד עברו לשם כפריטים ממתינים, מוסתרים כברירת מחדל, עד שמישהו בפועל בודק אותם. במקביל, שאלון הורים אמיתי כבר יצא לקבוצות הורים אמיתיות בוואטסאפ ובפייסבוק, ותשובות מתחילות להגיע.
EduNavigator עדיין לפני השקה. אין עדיין תוצאה עסקית מדודה, יש מוצר עובד עם נתוני דוגמה, תקן איכות מוגדר שממתין לנתונים אמיתיים כדי לקבוע סף מעבר, תשתית שמוכנה לתוכן אמיתי, ותהליך אימות ביקוש שכבר רץ מול הורים אמיתיים. זה בדיוק ההבדל בין לבנות מוצר כי "יש רעיון טוב" לבין לבנות אותו כדי לגלות אם הוא באמת טוב, לפני שמשקיעים בו יותר.
יצירת קשר
אפשר להתחיל באבחון קצר של יעילות עסקית, או פשוט להשאיר פרטים לשיחת היכרות ממוקדת לבחינת הצרכים והמערכות בעסק שלכם.
