התקנה באתר הלקוח
ארגון שהמידע שלו לא יכול לצאת מהרשת מקבל את EmailPro כהתקנה אצלו: על שרתים בחדר המחשב, בענן פרטי או בחשבון הענן של הארגון. הדיוור, המסרונים, הוואטסאפ, ה-CRM והאוטומציות עובדים כמו בגרסת הענן, ורשימות הלקוחות, ההסכמות והשיחות נשמרים במסד הנתונים שלכם.
ההתקנה מתוכננת לכל ארגון בנפרד, יחד עם צוות ה-IT ואבטחת המידע שלכם
מה יושב אצלכם
כל הרכיבים שמחזיקים מידע רצים אצלכם. מה שיוצא מהרשת הוא רק מה שחייב לצאת: ההודעה בדרך לנמען, דרך ספק שליחת הדואר או ה-SMS, והקריאה לספק ה-AI שבחרתם.
שלוש דרכים להפעיל
אותה מערכת בשלושה מקומות. מה שמשתנה הוא מי מחזיק את השרתים, מי מעדכן גרסאות ואיפה יושב המידע.
| אפשרות | איפה המידע | מי מתחזק | מתאים ל |
|---|---|---|---|
| ענן EmailPro | התשתית שלנו באירופה | אנחנו | רוב העסקים, הקמה באותו יום |
| ענן פרטי של הארגון | חשבון הענן שלכם | לפי סיכום בכל פרויקט | ארגון עם מדיניות ענן קיימת |
| התקנה בשרתי הארגון | חדר המחשב שלכם | הצוות שלכם, וחלקנו לפי סיכום בפרויקט | בנקאות, ביטוח, בריאות, ממשלה וביטחון |
שלוש האפשרויות מריצות את אותו קוד. ההבדל הוא במיקום ובאחריות.
ארבעה שלבים
בכנות, לפני האפיון
אותו קוד כמו בענן לכל הערוצים, ל-CRM ולסוכנים, הגדרת קונטיינר ל-API של הדואר, לממסר, לאפליקציה ולשירות השיווק ל-amd64 ול-arm64, PostgreSQL עם בידוד בין לקוחות ברמת שורה, סוכנים על מפתח ה-AI של הארגון או כבויים לגמרי, וואטסאפ בחיבור הרשמי בלבד.
מי מתקין ומי מתחזק, שעות תמיכה, ערוץ וזמני תגובה, מי מתקין גרסאות ומתי, הרישיון, המחיר ותנאי ההסכם, החיבורים ל-ERP, ל-CRM או למרכזייה, והדרכה ותיעוד לצוות.
שליחת מייל דרך שרת הדואר של הארגון במקום ספק שליחה, כניסה ב-SAML או דרך ספק זהות שמוגדר לארגון שלכם (כניסה עם Google או Microsoft כבר קיימת), שכבת ה-MCP לעוזרי AI בתוך הרשת שלכם (היום היא רצה רק בענן שלנו, ב-Cloudflare Workers), הזרמת יומני ביקורת למערכת הניטור שלכם, מדריך התקנה ותפעול מפורסם, ובדיקת חדירות או הסמכה של גורם חיצוני.
למה זה חשוב
מערכת דיוור ואוטומציה שיווקית מחזיקה את אחד הנכסים הרגישים בארגון: מי הלקוחות, מה הם קנו, על מה הם הסכימו לקבל הודעות ומה אמרו לנציג או לבוט. בבנק, בחברת ביטוח, בקופת חולים או בגוף ציבורי, הנתונים האלה כפופים לרגולציה ולמדיניות אבטחת מידע שלא מאפשרת להעביר אותם לענן של ספק חיצוני. לכן ארגונים כאלה נשארו עם מערכות ישנות, או בנו מערכת פנימית שלקחה שנים.
התקנה אצל הלקוח פותרת את זה בלי לוותר על היכולות. אותו מנוע ששולח קמפיין במייל ובמסרון, מריץ תהליכי אוטומציה לפי התנהגות, מנהל עסקאות ופניות ב-CRM ומפעיל סוכני AI שעונים ללקוחות, רץ על התשתית שלכם. ההרשאות נאכפות במסד הנתונים עצמו, כך שמחלקה אחת לא רואה את הרשימות של מחלקה אחרת גם אם מישהו טעה בהגדרה.
סוכני ה-AI עובדים על המפתח של הארגון אצל ספק ה-AI שבחרתם. השיחות, התמלילים והלידים נשמרים אצלכם, והסוכן מקבל רק את ההרשאות שסימנתם: הוא לא שולח קמפיין, לא מוחק אנשי קשר ולא מאשר עסקה בלי אדם. כל פעולה שלו נרשמת ביומן ביקורת שצוות האבטחה יכול לקרוא.
בכנות
התקנה בתוך הארגון היא פרויקט, ולא תמיד הוא שווה את זה. אלה המצבים שבהם נמליץ לכם על הענן.
שרת בתוך הארגון צריך מישהו שמגבה אותו, מעדכן את מערכת ההפעלה ועונה כשמשהו נופל בלילה. אם אין צוות כזה, הענן שלנו בטוח יותר מהתקנה שאף אחד לא אחראי עליה.
בענן של EmailPro פותחים חשבון ושולחים באותו יום. התקנה בתשתית הארגון עוברת אפיון, בדיקת אבטחה וחיבור מערכות, וזה לוקח שבועות. אפשר להתחיל בענן ולעבור פנימה כשהפרויקט מוכן.
אם מדיניות הארגון מסתפקת בכך שהמידע יישב באירופה, הענן שלנו כבר עונה על זה. התקנה פנימית מוצדקת כשהמידע לא יכול לצאת מהרשת בכלל, לא כשצריך רק לדעת באיזו מדינה הוא נמצא.
להמשיך מכאן
מה שחסר לארגון נבנה על המערכת הקיימת, בלי לכתוב מאפס
תהליכים לפי התנהגות, במייל, ב-SMS ובוואטסאפ
עוזר שעונה מהתוכן שלכם ושומר כל שיחה בכרטיס הלקוח
כרטיס לקוח אחד לכל הערוצים, עם מי מטפל ומה הלאה
הרשאות לפי שדה, יומן ביקורת וסוכנים שלא שולחים לבד
כן, בכל מה שמחזיק מידע. מסד הנתונים, הקבצים, היומנים והממשק רצים על התשתית שלכם. מה שחייב לצאת מהרשת הוא ההודעה בדרך לנמען, הקריאה לספק ה-SMS או ל-Meta, והקריאה לספק ה-AI אם הפעלתם סוכנים. היום מייל יוצא עובר גם דרך ספק שליחת דואר שחותם עליו ב-DKIM בשם הדומיין שלכם, ושליחה דרך שרת הדואר של הארגון עוד לא בנויה. בשלב האפיון ממפים כל חיבור יוצא כזה, כדי שצוות האבטחה יאשר אותו מראש.
ל-API של הדואר, לממסר, לאפליקציה ולשירות השיווק יש הגדרת קונטיינר שנבנית גם ל-amd64 וגם ל-arm64, ולכן הרכיבים יכולים לעלות על שרתי לינוקס רגילים בחדר המחשב, על מכונות וירטואליות ועל חשבון ענן של הארגון. מסד הנתונים הוא PostgreSQL. את הגודל המדויק של השרתים קובעים לפי מספר אנשי הקשר וקצב השליחה שהארגון צריך.
אתם מחליטים מתי. הגרסאות הן תמונות קונטיינר עם מספר גרסה, והצוות שלכם מתקין כל אחת בחלון שנוח לכם, אחרי בדיקה בסביבת הניסיון. אם נשתתף בעדכונים ובאילו תנאים נקבע בכל פרויקט, ועדיין אין חבילת תמיכה קבועה.
חיבור הכניסה למערכת הזהות הארגונית, ההרשאות לפי תפקיד והעברת יומני הביקורת למערכת הניטור שלכם מוגדרים בשלב האפיון. היום אפשר להיכנס עם חשבון Google או Microsoft, ויש חיבור OIDC לספק זהות ארגוני של שותף אחד. המערכת לא תומכת ב-SAML ואין עדיין ספק זהות שמוגדר לכל לקוח, ולכן חיבור כזה הוא עבודת פיתוח בפרויקט: בודקים מה קיים אצלכם וכותבים אותו, בלי לבקש מהארגון לשנות את מערכת הזהות שלו.
רק את מה שנדרש כדי לענות בשיחה, ורק במפתח של הארגון אצל ספק שבחרתם. הסוכן לא מקבל גישה לכל מסד הנתונים, אלא להרשאות שסימנתם. השיחות, התמלילים והלידים נשמרים אצלכם, ואפשר להשאיר את הסוכנים כבויים לגמרי אם המדיניות אוסרת שימוש ב-AI חיצוני.
תלוי בעיקר במספר המערכות שצריך לחבר ובתהליך האישור של אבטחת המידע אצלכם. סביבת ניסיון עולה מהר, והחלק הארוך הוא בדרך כלל הבדיקות של הארגון והחיבור ל-ERP או ל-CRM הקיים. בסוף שיחת האפיון תקבלו לוח זמנים כתוב.
שיחת אפיון עם מי שבונה את המערכת, בעברית, ומסמך דרישות כתוב בסופה. בלי התחייבות.
לקבוע שיחת אפיון