איחוד נתונים
מושכים את הנתונים מכל התוכנות שהארגון כבר עובד איתן, ובונים שכבת נתונים אחת.
הזמנת רכש שנכנסה למייל, פקודת העבודה שנפתחה מולה והיתרה במחסן מקבלות רשומה אחת. המערכות הקיימות ממשיכות לעבוד כרגיל.
כל מערכות הארגון מחוברות לשכבת נתונים אחת.
מעליה אנחנו מריצים סוכנים שעושים את הפעולות שנעשות היום ידנית. אתם שואלים שאלה בעברית, ומקבלים תשובה שמצליבה את כל המערכות.
המצב היום
איפה הנתונים יושבים היום
ה-ERP יודע מה הוזמן ומה חויב. מערכת הייצור יודעת מה עומד על הקו. המחסן מנהל גיליון אקסל שמישהו מעדכן ידנית בסוף המשמרת. הזמנות רכש נכנסות לתיבת מייל משותפת.
כל אחת מהמערכות האלה צודקת בתחום שלה. אף אחת מהן לא יודעת לענות על שאלה שנוגעת לשלוש מהן יחד.
מה שקורה בפועל: מישהו פותח ארבעה מסכים, מעתיק מספרים לגיליון, ומרכיב תמונה. עד שהתמונה מוכנה היא כבר לא מעודכנת. כשאותו מישהו בחופשה, אף אחד אחר בארגון לא יודע להרכיב אותה.
הנתונים קיימים. הם יושבים בארבעה מקומות שלא מדברים זה עם זה.
למי זה מתאים
ארגונים עם שתי מערכות ומעלה, ועבודה שחוזרת כל יום
- אתם מפעילים שתי מערכות תוכנה ומעלה, ויש נתונים שצריך להצליב ביניהן.
- יש אצלכם פעולות שנעשות כל יום באותו אופן. דוח בוקר, עדכון סטטוס ללקוח, בדיקת יתרות מול הזמנות פתוחות.
- מישהו מקליד ידנית נתון שכבר קיים במערכת אחרת.
- כדי לענות על שאלה של מנכ"ל צריך לאסוף תשובות משלושה אנשים.
מתי זה לא מתאים
אם אתם עובדים עם מערכת אחת בלבד, או שכל יום אצלכם נראה אחרת ואין דפוס קבוע. נגיד את זה בשיחה הראשונה.
המודל
שלוש שכבות, והסדר קובע
סוכן בלי שכבת נתונים מאוחדת הוא סקריפט שיושב על מערכת אחת. צ׳אט בלי סוכנים יודע לספר רק מה כבר קרה.
סוכנים
כל פעולה שנעשית היום ידנית, באופן עקבי ויומיומי, מקבלת סוכן ייעודי.
סוכן אחד לכל משימה, עם כללים וגבולות ברורים. פעולה שדורשת שיקול דעת נשארת אצל האדם. הסוכן מכין את החומר ומגיש אותו להחלטה.
צ׳אט בעברית
שאלה אחת בעברית פשוטה, ותשובה שמאחדת נתונים מכל המערכות.
התשובה מציינת מאיפה כל נתון הגיע. מי שלא רואה נתון במערכת המקור, לא יראה אותו גם כאן.
תרחיש להמחשה
כך זה נראה אצל יצרן טיפוסי
אין מאחורי התרחיש לקוח קיים ואין בו תוצאות שהושגו. יצרן עם קו ייצור אחד, מחסן ומחלקת מכירות.
| מערכת | מה היא מחזיקה | מה עובר לשכבת הנתונים |
|---|---|---|
| ERP | הזמנות לקוח, חשבוניות, מחירונים | מספר הזמנה, תאריך יעד, לקוח, פריטים |
| מערכת ייצור | פקודות עבודה והשלב שבו כל אחת נמצאת | סטטוס פקודה, כמות שיוצרה |
| גיליון מחסן | יתרות חומרי גלם ומוצר גמור | יתרה לפריט, תאריך ספירה אחרון |
| תיבת מייל משותפת | הזמנות רכש מספקים ואישורי אספקה | ספק, פריט, כמות, מועד אספקה שהובטח |
אילו פעולות מקבלות סוכן
- קליטת הזמנות. קורא את ההזמנה שנכנסה לתיבה ופותח רשומה. אף אחד לא מקליד.
- מלאי. משווה מה נדרש להזמנות הפתוחות מול היתרה, ומתריע לפני שנגמר.
- סטטוס. מעדכן את הלקוח כשפקודת העבודה שלו עוברת שלב.
- דוח בוקר. מה נכנס אתמול, מה על הקו, מה מתעכב, מה נשלח.
מה אפשר לשאול
- אילו הזמנות מסתכנות באיחור השבוע?
- מצליב תאריך יעד, שלב בקו ויתרת חומר גלם, ומחזיר רשימה עם הסיבה לכל הזמנה.
- מה הוציא הקו החודש מול מה שהוזמן?
- מחבר את פלט הייצור להזמנות שנקלטו, ומצביע על הפערים.
- איפה עומד הספק שאיחר לנו באספקה?
- אוסף את ההזמנות הפתוחות מולו, את המועדים שהובטחו ואת מה שכבר נקלט.
שכבת הסוכנים
מה סוכן יודע לעשות
כל שורה כאן היא סוכן שאנחנו יודעים לבנות. בארגון הוא יושב על שכבת הנתונים במקום על מערכת בודדת.
מענה בוואטסאפ
עונה ללקוחות בערוץ שבו הם כבר נמצאים.
טיפול בתיבת המייל
מסנן פניות חוזרות ומנסח תשובה.
שירות לקוחות
עונה על השאלות הנפוצות ומעביר לאדם כשצריך.
מעקב אחרי פניות
עוקב אחרי כל פנייה שנכנסה.
סנכרון בין מערכות
מעביר נתון בין מערכות בלי הקלדה חוזרת.
תיאום פגישות
מתאם מול היומן בלי תיווך אנושי.
הפקת מסמכים
מפיק מסמכים חוזרים ועוקב אחרי מה שנשלח.
דוחות קבועים
בונה את הדוח מהנתונים במועד קבוע.
סיכום פגישות
כותב סיכום ומשימות המשך.
תוכן ורשתות
מכין ומתזמן פרסומים.
כתבנו גם איך זה נראה בענפים אחרים: קליניקות ומרפאות, מאמנים ויועצים, עורכי דין, חנויות אונליין ונדל״ן.
לצוות ה-IT
ארבע שאלות שמנהל IT שואל
התשובות הקצרות כאן. הפירוט המלא, כולל ארכיטקטורה ושיטות חיבור, בעמוד הפלטפורמה.
איפה זה רץ
הפלטפורמה נפרסת בסביבת הלקוח או בענן ייעודי, בהתאם למדיניות אבטחת המידע של הארגון. נקבע באפיון.
מה עובר למודל
המידע נשלח למודל בערוץ מוצפן ולא משמש לאימון המודל. ספק המודל מוחק אותו תוך 30 יום לכל היותר, ובארגון שדורש זאת אפשר לעבוד בהסדר שבו המידע לא נשמר כלל, בכפוף לאישור הספק. נקבע באפיון.
איך מתחברים למערכות
חיבור ישיר דרך API כשהמערכת חושפת ממשק. למערכות סגורות, ייצוא מתוזמן לתיקיית רשת, שסוכן ייעודי קולט ממנה ומזרים לשכבת הנתונים.
מי רואה מה
ההרשאות נגזרות מהתפקיד. מי שלא רואה נתון במערכת המקור, לא יראה אותו גם דרך הצ׳אט או בדוח שסוכן הפיק.
על מה זה בנוי
הכלים שעליהם אנחנו בונים
Claude
מודל השפה שמאחורי הצ׳אט והסוכנים, דרך ה-API של Anthropic.
n8n
תשתית הסוכנים, בהתקנה עצמית ולא כשירות ענן משותף.
WhatsApp Business API
הערוץ הרשמי של Meta לשיחות עם לקוחות וספקים.
API וייצוא לתיקייה
שתי שיטות החיבור למערכות שכבר עובדות אצלכם.
איך מתחילים
שני שלבים לפני שמדברים על פרויקט
שיחת היכרות
נכיר את הארגון, נבין עם אילו מערכות אתם עובדים ואיזו פעולה חוזרת אצלכם כל יום. נגיד לכם ישירות אם זה מתאים. אין מצגת ואין הצעת מחיר בשיחה הזו.
כדאי שתהיה לפניכם רשימה גסה של המערכות, ושתיים או שלוש פעולות שחוזרות כל יום.
פגישת אפיון
יושבים לעומק על המערכות ועל התהליכים. הפגישה מסתיימת במסמך:
- מיפוי המערכות שהארגון מפעיל היום
- רשימת הפעולות שיהפכו לסוכנים
- ארכיטקטורה מוצעת לשלוש השכבות
- הערכת עלות לפרויקט
עלות האפיון נקבעת בשיחת ההיכרות, לפי מספר המערכות.
היא מתקזזת מול הפרויקט אם ממשיכים. המסמך שלכם גם אם לא.
שאלות
שאלות שחוזרות
למי זה מתאים?
לארגונים שמפעילים שתי מערכות תוכנה ומעלה, ושיש בהם פעולות שחוזרות כל יום באותו אופן. הדגש שלנו על חברות יצרניות, כי ייצור, מלאי והזמנות מייצרים בדיוק את סוג ההצלבות שהמודל נבנה בשבילן. זה עובד גם בארגונים אחרים.
צריך להחליף את המערכות שאנחנו עובדים איתן שנים?
לא. שכבת הנתונים נבנית מעליהן. ה-ERP נשאר ERP, מערכת הייצור נשארת במקומה, והעובדים ממשיכים לעבוד באותם מסכים.
איפה הפלטפורמה רצה, ומי מחזיק את המידע?
הפלטפורמה נפרסת בסביבת הלקוח או בענן ייעודי, בהתאם למדיניות אבטחת המידע של הארגון. נקבע באפיון.
המידע שלנו מגיע למודל AI חיצוני?
המידע נשלח למודל בערוץ מוצפן ולא משמש לאימון המודל. ספק המודל מוחק אותו תוך 30 יום לכל היותר, ובארגון שדורש זאת אפשר לעבוד בהסדר שבו המידע לא נשמר כלל, בכפוף לאישור הספק. נקבע באפיון. באפיון נקבע אילו שדות נשלחים למודל ומה מוסתר לפני השליחה.
יש לנו מערכת ותיקה בלי ממשק. איך מתחברים אליה?
ייצוא מתוזמן לתיקיית רשת, שסוכן ייעודי קולט ממנה ומזרים לשכבת הנתונים.
מה לגבי הרשאות? לא כל אחד צריך לראות הכל.
ההרשאות נקבעות באפיון ונגזרות מהתפקיד. מי שלא מורשה לראות נתון במערכת המקור, לא יראה אותו גם דרך הצ׳אט או בדוח שסוכן הפיק.
כמה זמן לוקחת ההטמעה?
זה תלוי במספר המערכות, בשיטת החיבור לכל אחת ובמספר הפעולות שעוברות לסוכנים. לוח הזמנים נכנס למסמך שבסוף פגישת האפיון.
מה מקבלים בפגישת האפיון?
מסמך עם מיפוי המערכות, רשימת הפעולות שיהפכו לסוכנים, ארכיטקטורה מוצעת והערכת עלות.
נתחיל בשיחה
ספרו לנו עם אילו מערכות אתם עובדים, ואיזו פעולה חוזרת אצלכם כל יום. נגיד לכם אם זה מתאים, וגם אם לא.
לקביעת שיחת היכרות
055-9910251 · info@premium-digital.co.il