מדריך למעביר הדמו
מסמך פנימי למי שמעביר דמו קבוצתי למפעילי חוגים מתעניינים. גרסה 2 — מעודכן לפי תשובות המפתחים ולפי חזרת הדמו הפנימית (9.8).
00🔴 סוגיות פתוחות
- לוודא את תקינות מערכת הדמו עם דריה לפני שמתחילים.
- מסכים חדשים/לא גמורים במערכת (מלאי, מערכת לו"ז, בקשות שלי, מאגר שיעורים) — הועלתה בקשה לסמן אותם כ"בפיתוח". עד שזה קורה — עדיף לא להיכנס אליהם בדמו.
- מסכי טסטינג מול המערכת החיה — ממשק הטסטינג כולל שיפוצים ותוספות שטרם עלו לחי.
- פרוטוקול הסלמה — אופיר אחראי על המעקב אחרי "נעביר לעודד", ותוך כמה זמן חוזרים ללקוח.
למה זה קריטי דווקא לפני הדמו הזה רקע
- SMS בטסטינג. בחזרה הפנימית אף אחד מהמשתתפים לא קיבל קוד אימות, וזה עצר את הדמו באמצע. אם זה קורה מול מתעניינים — זה נראה כמו תקלה במוצר, לא בסביבת הבדיקות. יש נוסח מוכן למקרה כזה בסעיף מסרים ארוזים.
- מסכים לא גמורים. חלקם נראים פעילים לחלוטין אך אינם מתפקדים. מתעניין שייתקל בהם בעצמו אחרי הצטרפות עלול לפרש את זה כפער אמינות.
- פער טסטינג/חי. אם מדגימים מסך שקיים רק בטסטינג — לומר זאת מראש, אחרת זו הבטחה שלא ניתן לעמוד בה ביום ההצטרפות.
0משאבים מהירים
- מחשבון עלויות (לכל שאלת תמחור): hug-calc.nirshamti.app
- ערוץ בקשות פיצ'ר/תמיכה: "משוב המערכת" בתפריט הראשי במסך המשתמש
- הסלמה: כל שאלה שאין עליה תשובה טובה ← עודד, ארכיטקט המערכת. לבקש כבר בתחילת השיחה מהמתעניינים לרכז את השאלות שספציפיות לצרכים שלהם, ואנחנו נבקש מעודד ליצור קשר.
1סטטוס פיצ'רים — מאומת מול המפתחים
מה שאומת כלא-קיים (למרות שהוזכר בוובינר)
חלק מהפיצ'רים ישולבו בהמשך השנה. לא ניתן להבטיח איזה פיצ'ר ישולב מתי.
| פיצ'ר | סטטוס |
|---|---|
| חסימת הרשמה X דקות לפני שיעור | 🔵 עדיין לא קיים |
| אכיפת מדיניות ביטול פר חוג | 🔵 לא נאכף |
| בחירת שיעור ע"י המדריך (סילבוס) | 🔵 עדיין לא קיים כבחירה |
| רדיפה אוטומטית אחרי הורה על תשלום שנכשל | 🔵 אין SMS/מייל יוצאאבל יש התראה על כך להורה מיד כשהוא נכנס למערכת |
| ביטול ← מייל אוטומטי למתנ"ס | 🔵 עדיין לא קיים |
| סריקת דוח נוכחות מתנ"ס + סנכרון AI | 🔵 עדיין לא קיים |
| דוחות לרכזת רק אחרי אישור מפעיל | 🔵 עדיין לא קיים |
| הכנסות לפי חודש / תחזית הכנסות | 🔵 עדיין לא קיים |
| תפוצת הודעות בוואטסאפ | 🔵 עדיין לא קייםSMS ומייל כן קיימים |
| API להתממשקות מול כלים חיצוניים | 🔵 עדיין לא קיים |
| ניהול שעות עבודה/שכר מדריך | 🔵 עדיין לא קיים |
| תשלום חלקי כתשלום ראשון | 🔵 לא עובדדריה מסתירה את השדה |
| הודעה אוטומטית להורה כשנפתח מקום מרשימת המתנה | 🔵 עדיין לא קייםיוזמת המפעיל |
אם מתעניין מזכיר פיצ'ר מהוובינר שאינו קיים תסריט
19 מפעילים השתתפו בוובינר, וחלק מהפריטים בטבלה נאמרו שם בלשון הווה. סביר שמישהו יזכור. שלושה כללים:
- לא מכחישים ולא מתנצלים. "זה בפיתוח" זו תשובה לגיטימית ומספקת.
- לא נותנים תאריך. גם לא "בקרוב" או "עוד חודשיים".
- מנתבים לעודד. הוא היחיד שיכול לתת תמונה מדויקת של תוכנית הפיתוח.
"המערכת ממשיכה להתפתח כל הזמן, ויש דברים שנמצאים כרגע בפיתוח. אני לא רוצה להתחייב לתאריכים — עודד יוכל לתת לך תמונה מדויקת בשיחה שנקבע."
חלקי
| פיצ'ר | סטטוס |
|---|---|
| תא משפחתי / הורים גרושים | ⚠️ חלקי מאוד |
| סטטיסטיקות (חזרה שנתית, המרה, גדלי קבוצות) | ⚠️ חלקי |
| תמיכה טכנית להורים | ⚠️ מנגנון קיים, ההגדרה חסרהראו תמיכה להורים |
מה שקיים ועובד — זה מה שמדגימים
- הרשמה עצמית מלאה (ת"ז ← SMS ← פרטים)
- פופאפ "הוסף ילד" מיד אחרי התחברות ראשונה, שמפנה ישירות להרשמה
- בחירת אזור / עיר / בית ספר / חוג
- הרשמה לניסיון ללא פרטי אשראי
- תקנון עם גלילה מחייבת + אימות SMS כחתימה משפטית
- מסך תשלום טרנזילה מוטמע
- מעבר מקוצר מניסיון להרשמה מלאה — בלי מילוי חוזר
- אזור אישי: תוכניות, לוח פעילויות, נוכחות, תשלומים, כרטיסי אשראי, ילדים, תקנון
- העלאת כיתה אוטומטית שנתית עם אישור הורה
- קישור לקבוצת וואטסאפ של החוג מיד אחרי הרשמה
- פולואפ אוטומטי לנוכחי ניסיון — קיים ועובד
- מסך תלמידים עם סינון וייצוא לאקסל
- תבניות ← חוגים
- תקנונים מרובים פר חברה ושיוך פר חוג
- חישוב לו"ז אוטומטי לפי לוח השנה כולל חגים
- טבלת תשלומים חודשית עם שליטה בסכום פר חודש
- מספר מפגשים מוצהר — מידע פנימי, לא חשוף להורה
- הגבלת מספר ילדים + רשימת המתנה
- הגבלת פיק לשיעור ניסיון (רשומים + ניסיון יחד)
- מדריכים משויכים ומחליפים
- מודול הודעות SMS/מייל עם פרמטרים וסינון לפי סטטוס/בית ספר
- זיכוי (פעם אחת פר תשלום פר חודש)
- "שלם שוב"
- חיוב מרוכז של כל הכרטיסים
- דוחות תקורה בפורמט עיריית חיפה
- ניהול ציוד — קיים (3 רכיבים)
- לו"ז פעילויות
- רשימת תלמידים מסוננת רק למה שמשויך לו
- נוכחות מהטלפון בלי אפליקציה
- הערות תלמידים
- החלפה בהדרכות — גישה זמנית שנעלמת אחרי היום
- "דרוש טיפול" כמרכז שליטה: נוכחות חלקית, היעדרות 3+, טיקטים
- חומרים וציוד לשיעור
ניהול השאלות בדמו קבוצתי
הדמו קבוצתי, ולכן התשובות אינן אישיות. עם זאת אנחנו כן רוצים לשמוע את השאלות הספציפיות — הן הדלק לשיחת ההמשך.
"הדמו הזה משותף לכמה מפעילים, אז נתמקד במה שרלוונטי לכולם. שאלות שנוגעות ספציפית לפעילות שלכם — כתבו לעצמכם בצד, ונקבע לכם שיחה אישית עם עודד, ארכיטקט המערכת, שייכנס איתכם לעומק."
בפועל
- שאלות אחרי כל מסך.
- המנחה ממדר — שאלות רוחביות נענות בקול, ספציפיות ← רשימה לעודד.
- שאלה שאין עליה תשובה טובה — עדיף לא לענות: "אני אדאג שעודד יחזור אליך עם תשובה".
- השיחה מתומללת — אין צורך לרשום, אבל כן לוודא שהתמלול פועל.
הצגה עצמית
- אופיר — מנהל הדרכה באטומיקס
- בת אל — מנהלת הרשמות ותשלומים באטומיקס
שני המשתמשים העיקריים במערכת, ששמחים להציג אותה מהפרספקטיבה של המשתמש.
סדר הצגה מומלץ
עיקרון: ~30-60 שניות למסך. לכל מסך — מה רואים + הרציונל למה הוא קיים.
- תפריט הורה תחילה — זו הליבה הראשונה. שואלים את המשתתפים אם ניסו ליצור משתמש במערכת והתנסו בה. מתחילים מהתהליך המלא של הרשמה, ואז עוברים מסך-מסך.
- תפריט חברה — הליבה השנייה. תלמידים, תוכניות (בקצרה), תשלומים.
- תפריט מדריך — לו"ז, מסך מילוי הנוכחות, שיוך מדריכים לחוגים.
- דוחות — לרוץ מהר, להתמקד בדוח תקורה.
- יתר המסכים — לרוץ עליהם מהר. להסביר את הרציונל של כל מסך ובמה הוא מטפל. לא ניתן להתעכב מעבר לכך על המסכים הללו. להסביר שהמערכת מאוד מקיפה ושלא ניתן להראות כל מסך בדמו, אבל תהיה כמובן תמיכה מלאה למי שיבחר להצטרף למערכת.
תפריט הורה — רצף המסכים המדויק הרחבה
הרצף שנבדק בחזרה הפנימית. ההיגיון: ההורה לא מרגיש שהוא נרשם למערכת — הוא מרגיש שהוא רושם ילד לחוג.
- התחברות עם תעודת זהות ← קוד אימות ב-SMS
- מילוי פרטי הורה בסיסיים
- פופאפ שקופץ מיד — "רשום ילד לתוכנית או לחוג". זה הכפתור הבולט ואין ספק מה נדרש לעשות
- הוספת ילד: ת"ז, כיתה, סימון צהרון, פרטים נוספים
- בחירת ילד ← אזור ← עיר ← בית ספר ← החוגים שמשויכים לאותו בית ספר
- פרטי החוג המלאים ← בחירה בין שיעור ניסיון להרשמה מלאה
- תקנון עם גלילה מחייבת עד הסוף
- אימות SMS — המקבילה המשפטית לחתימה
- מסך תשלום טרנזילה מוטמע ← מסך הצלחה
ואז המסכים באזור האישי: תוכניות וחוגים · לוח פעילויות · נוכחות · התשלומים שלי · הילדים שלי · הפרטים שלי · מרכז תמיכה · משוב מערכת.
נקודה ששווה לומר בקול: ההורה רואה נוכחות בזמן אמת — אבל לא רואה את הערות המדריך. ההפרדה הזו מכוונת.
תפריט חברה — מה להראות ובאיזה עומק הרחבה
- מסך תלמידים. לסנן לפי בית ספר ← מציג את כל הילדים בכל חוג ובכל סטטוס. להראות שיש רשימת פעולות עשירה ושאפשר לייצא לאקסל, בלי לעבור פריט-פריט. כאן בדיוק המקום למסר המידור — ראו מסרים ארוזים.
- תוכניות. משפט אחד על תבניות ואז הלאה. פירוט מלא מבלבל.
- תשלומים. להראות שהמסך קיים, שהתשלומים עוברים לפי מה שהוגדר, ושיש גמישות (זיכוי, הנחה, "שלם שוב", חיוב מרוכז). בלי לצלול.
תפריט מדריך — הזווית שהכי מרשימה מפעילים הרחבה
- לו"ז פעילויות של המדריך בבתי הספר השונים.
- רשימת תלמידים — מסוננת אוטומטית רק למה שמשויך לו. מדריך שלא משויך לבית ספר לא יראה שם אף ילד. זו הגנת מידע מובנית, שווה לומר את זה במפורש.
- סימון נוכחות מהטלפון — בלי אפליקציה. עם תמונת התלמיד, אם ההורה העלה.
- החלפה בהדרכות — גישה זמנית שנעלמת מעצמה בסוף היום. אין צורך לזכור לבטל הרשאה.
- דרוש טיפול — "מרכז השליטה": נוכחות שלא מולאה, ילד שנעדר 3+ פעמים, טיקטים פתוחים. מופיע גם למדריך וגם לחברה.
מה לא נכנסים אליו
- תבניות בפירוט — מסובך מדי, מבלבל גם משתמשים ותיקים.
משפט אחד: "פותחים חוג מתוך תבנית, וזה חוסך עבודה כשיש הרבה חוגים מאותו סוג".
פתיחת החוגים הראשונים נעשית ממילא בליווי אישי. - חוגי מתנ"ס — לא מעלים ביוזמתנו. קהל היעד (חיפה) עובד בתשלום ישיר דרך נרשמתי. אם נשאלים — שיחה נפרדת.
- תשלומים לעומק (זיכויים, שינוי סכומים פר-ילד) — להראות שהמסך קיים ושיש גמישות, בלי לצלול.
- מסכים בפיתוח — לציין שישנם מסכים עם יכולות מתקדמות שעדיין בפיתוח. כל פיצ'ר שיצורף למערכת במהלך השנה יהיה פתוח להם ויוכל לשמש אותם. מלאי, מערכת לו"ז, מאגר שיעורים, הבקשות שלי (של ההורה) ועוד.
- ניתוח נתונים — "מסביר את עצמו", לא להתעכב.
3טרמינולוגיה
| מונח | משמעות במערכת |
|---|---|
| תוכנית | שם-על לכל מסגרת לימודית: חוג, קורס, סדנה, קייטנה |
| חוג | תוכנית ספציפית המשויכת לבית ספר + יום + שעה |
| קבוצה | חלוקה פנימית בתוך חוג. לא חשופה להורה |
| תקנון | מה שההורה קורא ומאשר בהרשמה |
| חוזה | הקשר המחייב בין תלמיד לתוכנית; מאפשר ומתיר למפעיל החוגים לחייב את כרטיס האשראי של ההורה רק עבור אותה תוכנית שאליה רשם את ילדו |
⚠️ לא לומר "קבוצה" כשמתכוונים לחוג. זה הבלבול הכי נפוץ.
לא לומר "בק-אופיס".
הדוגמה שממחישה את ההבדל הרחבה
מבית ספר נווה פרס: חוג קסמי מדע בשעה 12:45 עם 40 ילדים. ההורה רואה חוג אחד — הוא נרשם ל"קסמי מדע, 12:45". בפועל הוא מחולק פנימית לשתי קבוצות של 20 ילדים עם מדריך שונה לכל אחת. ההורה לא רואה את החלוקה הזו ולא יודע אצל מי הילד שלו.
למפעיל יש שתי דרכים לגיטימיות, וזו החלטה שלו:
- חוג אחד עם חלוקה פנימית — כשאין סיבה שההורה יבחר. פשוט יותר להורה.
- שני חוגים נפרדים — כשיש סיבה טובה להפריד (למשל כיתות א' מול כיתות ד'), ואז ההורה בוחר בעצמו לאיזה להירשם.
אם מציגים את זה — מציגים כגמישות, לא כדרך העבודה של אטומיקס.
סטטוסים — הסבר מוכן
"אנחנו מנהלים סביבה מורכבת עם הרבה אי-ודאות, ולכן משתמשים בסטטוסים לניהול מצבו של כל תלמיד בכל רגע. שיעור ניסיון — זכאי להיכנס לשיעור אחד. נכח בניסיון — מתעדכן אוטומטית ברגע שהמדריך מסמן נוכחות. רשום — נרשם ושילם. רשום לא משולם — סטטוס ביניים (ישנם כמה כאלה) — חתם על תקנון וסיים הרשמה אך התשלום לא הושלם."
"מצבי הביניים האלה הם בדיוק ההתאמה כמו כפפה ליד שנותנת לנו מערכת נרשמתי ואין במערכות אחרות. מערכות אחרות לא בנויות לנהל מצבי ביניים. אנחנו הוספנו אותם כי עובדים כאן עם ילדים — ואנחנו לא רוצים שילד ייפגע בגלל איזו סוגייה טכנית בין ההורה למערכת."
- מפעיל יכול תמיד לשנות סטטוס ידנית.
- המדריך לא רואה את הסטטוס הכספי — זה לא עניינו.
התרחיש שהכי משכנע מפעילים דוגמה
הורה נרשם, חתם על התקנון, והאשראי לא עבר. בלי סטטוס ביניים — הילד מגיע לשיעור והמדריך לא מכניס אותו, כי הוא לא ברשימה.
עם "רשום לא משולם": הילד מופיע ברשימת המדריך ונכנס לשיעור כרגיל, המדריך אפילו לא יודע שיש בעיה כספית, והמפעיל מטפל בגבייה בנפרד — מול ההורה, לא מול הילד.
אפשר גם להגדיר פר חוג האם "רשום לא משולם" מופיע ברשימת הנוכחות או לא. ההחלטה בידי המפעיל.
5שאלות קשות
מבנה: הכרה ← תשובה קצרה ← הצעת העמקה בפרטני.
"למה יקר יחסית למערכות דומות?"
לא מתחרים על הזול ביותר כי לא פותרים את אותה בעיה. מערכת כללית נותנת מענה למשתמש כללי; נרשמתי נבנתה סביב מקרי הקצה שמאפיינים ניהול חוגים לילדים במערכת הקהילתית, והותאמה לתת את המענה עבורם. תוכנה שהותאמה לצרכים מדויקים תמיד מתומחרת גבוה יותר — כי הערך האמיתי שלה נמדד ברגע שבו היא נדרשת לענות על מקרה קצה, שאחרת יצריך מאיתנו פעולות תיאום ועבודה ידניים, שיש להם עלות גבוהה בזמן, בכסף ובלחץ.
שלוש שכבות העלות — אם רוצים להעמיק בתשובה הרחבה
מערכת כללית לא "נכשלת" במקרה קצה — היא פשוט לא נותנת תשובה, ומעבירה את העלות אליכם. בשלוש שכבות:
- שעות עבודה ישירות. הבסיס, וזה החלק שקל למדוד.
- מס התיאום הידני. כשמקרה קצה לא נסגר במערכת, הפתרון עובר לוואטסאפ ולאקסל — ומישהו צריך לצלוב בין שלושה מקורות. העלות אינה רק זמן הביצוע: כל הפרעה כזו גובה גם את זמן החזרה לריכוז, ומייצרת טעויות נוספות.
- העלות הרגשית. הורה נסער בטלפון זו לא "עוד עשר דקות" — זו עבודה רגשית שמצטברת, בדיוק בשעות הכי עמוסות. מערכת שסוגרת את מקרה הקצה לפני שהוא מגיע לטלפון שלכם היא לא נוחות, היא החזרת אנרגיה.
מסגור הביטוח: ההבדל בין מערכת זולה ליקרה כמעט לא מורגש ביום רגיל. הוא מורגש באחוזים הבודדים שבהם משהו משתבש — וזה בדיוק מה שאתם קונים.
"האם אטומיקס רואה את הנתונים שלי?"
ראו המסר הארוז במסרים ארוזים מראש — עונים על זה בביטחון ובקצרה, בלי להתגונן.
"מה עם פיצ'רים שהוזכרו בוובינר ולא ראיתי?"
⚠️ שאלה רגישה. בכנות ובלי הבטחות: "המערכת ממשיכה להתפתח, ויש דברים שנמצאים בפיתוח כרגע. אני לא רוצה להתחייב לתאריכים — עודד יוכל לתת לך תמונה מדויקת." בלי תאריכי יעד.
AI / vibe coding
לא מעלים ביוזמתנו. אם נשאלים: תשובה קצרה ומכבדת, בלי הרחבה.
6מסרים ארוזים מראש
חשיפה צולבת ↔ בידוד נתונים (תמיד יחד)
"כשהורה נכנס לבית ספר מסוים במערכת, הוא רואה את כל החוגים שפועלים שם דרך נרשמתי — כולל שלכם. זה אומר שחוג חדש נחשף להורים שלא הכירו אותו קודם. ובאותה נשימה — כל מפעיל רואה אך ורק את התלמידים וההורים שלו. יש מידור מלא ברמת החברה, טבלאות נפרדות בבסיסי הנתונים. תלמיד של מפעיל אחר לא יכול להופיע לכם בשום רשימה, בשום דרך."
למה שני החלקים חייבים לבוא יחד רציונל
החשיפה הצולבת היא יתרון שיווקי אמיתי — אבל היא מייצרת את חשש שיתוף המידע ברגע שהיא נאמרת. אם אומרים רק את החלק הראשון, המתעניין ישלים לבד את המסקנה המדאיגה. אם אומרים את שניהם ברצף אחד, אותו משפט שמעורר את החשש גם סוגר אותו.
נקודת ההגשה הטבעית: מסך התלמידים בתפריט חברה, כשרואים על המסך את הסינון לפי בית ספר.
התפתחות המערכת
"נרשמתי ממשיכה להתפתח באופן פעיל, ומה שמכתיב את סדר הפיתוח הם הצרכים שעולים אצלנו כמפעיל חוגים גדול שממשיך לגדול. כשתגיעו לאותו שלב גדילה, כל הכלים שמאפשרים גדילה כבר יחכו לכם במערכת. זו הסיבה שנרשמתי מתאימה גם למי שמתחיל וגם למי שכבר גדול — היא לא רק מנהלת את החוגים שלכם היום, היא מאפשרת מסלול צמיחה בתוך המערכת הקהילתית ומחוצה לה."
תקלה טכנית בזמן הדמו
"זו מערכת הבדיקות שלנו, לא המערכת החיה — אלמנטים שכרוכים בחיבור למערכות חיצוניות לא בהכרח עובדים, למשל תשלום בפועל. המערכת החיה מחוברת לשירותים החיצוניים הנדרשים."
איך לא לאבד את הקצב אחרי תקלה טיפ
- לומר את המשפט פעם אחת, בקצרה, ולהמשיך. התנצלות חוזרת מגדילה את התקלה בעיני הצופה.
- לא לנסות שוב ושוב מול קהל. אם משהו לא עלה תוך ניסיון אחד — מתארים במילים מה היה אמור לקרות וממשיכים למסך הבא.
- לא להיכנס להתלבטות בקול על סיבת התקלה.
7תשובות ייעוציות
מבנה:
- המערכת יכולה לתמוך — זו לא מגבלה טכנית
- המלצה בביטחון
- הסיבות
- הפתרון הקיים
"למה לא מזומן וצ'קים?"
המערכת לא חוסמת — אפשר לסמן ידנית ולהפיק קבלה דרך הממשק של טרנזילה שמגיע ביחד עם המינוי למערכת נרשמתי. אנחנו ממליצים בתוקף נגד, מניסיון אישי: כשזה עבר דרך מדריכים, כסף הלך לאיבוד. יש גם חשיפה משפטית — ברגע שכסף עובר יד ביד נוצרת חובה מיידית להוציא קבלה, וכבר היו ביקורות בבתי ספר. זה גם הופך את המדריך לגובה כספים בעל כורחו. העיקרון האמיתי: שליטה. גבייה באשראי נותנת לכם את היכולת לחייב ביוזמתכם, במקום לחכות שההורה יעביר. אצלנו 100% מהתשלומים באשראי — פשוט לא לוקחים מזומן או צ'קים, וזו ההמלצה שלנו גם לכם.
"למה אין אפליקציה?"
להתקין אפליקציה בשביל לרשום ילד לחוג זו ציפייה לא ריאלית מההורה. אחוז ההורים שיתקינו אפליקציה בדיוק באותו רגע רגיש (רישום הילד תחת לחץ זמן) הוא קטן מאוד. הורים יעדיפו להתקשר אלינו ולדרוש שאנחנו נרשום את הילד במקומם, וזו לא המטרה.
כמו כן, אנחנו לא רוצים שההורה ירגיש שהוא נדרש לבצע פעולות שהוא לא מעוניין לבצע — כמו להוריד אפליקציה או להירשם למערכת — כשכל מה שהוא רוצה זה לרשום את הילד לחוג. לכן: גישה מכל דפדפן, מכל מכשיר, בלי התקנה. אותו עיקרון למדריך — גישה לסימון נוכחות מהטלפון בלי התקנה.
8תמיכה להורים
מסגור: המחיר לא כולל תמיכה בהורים — הוא כולל תמיכה בכם. ממשק ההורה מצומצם ומסביר את עצמו, ויש סרטוני הדרכה לשליחה. רק במקרים מיוחדים מעבירים אלינו פנייה של הורה (מקרים שבהם המערכת לא יכולה לתת את המענה בעצמה):
- הורים גרושים / שיוך שני הורים לאותו תא משפחתי
- כפילות רישום שדורשת מיזוג
- אובדן גישה (טלפון/מייל הוחלף)
- תקלת SMS טכנית (חסימת ספק)
9שפה אסורה ומספרים נעולים
- לא מזכירים מתחרים בשם, גם לא בביקורת. מותר: "עדיין לא קיים, ככל הידוע לנו, במערכות אחרות".
- לא מתייחסים ל-AI ביוזמתנו בשום צורה.
- לא מתייחסים לתמחור אלא אם נשאלים ← ואז מפנים למחשבון.
- לא מציגים פריט 🔵/⚠️ כקיים, ולא נותנים תאריכי יעד.
- לא אומרים "בק-אופיס" ולא "קבוצה" במקום "חוג".
- 1.95 ₪ לתלמיד פעיל לחודש
- מינימום 99 ₪/חודש — לא כולל מע"מ
- טרנזילה 89 ₪/חודש ישירות מולם
- מחירי החוגים שמגדירים להורים כן כוללים מע"מ
10מקרי קצה שהמערכת פותרת (מאומת)
- רישום לניסיון בלי התחייבות או פרטי אשראי
- מעבר מקוצר מניסיון להרשמה
- רשימת המתנה אוטומטית בהגעה למכסה
- פיק נפרד לניסיון
- תלמיד רגע-אחרון מופיע בזמן אמת ברשימה
- העלאת כיתה שנתית אוטומטית עם אישור הורה
- פולואפ אוטומטי לנוכחי ניסיון
- רשום לא משולם — הילד נכנס לשיעור למרות כשל תשלום (ניתן להגדיר פר חוג אם מופיע בנוכחות)
- נכח בניסיון
- המדריך לא רואה סטטוס כספי
- חלוקה פנימית לקבוצות שקופה להורה
- מדריך מחליף עם גישה זמנית שנעלמת מעצמה
- הערות תלמיד שההורה לא רואה
- "דרוש טיפול" כמרכז שליטה
- שליטה בסכום פר חודש לפי מספר מפגשים
- זיכוי מלא/חלקי
- "שלם שוב"
- חיוב מרוכז
- חוזה שמונע חיוב שגוי בין תוכניות
- פקיעת תוקף חוזה שחוסמת חיוב
- חישוב לו"ז אוטומטי כולל חגים
- מספר מפגשים מוצהר כמידע פנימי
- תקנונים שונים פר חוג
- קישור וואטסאפ אוטומטי
- ייצוא לאקסל
- דוח תקורה בפורמט עיריית חיפה
11אחרי הדמו
- מי שמעוניין — לעדכן בסוף הדמו או בהודעה בוואטסאפ של נרשמתי.
- אנחנו נשלח קישור לטופס Onboarding עם כל הפרטים הנדרשים לחיבור למערכת.
- פתיחת החוגים הראשונים נעשית בליווי אישי.
- מי שמצטרף מקבל את המענה המלא: מרכז עזרה, סרטוני הדרכה ותמיכה.
משימות (נפרדות — מחוץ לצרכי הדמו עצמו)
- תיקוני נוסח שזוהו — טעות בנוסח בפופאפ "רשום ילד לתוכנית/חוג חדש"; שדה חיפוש סטטוס שדורש הקלדה ידנית במקום רשימה נפתחת.
- מסמך מדיניות נפרד — פיתוחים עתידיים לפי שיקול דעת בלעדי של אטומיקס. משימה שטרם בוצעה.