מגדירים את המספרים
אוספים את השאלות שההנהלה שואלת וכותבים איך סופרים כל מדד: מה נחשב הזמנה, החזרה, לקוח פעיל.
- הגדרות מדדים
- השאלות שצריך לענות עליהן
- מי רואה מה
דוחות ותשובות AI על כל הנתונים העסקיים שלכם.
אנחנו מרכזים נתוני מכירות, הזמנות, מלאי ושירות מה-CRM, מה-ERP ומהחנות למודל אחד, בונים את הדוחות שההנהלה מבקשת, ומוסיפים עוזר שעונה על שאלות בשפה פשוטה, בגבולות ההרשאות של כל משתמש.
- מקורות
- CRM · ERP · חנות
- תשובות
- עם השאילתה
- גישה
- לפי תפקיד
מה אנחנו בונים
מקור אחד למספרים שמנהלים לפיהם.
בנוי על המערכות שלכם, כך שאפשר לעקוב אחרי כל מספר בדוח עד הרשומות שמאחוריו.
מחברים את הנתוניםמודל נתונים אחד · הרשאות על הנתונים
מודל אחד, הגדרות אחידות.
מודל נתונים אחד
מחברים מכירות, הזמנות, מלאי ולקוחות ממערכות נפרדות לסכמה אחת.
CRM + ERP + חנות ← מודל אחד
הרשאות על הנתונים
כל משתמש רואה רק את הסניפים, הצוותים והלקוחות שהתפקיד שלו מתיר.
מנהל סניף ← הסניף שלו
מדווחיםדשבורדים להנהלה · דוחות מתוזמנים
המספרים, בזמן.
דשבורדים להנהלה
המספרים השבועיים לפי סניף, צוות או מוצר, מנתונים חיים ולא מקובצי ייצוא.
מכירות שבועיות לפי סניף
דוחות מתוזמנים
סיכומים שנשלחים במייל או בוואטסאפ בשעה שכל צוות צריך אותם.
ראשון 08:00 ← הנהלה
שואלים ומתריעיםשאלות בשפה פשוטה · התראות
כל שאלה מקבלת תשובה, אף שינוי לא מתפספס.
שאלות בשפה פשוטה
שואלים בעברית, בערבית או באנגלית ומקבלים תשובה עם השאילתה והמקורות.
״איזה סניף צמח הכי הרבה ברבעון?״
התראות על שינויים
הודעה כשהמלאי יורד, כשההחזרות קופצות או כששלב במשפך נתקע.
החזרות מעל הרגיל ← התראה
איך זה משתלב
מודל נתונים אחד. כל דוח קורא ממנו.
אנחנו קוראים מהמערכות שכבר עובדות אצלכם ומפרידים מהן את הדיווח, כך שהדשבורדים, הייצוא והעוזר סופרים כולם באותה שיטה.
01 · המערכות שלכם
- CRM
- ERP והנהלת חשבונות
- חנות אונליין
- תיבת הפניות
- גיליונות
02 · מודל נתוניםקריאה בלבד · מוצלב · לפי תפקיד
כל מספר נספר באותה דרך
- חיבורי קריאה בלבדעותקים · סנכרון
- הגדרות מדדיםמסוכמות בכתב
- גישה ברמת השורהלפי תפקיד
- שכבת שאילתותSQL
- הצלבהמול המקור
הסכומים נבדקים מול מערכות המקור לפני שמישהו מסתמך עליהם
03 · איפה משתמשים בו
- דשבורד הנהלהשבועי
- דוחות סניפיםלכל סניף
- עוזרשאלות פשוטות
- דוחות מתוזמניםמייל · וואטסאפ
- התראותבשינוי
קודם מגדירים
רוב הוויכוחים על דוחות הם על מה מספר בעצם אומר, אז מסכמים את זה לפני שבונים.
הדיווח נשאר נפרד
עובדים עם חיבורי קריאה בלבד, עותקים משוכפלים או סנכרון מתוזמן, כך ששאילתות הדיווח לא מאטות את מי שעובד במערכת.
השאילתה גלויה
העוזר לא מחשב מספרים בעצמו. הוא מריץ שאילתה ומציג אותה ליד התשובה.
אמון במספרים
כל מספר עם הרשומות שמאחוריו.
דוח שווה משהו רק אם מאמינים לו. לכן כל תשובה וכל דשבורד מראים איך ספרנו ומאיפה לקחנו את הנתונים.
יומן שאילתות · question 312דוגמה
| 08:15:02 | ask | returns by branch · last month |
|---|---|---|
| 08:15:02 | scope | role: regional · 3 branches |
| 08:15:03 | query | returns ⋈ orders ⋈ branches |
| 08:15:04 | check | totals match source |
| 08:15:04 | answer | shown with query |
הגדרות מדדים
מסכמים בכתב מה נחשב הזמנה, החזרה או לקוח פעיל, ומשתמשים באותה הגדרה בכל מקום.
הגדרה אחת לכל מדד
גישה ברמת השורה
מנהל סניף רואה את הסניף שלו, איש מכירות את הלקוחות שלו, ההנהלה את הכול, בדשבורדים, בייצוא ובשאלות.
לפי תפקיד
השאילתה גלויה
כל תשובה של העוזר מגיעה עם השאילתה שהוא הריץ והטבלאות שהוא קרא, כך שאם השאלה הובנה לא נכון, רואים את זה.
לכל תשובה
הצלבה
הדשבורדים נבדקים מול מערכות המקור עד שהסכומים תואמים, לפני שמישהו מסתמך עליהם.
לפני העלייה לאוויר
קריאה בלבד מהיסוד
הדיווח קורא דרך חיבורי קריאה בלבד, עותקים משוכפלים או סנכרון מתוזמן. הוא אף פעם לא כותב למערכות שלכם.
קריאה בלבד
הגדרות מדדים
מסכמים בכתב מה נחשב הזמנה, החזרה או לקוח פעיל, ומשתמשים באותה הגדרה בכל מקום.
הגדרה אחת לכל מדד
גישה ברמת השורה
מנהל סניף רואה את הסניף שלו, איש מכירות את הלקוחות שלו, ההנהלה את הכול, בדשבורדים, בייצוא ובשאלות.
לפי תפקיד
השאילתה גלויה
כל תשובה של העוזר מגיעה עם השאילתה שהוא הריץ והטבלאות שהוא קרא, כך שאם השאלה הובנה לא נכון, רואים את זה.
לכל תשובה
הצלבה
הדשבורדים נבדקים מול מערכות המקור עד שהסכומים תואמים, לפני שמישהו מסתמך עליהם.
לפני העלייה לאוויר
קריאה בלבד מהיסוד
הדיווח קורא דרך חיבורי קריאה בלבד, עותקים משוכפלים או סנכרון מתוזמן. הוא אף פעם לא כותב למערכות שלכם.
קריאה בלבד
יומן שאילתות · question 312דוגמה
| 08:15:02 | ask | returns by branch · last month |
|---|---|---|
| 08:15:02 | scope | role: regional · 3 branches |
| 08:15:03 | query | returns ⋈ orders ⋈ branches |
| 08:15:04 | check | totals match source |
| 08:15:04 | answer | shown with query |
איך אנחנו עובדים
מגדירים. מצליבים. ואז שואלים.
מתחילים מההגדרות, כי רוב הוויכוחים על דוחות הם על מה מספר בעצם אומר.
01 / 04 · החליקו
סיפור לקוח
מודיעין עסקי לסוכנות נסיעות.
Nazarene Tours · CRM
נתוני מכירות, שוק ותמחור באותם מסכים
- מחבר
- את המכירות של הסוכנות, סטטיסטיקת הנוסעים בנתב״ג, חיפושי מחיר שמורים, הצעות ספקים וכללי תמחור.
- מסכים
- סקירה, השוק מול הסוכנות, יעדים, חברות תעופה, ספקים והזדמנויות.
- שיטה
- לכל תובנה יש הערה שמציינת את המקורות שלה. שום הערכה לא מוצגת כמדידה.
שאלות נפוצות
שאלות על אנליטיקה.
במה זה שונה מהדוחות שיש ב-CRM שלנו?
ה-CRM מדווח על מה שנשמר בו. רוב השאלות של ההנהלה דורשות כמה מערכות יחד: הזמנות מהחנות, חשבוניות מהנהלת החשבונות, שיחות מתיבת הפניות. אנחנו מחברים אותן כך שדוח אחד יוכל לענות על השאלה.
ה-AI יכול לתת לנו מספר שגוי?
העוזר לא מחשב מספרים בעצמו. הוא הופך את השאלה לשאילתה על מודל הנתונים, מריץ אותה ומציג את השאילתה ואת המקורות ליד התשובה, כך שאם השאלה הובנה לא נכון, רואים את זה ואפשר לתקן.
מי רואה מה?
הגישה נקבעת לפי תפקידים שאתם מגדירים: מנהל סניף רואה את הסניף שלו, איש מכירות את הלקוחות שלו, ההנהלה את הכול. אותם כללים חלים על דשבורדים, ייצוא ושאלות לעוזר.
הדיווח יאט את המערכות החיות שלנו?
אנחנו קוראים דרך חיבורי קריאה בלבד, עותקים משוכפלים או סנכרון מתוזמן, לפי המערכת, כך ששאילתות הדיווח לא מכבידות על מי שעובד בה.
אנחנו צריכים רק דוחות על תנועה לאתר. זה השירות הנכון?
כנראה שלא. בשביל תנועה לאתר, קמפיינים והמרות יש לנו את שירות האנליטיקה והמדידה, שבנוי על GA4. השירות הזה מיועד לנתונים עסקיים: מכירות, הזמנות, מלאי ולקוחות.
מתחילים מדוח אחד
הביאו את הדוח שכולם מתווכחים עליו.
מגדירים איתכם את המספרים שלו, בודקים איפה הנתונים יושבים, ומראים לכם איך זה ייראה עם מודל נתונים אחד ועוזר שעובד עליו.
כדאי להביא
- הדוח שההנהלה מבקשת הכי הרבה
- המערכות שמהן מגיעים המספרים
- מי צריך לראות אילו סניפים, צוותים ולקוחות