סיכום פאנל המומחים — VitSiteReport

5 מומחים בדקו את התוכנית · עודכן לפי החלטות סשן 0018

✅ סיכום החלטות סשן 0018

שם: VitSiteTrack → VitSiteReport

Positioning: "סיימת פיקוח — נשלח כבר הדו"ח"

Flow ראשי: תיוג מלא בסיור באתר → שליחה מיידית. Draft Editor = חלופה משנית בלבד

Retention: NO cloud retention — הדו"ח נשלח מהמייל של האדריכל ונשמר אצלו

תמחור: Solo annual ₪690 · Pay-per-Report ₪25 · Studio ₪229 · Office ₪449 · Trial 14d ללא CC

חוק עברית גלובלי: "גמרת" → "סיימת" תמיד

נדחה לסשן ייעודי: צבעים+design language · פרק פיננסי (CAC/LTV/P&L)

בסוף הסשן: סאב-אייג'נט יועץ משפטי לאימות מודל no-retention

📌 השורה התחתונה ב-30 שניות

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

חוסר offline — אפליקציה שלא עובדת בלי אינטרנט = אדריכלים יזרקו אותה אחרי סיור ראשון באתר ללא קליטה.
חוסר "carry-over" (ראה מילון למטה) — האפליקציה לא יודעת להמשיך ממצאים מסיור קודם. זה הלב של פיקוח עליון.
חישובים כלכליים שגויים — שכחנו את עמלת אפל/גוגל (15-30%), והעלות האמיתית להביא לקוח (CAC) גבוהה פי 2 ממה שחשבנו.

פעולה מיידית: לעדכן את התכנית עוד פעם (לפי הפאנל הפיננסי+שיווקי), ואז להתחיל לבנות.

📑 מה יש בעמוד הזה

1. מילון מונחים — מה זה כל מילה מוזרה 2. מי המומחים והמה הם אמרו 3. חוקר ה-UX (משתמשים) 4. מעצב UI/UX 5. האדריכל המנוסה 6. מומחה מיתוג ושיווק 7. מומחה פיננסים 8. החלטות שאתה צריך לקבל 9. צ'קליסט פעולה

1. מילון מונחים — תקרא את זה קודם

MVP = הגרסה הראשונה של המוצר, הכי בסיסית שעוד אפשר למכור. ראשי תיבות של Minimum Viable Product. במקרה שלנו = 8 שלבי פיתוח (M1 עד M8).

Carry-over = "הסבת ממצאים בין סיורים". סיור היום מציג ממצאים פתוחים מהסיור הקודם, ואתה מסמן אילו טופלו ואילו עוד פתוחים. זה הלב של פיקוח עליון — בלי זה האפליקציה לא מוצר.

Offline-first = המוצר עובד קודם בלי אינטרנט. כל הצילומים, ההקלטות, וההערות נשמרים על הטלפון, ועולים לענן כשיש קליטה. הכרחי לאתרי בנייה (קומה 14 בשלד = אין סלולר).

Quick Capture = "תיעוד מהיר". באתר אתה רק מצלם+מדבר+מסמן — לא ממיין, לא מתייג, לא משייך לקבלן. כל זה נדחה ל"במשרד". יעד: פחות מ-15 שניות לממצא.

Draft Editor = "עורך הטיוטה". המסך במשרד אחרי הסיור — שם אתה מתקן תמלולים, מסדר ממצאים, מוסיף סטטוסים ושולח דו"ח.

Schema = "מבנה הנתונים". איזה שדות יש לכל אובייקט (פרויקט, ממצא, דו"ח). חשוב: שינויי schema אחרי שיש משתמשים אמיתיים = יקר ומסוכן. לכן קובעים הכל מראש.

Backfill = "להחזיר אחורה". אם שכחת שדה ב-schema ויש כבר 100 לקוחות — כל הנתונים הישנים שלהם בלי השדה הזה. תיקון רטרואקטיבי מורכב ויקר. הפתרון: לחשוב מראש.

RTL = Right-To-Left, ימין לשמאל. כל ה-UI בעברית קורא מימין לשמאל. יש pitfalls (חצי שמתהפכים, מספרים אנגליים מעורבים בעברית) שצריך לפתור מוקדם.

BiDi = Bi-Directional, דו-כיווני. טקסט שמערבב עברית ואנגלית (לדוגמה: "דירה 4א, קומה -1"). אם לא מטפלים נכון — נשבר ויזואלית.

TTFR = Time To First Report, זמן לדו"ח ראשון. הזמן מהרישום באפליקציה ועד שהמשתמש שולח דו"ח אמיתי. מתחת ל-12 דקות = מעולה. מעל 40 דקות = נטישה.

CAC = Customer Acquisition Cost, עלות רכישת לקוח. כמה כסף משקיעים בפרסום+שיווק כדי להביא לקוח אחד משלם.

LTV = Lifetime Value, ערך לקוח לכל החיים. כמה כסף לקוח אחד משלם לאורך כל זמן השימוש שלו.

LTV:CAC = היחס בין הכנסה מלקוח לעלות הבאתו. מתחת ל-3 = בעיה. 3-5 = בריא. מעל 5 = מעולה.

ARR / MRR = Annual / Monthly Recurring Revenue, הכנסה חוזרת שנתית/חודשית. הסך הכל שלקוחות מתחייבים לשלם בשנה / בחודש.

Churn = "נטישה". כמה % מהלקוחות מבטלים מנוי בחודש. 5%/חודש = רע. 2%/חודש = ממוצע. 1%/חודש = מצוין.

Gross Margin = "רווח גולמי". ההכנסה פחות העלויות הישירות (תמלול, אחסון, שליחה). 95% = מצוין; 75% = סביר ל-SaaS.

IAP = In-App Purchase, רכישה בתוך אפליקציה. אפל/גוגל לוקחים 15-30% עמלה אם אתה גובה דרך החנות. אם גובים דרך אתר (Stripe) — אפשר להימנע.

Stripe = חברת תשלומים אונליין. גובה ~2.9% עמלה — הרבה פחות מאפל/גוגל. כל ה-SaaS המודרני משתמש בה.

Bootstrap = "להניע לבד". בלי משקיעים, בלי VC. אתה ממן את הפיתוח מהכיס שלך.

Funnel = "משפך המרה". התהליך שלקוח עובר: ראה פרסומת → נכנס לאתר → נרשם לניסיון → הפך משלם. בכל שלב נופלים % מהאנשים.

Aha Moment = "רגע ה-ואו". הרגע שבו המשתמש מבין למה המוצר שווה את הכסף. אצלנו = הדו"ח הראשון נכנס למייל של היזם והוא עונה "וואלה, מעולה".

NDR = Net Dollar Retention. אם לקוחות מצטרפים, מבטלים, ומשדרגים — מה היחס הסופי? 110%+ = הלקוחות שלך מוציאים יותר עם הזמן. חיוני ל-VC.

2. מי הם 5 המומחים

מומחה	תפקיד	על מה הוא הסתכל
UX Researcher	חוקר משתמשים B2B	הנחות שגויות על המשתמש, מציאות באתר, מה חסר ב-MVP
UI/UX Designer	מעצב ממשק	RTL, כפתורים בכפפות, סקיצה על תמונה, רשימות, נגישות
אדריכל מנוסה	20 שנות פיקוח עליון	מציאות עבודה, דו"ח חוקי, deal-breakers, שאלות שצריך לשאול
מיתוג ושיווק	B2B SaaS ישראלי	שם, positioning, מחירים, ערוצי שיווק, anti-patterns לישראל
פיננסים	מודלים פיננסיים SaaS	unit economics, P&L, churn, מסים, IAP, גיוס

3. חוקר ה-UX

חוקר משתמשים

השאלה שלו: מה האפליקציה מניחה על המשתמש, שיכול להיות שגוי?

5 הנחות שגויות שזיהה:

"האדריכל יערוך טיוטה במובייל" סיכון — אדריכלים בני 45+ שונאים עריכת טקסט ארוך בטלפון. הנחנו שטאבלט מספיק — לא מאומת.
"רישום נוכחים בתחילת הסיור" לא מציאותי — אף אחד לא יעצור להקליד 8 שמות+תפקידים כשכולם כבר מחכים. הפלואו צריך להיות גמיש.
"השיוך לקבלן ייעשה תוך כדי סיור" לא מציאותי — לפעמים האדריכל לא יודע מי הקבלן הרלוונטי. חסר מצב "לסיווג מאוחר".
"תמלול קולי אסינכרוני יעבוד" חייב בדיקה — אם הדיוק בעברית עם מונחי בנייה נמוך מ-80%, המשתמש יכתוב מחדש = המוצר חסר ערך.
"₪79 לאדריכל סולו זה הגיוני" חוסם — אדריכל סולו רגיל לשלם 0 על תוכנה. ה-anchor שלו הוא Word.

פערים במציאות האתר:

שמש על מסך — אין הצעה למצב outdoor (טקסט בהיר על רקע כהה לא קריא בצהריים)
כפפות + ידיים מלוכלכות — אצבע מלוכלכת על מסך = פספוס
אין אינטרנט — אין תכנון אמיתי ל-offline (זה ה-deal-breaker)
רעש פטיש אוויר — תמלול ייכשל בלי noise gate

חסרים שיבקשו ב-3 חודשים ראשונים:

חתימה דיגיטלית של נוכחים (קבלן/יזם)
השוואה לסיור קודם (carry-over) — הערך האמיתי של פיקוח עליון
שיתוף PDF ל-WhatsApp (לא מייל)
ייצוא Excel של ממצאים פתוחים

4. מעצב UI/UX

מעצב ממשק

השאלה שלו: איך הממשק יעבוד בעברית, באתר, בכפפות?

בעיות RTL (ימין לשמאל) שזיהה:

חצי שמתהפכים אוטומטית (טוב) לעומת חצי שלא צריכים להתהפך (mic, מצלמה). מתכנתים יוסיפו Transform.flip ויהרסו אייקונים.
מספרי קומה/חדר ("דירה 4א, קומה -1") בתוך עברית = יישבר ויזואלית בלי טיפול ב-BiDi.
תמלול עברית + מילים אנגליות משובצות = TextField רב-שורתי חייב הגדרה ידנית של כיוון.

עבודה עם כפפות — מה לא יעבוד:

כפתורים של 48 פיקסל = קטן מדי. צריך 56-72 פיקסל באתר.
swipe מהצד לפתיחת תפריט = ייפתח בטעות. לבטל.
FAB (כפתור צף) קטן = לפספס. להגדיל ל-72×72.
Haptic feedback (רטט מאשר לחיצה) — חובה. אישור בלי להסתכל.

כלים לסקיצה על תמונה — רק 5 כלים ב-MVP:

חץ (80% מהשימוש)
מסגרת (מלבן)
טקסט קצר (≤24 תווים)
קו חופשי
מחק/Undo

3 צבעים בלבד: אדום / צהוב / לבן. יותר = paralysis (המשתמש לא יחליט).

בעיות נגישות שצריך לתקן מיד:

צבע #8E887E על רקע כהה = נכשל תקן AA לטקסט קטן (3.9:1, צריך 4.5+). להחליף ל-#A39D8E.
גופן גוף 15 פיקסל = קטן מדי לשמש+כפפה. להעלות ל-16.
כל אייקון-כפתור חייב label בעברית — אחרת קורא מסך באנגלית.

5. האדריכל המנוסה

אדריכל 20 שנות ניסיון בפיקוח עליון

מסר ראשי: "בלי שני דברים — תזרקו את האפליקציה לפח אחרי 3 חודשים. (1) carry-over של ממצאים פתוחים ו-(2) offline אמיתי."

מה שצוות הפיתוח לא מבין על המציאות:

אדריכל באתר = קסדה + כפפות + רעש + ידיים מלוכלכות. כל ממצא חייב להיגמר ב-≤15 שניות.
שיוך/סטטוס/קטגוריה — במשרד, לא באתר.
הולך עם מנהל פרויקט+יועצים — הם מצביעים על דברים בזמן הקלטה. צריך מצב "ההקלטה הזו לא אני".
קומה 14 בשלד, אין סלולר, אין WiFi. חייב offline.

מה חסר בדו"ח כדי שאדריכל ישלח ללקוח:

מספר דו"ח רץ לפרויקט (דו"ח פיקוח עליון מס' 17)
מספור ממצאים רץ ברמת פרויקט (ממצא #47 — לא לאפס בכל סיור!)
סטטוס ממצא לאורך זמן: פתוח / בטיפול / טופל / לא רלוונטי
תאריך יעד לתיקון + אחראי שם מלא
שורת disclaimer משפטי — חובה לכיסוי ביטוח
חתימה + מספר רישוי מפנקס המהנדסים והאדריכלים — חובה חוקית
מספר היתר הבנייה + תאריך

דרישות חוקיות בישראל:

חוק המהנדסים והאדריכלים — חתימה + מספר רישוי חובה
שמירת דו"חות 7 שנים מינימום
ממצא בטיחותי דחוף = מייל נפרד עם אישור קבלה תוך 24 שעות
אם לקוח מגיע לבית משפט — צריך export מסודר של הדו"ח + audit trail

על התמחור:

₪79 Solo — בסדר
₪249 Studio — בסדר
₪599 Office — גבוה מדי. Monday.com משרד 15 איש = ₪400-500. להוריד או seat-based.
משרדים ישראלים שונאים מנוי חודשי. דחוף הנחה שנתית 20%.

6. מומחה מיתוג ושיווק

מיתוג B2B SaaS ישראלי

1. השם VitSiteReport חלש בעיה

"Site" באוזן ישראלית = אתר אינטרנט
"Track" = פיצ'ר, לא תוצאה
"Vit" prefix לא אומר כלום ללקוח
חלופות: "דוּ״חית" / "Pikuach" / "Tower" / "SiteReport"

2. ה-Positioning טכני מדי לשפר

נוכחי: "הדו"ח של פיקוח עליון יוצא לפני שאתה חוזר למשרד"

חלופות חזקות:

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

3. תמחור — שינוי מבני נדרש חשוב

בטל Solo Monthly. רק שנתי ₪690. פסיכולוגית: ₪690 פעם בשנה < ₪79 לתמיד.
הוסף Pay-per-Report ₪25/דו"ח ללא מנוי — מי שעושה 2 סיורים/חודש משלם ₪50, מרגיש שמרוויח.
Trial 14 יום בלי כרטיס אשראי מראש (הורג conversion ב-60% בישראל).
Studio ₪249 → ₪229 (לסיים ב-9, לא ב-0).

4. צבע ראשי #4A90D9 חלש לשפר

הכחול הזה זהה ל-Atlassian, Salesforce, LinkedIn, Wix — לא תבדל. הוסף "Concrete Signal Yellow" #F2C94C ל-CTA + ממצאים דחופים. צהוב = סימון בטיחות באתר בנייה, רלוונטי semantically.

5. דוגמאות Brand Voice בעברית טבעית:

נקודה	טקסט מומלץ
Landing H1	גמרת סיור. הדו"ח כבר במייל.
Push: תמלול	"התמלול של 'רמת השרון 17' מחכה. 4 דקות לאישור."
Push: דו"ח נשלח	"✓ דו"ח #47 יצא ל-6 נמענים. מנוחה נעימה."
שגיאת רשת	"אין רשת? אין סטרס. הכל נשמר במכשיר."
Empty state	"אין סיורים עדיין. הראשון תמיד מצמרר. מוכן?"

אסור: "פלטפורמה", "פתרון", "חוויית משתמש", "חדשנות". מילות LinkedIn ולא של אדריכל בן 50.

6. שני ערוצי שיווק שפספסנו:

WhatsApp Communities של אדריכלים — קיימות, פעילות, אדריכלים שואלים שם המלצות תוכנה. CAC = ₪0.
Lead Magnet: תבנית Word של דו"ח פיקוח עליון חינם — תופס מיילים אלפים, יום עבודה אחד לבנות.

7. דברים שאסור לעשות בישראל:

❌ Credit Card upfront ל-trial
❌ חידוש מנוי שקט
❌ Signup באנגלית בלבד
❌ "Book a demo" CTA — אדריכל לא ידבר עם sales
❌ קהילת Slack — אדריכלים ב-WhatsApp
❌ "Powered by AI" headline — אדריכלים חוששים
❌ מחיר ב-$ — רק ₪ עם מע"מ

7. מומחה פיננסים

⚠️ 3 שגיאות חישוב קריטיות ב-PLAN

מה ב-PLAN	מציאות
LTV ₪1,500	הנוסחה לא נכונה. מקרי שיצא נכון.
CAC ₪400	ריאלי ₪600-1,100 (פי 1.5-2.5 יותר)
Gross Margin 95%	חסר עמלת אפל/גוגל 15-30%! ריאלי 75-80%
LTV:CAC 3.7	ריאלי 1.5-2.5 — גבולי

תחזית תזרים מזומנים 18 חודשים (bootstrap):

חודש	לקוחות משלמים	הכנסה חודשית (₪)	תזרים נטו (₪)
0-3 (פיתוח)	0	0	-700/m
4 (launch + בטא)	0 (5 בטא)	0	-3,850
7	7	893	-3,037
12	30	4,310	-90
18 (Break-even!)	80	11,675	+1,275

Cumulative burn ~₪37K (~$10K) — סביל ל-bootstrap. ARR בסוף שנה 1 = ₪140K.

המלצות מחיר מתוקנות:

Solo ₪79 → ₪99/חודש או ₪690/שנה (אדריכלים לא רגישים לdelta של ₪20)
Office ₪449 → ₪549 (ההפחתה ל-449 = yield loss 25%, מיותר)
חדש: Studio Plus ₪349 / 8 משתמשים (קפיצה 249→449 גדולה מדי)
Annual discount 17% → 20% + תשלום upfront (חיוני ל-cash flow)

סיכונים שלא ב-PLAN:

אפל/גוגל IAP 15-30% — לא בחישוב! חובה Stripe primary, IAP secondary.
FX risk — הכנסה ב-₪, עלויות חלק ב-$. חולשת שקל = COGS +5-8%.
מס ישראלי — עוסק מורשה עד ₪600K שנתי, אז חברה בע"מ. (₪600K ≈ $170K הכנסה.)
תקרת TAM — 3,500 אדריכלים × $20 = $840K גג. מצדיק bootstrap, לא VC. הרחבת ICP למהנדסי קונסטרוקציה+מנהלי פרויקטים → ~12K משתמשים, $3.6M ARR.

הצעת הקמת חברה ישראלית:

התחל כ-עוסק מורשה (פשוט, זול, אין דאבל-טקס)
כשמגיע ל-₪600K הכנסה שנתית (~80 לקוחות Solo) → עבור לחברה בע"מ
מע"מ 18% — כלול במחיר ("₪690 כולל מע"מ"), לא בנפרד

8. החלטות שאתה צריך לקבל

החלטה 1: כמה ממצאים מהפאנל הפיננסי+שיווקי להטמיע ב-PLAN?

אפשרות A: הכל (מומלץ)

תמחור חדש (Solo ₪99, Studio Plus, pay-per-report, Office ₪549), Stripe primary, schema billing+UTMs+referral, copywriting brand voice, anti-patterns.

זמן עדכון: ~45 דקות. יתרון: כל התשתית השיווקית והכלכלית נכונה מ-day 1.

אפשרות B: רק Schema (ללא תמחור)

רק שדות שלא ניתן להוסיף אחר כך: UTMs ב-users, referral code, subscriptions+invoices collections, event taxonomy מורחב.

זמן: ~20 דקות. יתרון: תמחור נדחה להחלטה נפרדת, אבל הקוד מוכן.

אפשרות C: רק קריטי

רק 3 דברים: UTMs ב-users, החלטת Stripe primary, חישוב מחדש של margin עם IAP.

זמן: ~10 דקות.

אפשרות D: לא להטמיע — להמשיך לקוד

להמשיך ל-M2 שלב 1 (Firestore + 6 models) ולטפל בפיננסי+שיווקי בסשן עתידי.

החלטה 2: מה לגבי השם VitSiteReport?

אפשרות A: השאר VitSiteReport — בלי שינוי

ממשיכים עם השם הקיים. הסבר השיווקי נדחה לעתיד.

אפשרות B: שם דואלי (מומלץ)

VitSiteReport נשאר השם הטכני (package, code, Firebase). שם שיווקי חדש לפרסום ("דוּ״חית" / "Pikuach" / "Tower"). דיון בנפרד.

אפשרות C: Rename מלא לפני M2

החלפת שם בכל מקום. דורש עוד יום עבודה.

החלטה 3: להמשיך לקוד אחרי עדכון PLAN?

כן — להתחיל קוד מיד אחרי עדכון PLAN (מומלץ)

מטמיעים את ההחלטות, מפעילים Firestore, יוצרים 6 models + collections billing.

לעצור — אעבור על העדכון לפני קוד

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

9. צ'קליסט פעולה — מה כבר נעשה, מה נשאר

✓ מה כבר נעשה בסשן הזה (סשן 0018)

קריאת context של סשן 0017
הפעלת פאנל UX Research + UI/UX Design + אדריכל
סינתזה של 3 ה-reviews הראשונים
עדכון PLAN.md — §1.1 Visit Flow (Quick Capture + Carry-over)
עדכון §1.2 PDF (מספור רץ, חתימה, disclaimer, carry-over)
עדכון §3.1 Schema (finding+report models, legal fields, counters)
הוספת §3.7 — Carry-over & Legal Compliance
הוספת §3.8 — UI/UX Patterns
עדכון §6 Milestones (M2 מורחב, offline-first, transcription spike)
עדכון §7.3 Pricing (Office ₪449)
עדכון §10 Risks
עדכון CLAUDE.md — VitSiteReport section
הפעלת פאנל מיתוג+שיווק + פיננסים
סינתזה של 2 ה-reviews הנוספים

☐ מה נשאר — תלוי בהחלטות שלך

החלטה 1: היקף הטמעת ממצאי פיננסי+שיווקי (A/B/C/D)
החלטה 2: שם המוצר (A/B/C)
החלטה 3: זמן התחלת קוד
אם A או B בהחלטה 1 — עדכון PLAN נוסף
הפעלת Firestore (europe-west1)
יצירת 6 Flutter models
יצירת collections billing (אם בחרת A או B)

📄 קובץ זה נשמר ב-D:\Vitruvius Ecosystem\VitSiteReport\Reviews-Summary.html

תוכל לחזור אליו בכל עת. אחרי שתחליט — תגיד לי איזה אפשרות בכל החלטה.