מה זה SLAtech Vantage
SLAtech Vantage הוא פורטל לקוחות לפרויקטי תוכנה. הוא מרכז במקום אחד משימות, רישומי שעות, התכתבות, פעילות קוד וניטור, ומאפשר לשאול במילים שלכם ולקבל תשובה שרואים מאילו מקורות היא נבנתה.
מתחבר לכלים שאתם כבר עובדים איתם
- Freshservice
- Jira
- Azure DevOps
- Trello
- Asana
- ClickUp
- Linear
- GitHub
- GitHub Actions
- GitLab
- Bitbucket
- Sentry
- Rollbar
- Bugsnag
- Gmail
- Microsoft 365
- Slack
- Telegram
- Toggl Track
- Clockify
זו לא רשימה סגורה. החיבור נעשה דרך API, ומה שחסר נפתח עבור הפרויקט שלכם.
העבודה נעשתה. הבעיה היא שהלקוח לא תמיד רואה אותה
את המשפטים האלה שומעים שוב ושוב, כמעט מכל לקוח.
על מה הלכו השעות?
שאלה הוגנת. התשובה קיימת אצלכם בכלים, אבל להרכיב אותה ידנית לוקח חצי יום.
לא רואים התקדמות
הפרויקט התקדם, אבל הלקוח לא ראה את זה.
אפשר לקבל דוח?
עוד שעה של עבודה שאי אפשר לחייב עליה את הלקוח. כל חודש מחדש.
מה הלקוח רואה
המידע במסכים מגיע מהעבודה שנרשמה, לא מדוח שמישהו מכין בסוף החודש.
יומן העבודה
הלקוח רואה מה נעשה יום אחרי יום, בלי לבקש מכם עדכון.
שעה ← משימה ← דוח חודשי
הלקוח פותח משימה בדוח ורואה את רישומי השעות שמאחוריה.
מגמות ותחזית
הלקוח רואה את המגמה החודשית ולאן הולך החודש הנוכחי. אם יש חריגה, גם אתם וגם הלקוח רואים אותה באותם נתונים.
שאלה במילים שלכם
הלקוח מקבל תשובה לבד, בלי להרים אליכם טלפון.
מאיפה הגיע המספר
הלקוח לוחץ על מספר ורואה מאילו מקורות הוא מורכב. נתוני הניטור זמינים לו כאן.
דוח חודשי בלחיצה
כבר לא צריך להקדיש ערב לדוח החודשי. הוא מוכן, והלקוח מוריד אותו בעצמו.
פחות דוחות. יותר זמן לפיתוח
הנתונים נאספים מהכלים שאתם כבר עובדים איתם, ואת הדוח החודשי לא צריך להרכיב ידנית.
דוחות ללקוח נבנים לבד
הלקוח רואה מה נעשה ומתי
הלקוח רואה את הערך שאתם נותנים
הלקוח רואה מה נעשה בפועל, כמה עבודה הושקעה ומה התקדם.
מהאפיון להצעת מחיר
מעלים את האפיון, פנייה מלקוח או מסמך, והמערכת מפרקת אותו למודולים ומציעה טווח שעות לכל אחד. אתם מתקנים, מוסיפים את התנאים שלכם ושולחים.
ניטור מסביב לשעון
אתם יודעים על תקלות וחריגות לפני הלקוח.
זיכרון הפרויקט
מה סוכם, מתי ולמה, גם שנתיים אחרי וגם אם מי שידע כבר לא אצלכם.
הגנה על המידע
כל לקוח רואה את שלו בלבד, ושמות ומספרים מוחלפים בתוויות לפני שהם נשלחים למודל.
סיכום חודשי אוטומטי
המערכת מרכיבה את סיכום החודש ממשימות, שעות ואירועים. אף אחד אצלכם לא כותב אותו.
תחזית לסוף החודש
כמה שעות ייצאו בקצב הנוכחי ואיך זה יושב מול החודשים הקודמים.
תקלות חוזרות ואיך טופלו בעבר
המערכת מזהה תקלה שחזרה ומראה במה היא טופלה בפעם הקודמת.
המערכת מתחברת למקורות שלכם דרך API. מה שחסר, נפתח עבורכם באופן אישי.
ספרו לנו מה חסר לכםמה הלקוח רואה, בלי שתכינו דוח
שאלה במילים שלכם, ותשובה שנבנית מהעבודה שנרשמה. רואים מאילו מקורות היא נבנתה.
הלקוח רואה את הפרויקט, לא את מה שקורה מאחורי הקלעים
אתם מחליטים מה הלקוח רואה. משימות ושעות לחיוב יכולות להיות פתוחות, בזמן שהערות פנימיות, תעריפים ורווחיות נשארים אצלכם.
פתוח כברירת מחדל
- משימות, סטטוסים ומה נעשה בפועל
- השעות שהעברתם לחיוב
- יציבות התוכנה והיסטוריית התקלות
- ידע הפרויקט: מה נפתר ואיך, זמין ללקוח כמו לכם
מוסתר כברירת מחדל
- הערות פנימיות וטיוטות במשימות
- תעריפים, עלות ורווחיות הפרויקט
- דיונים פנימיים והתכתבות הצוות
- הנתונים של הלקוחות האחרים שלכם
מה שנשאר פנימי נשאר פנימי: הערות עבודה, התכתבות בין אנשי הצוות ונתונים של לקוחות אחרים. הלקוח רואה את מה ששייך לפרויקט שלו.
מה מגיע אליכם על תקלות, ובאיזה סדר
ההתראה נשלחת פעם אחת לכל תקלה, והרשימה עצמה מסודרת לפי מה שדורש טיפול קודם.
התראה אחת לכל תקלה, והתראה נוספת רק אם היא חוזרת
לכל פרויקט ניתן להגדיר כתובת לקבלת אפיונים מהלקוח וכתובת נפרדת להתראות על תקלות בפרודקשן. לכל אחת מהכתובות ניתן להגדיר שפה משלה.
על תקלה חדשה נשלחת התראה אחת. מופעים נוספים של אותה תקלה מעדכנים את המונה ואינם יוצרים הודעה חדשה. אם התקלה נסגרה ולאחר מכן חזרה, נשלחת התראה נוספת.
תקלות שונות נשארות נפרדות: אם התרחשו ארבעים תקלות שונות, המערכת יכולה לשלוח ארבעים התראות שונות, משום שכל תקלה דורשת התייחסות.
תקלות מקבלות עדיפות לפי ההשפעה שלהן
המערכת מדרגת כל תקלה לפי מספר המופעים, סוג התקלה, האם היא חזרה לאחר שנסגרה ומתי הופיעה לאחרונה.
תקלות שמקורן בשירות חיצוני אינן מקבלות אוטומטית עדיפות גבוהה, ורעש שמגיע מבוטים וסורקים אינו מקודם ברשימה. תקלה שלא הופיעה במשך שלושה ימים יורדת בעדיפות.
אפשר גם לקבוע עדיפות ידנית. במקרה כזה, ההגדרה הידנית גוברת על הדירוג האוטומטי ונשמרת.
ברור שאתם יכולים לבנות את זה לבד. השאלה אם שווה לכם
אתם יודעים לבנות מערכות כאלה, זו העבודה שלכם. השאלה היא אם שווה לכם להשקיע בזה את שעות הפיתוח.
לבנות לבד
- חיבור לכל מקור בנפרד, וכל שינוי אצל הספק חוזר אליכם
- שכבת שאלות במילים שלכם והפרדה מלאה בין נתוני לקוחות
- ניטור, התראות והיסטוריה שצריך לשמור ולחפש בה
- ואז לתחזק את כל זה בזמן שאתם מפתחים ללקוחות
עם SLAtech Vantage
- המקורות שכבר יש לכם מתחברים ולא נכתבים מחדש
- הפרדה בין לקוחות וסינון מידע מזהה בנויים מראש
- ניטור והיסטוריה עובדים מהיום הראשון
- התחזוקה עלינו. אתם חוזרים לפתח
המחיר מותאם למה שאתם באמת צריכים
המחיר נקבע לפי מספר מקורות המידע, היקף ההיסטוריה, מספר הפרויקטים והמודולים שתבחרו.
ממה זה מורכב
שלושת הרכיבים הראשונים תמיד כלולים. השאר לפי הצורך.
מתחבר למה שכבר יש לכם
- כלי המשימות שלכם
- תיבת הדואר אלקטרוני שלכם
- מאגר הקוד שלכם
- ייבוא היסטוריה
- אפליקציות ההודעות שלכם
- המיתוג שלכם
- התכתבות בוואטסאפ
- בקשות מלקוח בנוסח מסודר ומקצועי
מה נעשה בפרויקט
- משימות ותור
- רישום שעות
- התכתבות במשימה
- דוח לתקופה
- דואר אלקטרוני הפרויקט
- קבצים ומצורפים
- קומיטים וקוד
- פירוק אפיון למודולים
- תכנון עבודה
שקיפות: שעות וכסף
- לאן הלך התקציב
- שעה ← משימה ← דוח חודשי
- הפקת חשבוניות
- חיבור להנהלת חשבונות
- הצעות מחיר ללקוח
- טווח שעות לכל מודול
- תנאים משפטיים קבועים
- קישור לצפייה בהצעה
- סטטוס ההצעה
- מטבע ומע"מ משלכם
- הנחות שהאפיון לא כיסה
- התאמת הזמנות רכש לשעות
- ישויות משפטיות של הלקוח
- פרטי הלקוח בהצעה ובמסמך
- תקרה חודשית למשימה
יודעים לפני הלקוח
- ניטור תקלות
- איחוד תקלות זהות
- רגרסיות: באגים שחזרו
- התראות
- היסטוריית תקלות
- שם אזור במקום שם מודול
הפרויקט זוכר
- חיפוש בהיסטוריה
- זיכרון הפרויקט
- מאגר ידע
- סיכום חודשי
צוות והרשאות
- מי עובד על הפרויקט
- ניתוח התקשורת בפרויקט
- מי רואה מה
- מעורבות בפרויקט
המידע נשאר שלכם
- הפרדה בין לקוחות
- יומן גישה
מודול שלא נבחר אינו מופיע לא בממשק ולא בחשבון.
מה קובע את המחיר
ארבעה דברים, ואף אחד מהם אינו "מספר משתמשים".
- היקף המקורות שני מקורות או שבעה. זה ההבדל בעבודת ההטמעה.
- כמה שנים אחורה למשוך כמה היסטוריה צריך לייבא, שנה או עשר. משפיע על העיבוד הראשוני, לא על השוטף.
- מספר הפרויקטים פרויקט אחד לבדיקה או כל תיק הלקוחות שלכם.
- מודולים נבחרים ניטור, מיתוג, הרשאות, הפרדה בין לקוחות. לפי מה שסימנתם.
הגנה על המידע
כל לקוח רואה את הפרויקט שלו בלבד. לפני שהשאלה נשלחת למודל, שמות, מספרי זהות, טלפונים וכתובות דואר אלקטרוני מוחלפים בתוויות. הכניסה היא בקוד חד-פעמי, בלי סיסמאות.
מהאפיון להצעה, באותו יום
מעלים את האפיון, פנייה מלקוח או מסמך שלם, והוא חוזר מפורק למודולים: לכל אחד סוג עבודה וטווח שעות. הטווח הוא טיוטה לעריכה, לא נבואה. אתם מתקנים מה שצריך, ומה שתיקנתם נשמר.
להצעה נכנסים המחיר לשעה שלכם, המטבע והמע"מ שלכם, והתנאים שאתם עובדים איתם ממילא: אופן התשלום, תוקף ההצעה, מסירת הקוד.
- פירוק לפי מודולים, לא מספר אחד על הכול
- הנחות שהאפיון לא מכסה, כתובות במפורש
- מקדם משלכם לעבודה עם AI, לפי סוג עבודה
- PDF להורדה או קישור לצפייה
מה שקורה לפני העסקה כבר נמצא במערכת
פנייה, אפיון, התכתבות וכרטיס של הלקוח הפוטנציאלי נשמרים באותו מקום שבו תתנהל העבודה אחרי החתימה.
העבודה מתחילה עוד לפני החתימה
אפשר לפתוח פרויקט כבר בשלב המשא ומתן, עוד לפני שמתחילה העבודה בפועל. בשלב הזה אין דיווחי שעות או ביצוע עבודה, אבל אפשר לחבר דואר ומסרים ולרכז במקום אחד את כל ההתכתבות עם הלקוח הפוטנציאלי.
חיבורים נוספים, כמו מערכות לניהול משימות, מאגרי קוד ומערכות ניטור, זמינים כשהפרויקט עובר לשלב העבודה. האפיון וההצעה נשארים באותו פרויקט, כך שלאחר החתימה אין צורך להעביר מידע או לפתוח הכול מחדש.
כרטיס חברה אחד, בלי כפילויות
לכל חברה יש כרטיס אחד במערכת. הקשר שלכם עם החברה, אנשי הקשר, השפה וההערות נשמרים בנפרד.
לפני יצירת כרטיס חדש, המערכת בודקת אם החברה כבר קיימת. אם נמצאה התאמה, מוצגים רק פרטים פומביים: שם החברה, ח.פ. וכתובת. כך אפשר למנוע כפילויות בלי לחשוף מי עובד עם אותה חברה או מידע פנימי הקשור אליה.
אנשי קשר מסודרים לפי סוג השולח
SLAtech Vantage אוספת אנשי קשר מהתכתובות של הפרויקט ומבדילה בין אנשים, תיבות של מחלקות או מערכות ושולחים אוטומטיים.
כך רשימת אנשי הקשר נשארת נקייה מכתובות noreply ומתיבות כלליות, והחיפוש מתמקד באנשים הרלוונטיים. הסיווג מבוסס על כתובת הדואר והשם, וניתן לשנות אותו ידנית בכל עת.
כל נמען מקבל הודעות בשפה שלו
לכל משתמש ניתן להגדיר שפה: עברית, אנגלית או רוסית. הודעות יוצאות, כמו הזמנה לפרויקט, אפיון שהתקבל או התראה על תקלה, נשלחות בשפה שהוגדרה עבור הנמען.
גם לכרטיס הלקוח מוגדרת שפה, והיא משמשת כשפת ההצעה. כך כל אדם מקבל את המידע בשפה המתאימה לו, בלי להסתמך על תרגום ידני.
למה זה נבנה
שנים של עבודה מול לקוחות, קלים ומורכבים כאחד. הזמן לא הלך על הפיתוח עצמו, אלא על מה שסביבו: לאסוף מה נעשה החודש, להסביר שוב על מה הלכו השעות, להרכיב דוח, להוציא הצעת מחיר.
כלי כזה נבנה קודם כל מתוך הצורך היומיומי, כדי שהעבודה מול כל לקוח תתנהל אותו דבר, בלי רוטינה ובלי הסברים אינסופיים. עכשיו הוא פתוח גם למי שעובד ככה.
השאלות שעולות ראשונות
מה בדיוק הלקוח רואה לגבי שעות?
הוא יראה את התעריפים והעלות שלכם?
צריך להחליף את הכלים שאתם עובדים איתם?
מה תצטרכו לכתוב או למלא ידנית?
נתונים של לקוחות שונים יכולים להתערבב?
אפשר להתחיל מפרויקט אחד?
איך נקבע המחיר?
ומה אם משהו שאתם צריכים עוד לא קיים?
הסבר על כל מודול בנפרד
לכל מודול יש עמוד משלו: מה הוא עושה, מאיפה מגיעים הנתונים ומה מזה רואה הלקוח. אפשר לקרוא רק את מה שרלוונטי לכם.
משימות שנפתחות מעצמן
יש צוותים שמנהלים משימות ויש צוותים שמקלידים אותן.
לעמוד המודולהלקוח נכנס ורואה את החודש שלו
ברוב מערכות העבודה הלקוח לא נכנס לשום מקום.
לעמוד המודולהדואר עם הלקוח, בתוך הפרויקט ולא רק בתיבה
ההתכתבות עם הלקוח היא החלק הכי גדול של הפרויקט שהפרויקט לא יודע עליו דבר.
לעמוד המודולמה סוכם בוואטסאפ, כשההחלטה לא נשארה במייל
חלק גדול מההחלטות בפרויקט מתקבל בשיחה, לא במסמך.
לעמוד המודולמאות אלפי שגיאות שרת, ומה מתוכן באמת בוער
שרת ייצור חי מייצר שגיאות כל הזמן.
לעמוד המודולמי האנשים שמאחורי הפרויקט, ומאיפה אתם מכירים אותם
אחרי שנתיים על פרויקט יש בו עשרות אנשים, ואף אחד לא הקליד אותם לשום מקום.
לעמוד המודולשלושה יומנים: מה נגענו, מה עשיתם, ועל מה הזהרנו
ספק שנוגע בנתונים של לקוח צריך להיות מסוגל להראות במה בדיוק נגע.
לעמוד המודולאת אותה תקלה אתם פותרים פעם שנייה
מי שפתר מכיר את הפתרון.
לעמוד המודולמה כלול בכל חבילה ומה עולה - בעמוד המחירים
תנו ללקוח לראות לבד
השאירו פרטים ונחזור אליכם עם הצעה מותאמת לחברה שלכם, בלי התחייבות ובלי מצגת של שעה.
- נבדוק אילו מקורות כבר קיימים אצלכם
- נראה איך פרויקט אמיתי שלכם ייראה במערכת
- נסכם מה נכלל ונשלח מחיר בכתב