אנחנו בונים את התוכנה שסוגרת את הפער. היא קוראת את המייל, מוציאה נתונים מה-PDF, בודקת מול ה-ERP ומכינה את הפעולה. מישהו אצלכם מאשר, והמערכות מתעדכנות.
אנחנו יושבים בין המערכות, לא במקומן.
מתחברים למה שכבר יש לכם
החלק הקשה הוא להבין למה ההזמנה הזאת דורשת שלושה מיילים ואישור של מנהל, ומה עושים כשהמלאי לא מסתדר. את זה לומדים מהצוות שלכם, לא מהמערכת.
פותחים את ה-CRM, מעתיקים מספר הזמנה, נכנסים ל-ERP, מדביקים. שתי דקות בכל פעם, עשרים פעם ביום.
מפרט מגיע כ-PDF. מישהו קורא אותו, מבין מה הלקוח ביקש ומקליד פנימה. אם הוא טעה, מגלים את זה בהזמנה.
אוטומציה רגילה לא יודעת שהלקוח בחריגת אשראי, שהפריט אזל, או שזאת כבר הפעם השלישית שהוא שואל.
מפיצים וספקים ימשיכו לשלוח וואטסאפ ומייל. אפשר להילחם בזה שנים, או לבנות משהו שקורא אותם.
כל אחת מהן נבנתה במלואה, מקצה לקצה. עדיף להראות איך זה נראה מאשר לתאר את זה.
Email + PDF → Priority + HubSpot
מייל נכנס עם מפרט מצורף. המערכת מזהה מי הלקוח ומה ביקש, מושכת מחיר ומלאי מ-Priority, שמה לב שתאריך האספקה לא ריאלי, מכינה הצעה ומעדכנת את ה-Deal ב-HubSpot. איש המכירות מאשר לפני שמשהו יוצא.
Messaging → ERP + HubSpot
המפיץ שולח הודעה כמו תמיד. מאחורי הקלעים נפתחת הזמנה ב-ERP: הכתובת מאומתת, המלאי נבדק, החוסר מטופל והפעילות נרשמת ב-HubSpot. הוא לא למד שום מערכת חדשה.
Email + Excel → Evidence → HubSpot + Jira
לקוח גדול שולח 43 שאלות אבטחה באקסל לפני שהוא חותם. המערכת קוראת את הקובץ, מנסחת תשובות רק ממסמכים מאושרים ומראה לכל טענה את המקור שלה. על מה שאין לו אסמכתא היא לא ממציאה תשובה — היא מסמנת ומעבירה למי שיודע. אדם מאשר, והקובץ חוזר בפורמט המקורי.
רוב הפניות מגיעות עם תהליך אחד שמעצבן במיוחד. אלה הסוגים שחוזרים הכי הרבה.
חשבוניות, תעודות משלוח, חוזים וטפסים שהופכים לשורות במערכת. מה שלא ברור מסומן לבדיקה במקום להיכנס שגוי.
מסך עבודה או דשבורד שנבנה סביב איך שהצוות עובד באמת, מעל הנתונים שכבר קיימים אצלכם.
העברת נתונים דו-כיוונית בין ERP, CRM, חנות או מערכת ספקים. כולל הכפילויות והמקרים החריגים, שזה בדרך כלל רוב העבודה.
פנייה נכנסת מסווגת, ההקשר נשלף מהמערכות, והנציג מקבל טיוטה עם כל מה שהוא צריך כבר בפנים.
הצעות שנבנות ממחירונים, כללי הנחה ותנאי לקוח, עם בדיקת היתכנות לפני שהמספר יוצא החוצה.
התראה על חריגה כשהיא קורית, במקום דוח שמישהו מריץ ביום ראשון ומגלה מה קרה בשלישי.
אם התהליך שלכם לא ברשימה, זה בדרך כלל סימן טוב. סימן שהוא ספציפי מספיק כדי שאף מוצר מדף לא באמת יטפל בו.
שעה־שעתיים עם מי שעושה את העבודה בפועל. לא עם מצגת.
לא כל שלב שווה את זה. חלק מההחלטות עדיף שיישארו אצל אדם, וזה בסדר גמור.
API, webhook, בסיס נתונים או אפילו ייצוא קובץ. עובדים עם התשתית הקיימת, גם כשהיא לא מושלמת.
פיילוט על מקרה אמיתי לפני שמרחיבים. אם משהו לא מחזיק, עדיף לגלות בשבוע השלישי.
המטרה היא לא להוסיף לכם עוד מערכת. בדרך כלל זה מה שיצר את הבעיה מלכתחילה.
רוב העבודה הזאת נוגעת בכסף, במלאי או בלקוח. לכן המערכת עוצרת כשמשהו חסר או חריג, מראה מה היא הבינה ומחכה. אפשר לערוך, לבחור אחרת או פשוט לדחות.
מייל, מסמך או הודעה הופכים לנתונים
לקוח, היסטוריה, מלאי, מחירון
מה חסר או לא מסתדר
עריכה, בחירה או דחייה
המערכות מתעדכנות, הכל מתועד
כשלקוח שלכם מבקש משהו שה-CRM לא עושה — פיתוח מותאם, לוגיקה מסובכת, חיבור לשלוש מערכות או AI אמיתי — אנחנו נכנסים בצד הטכני.
אפשר בשקט מאחורי הקלעים או כשותף גלוי. הקשר העסקי נשאר שלכם, ואנחנו לא מדברים עם הלקוח מעל הראש שלכם.
Naomivo בונה תוכנה מותאמת ומערכות AI לעסקים, בעיקר במקומות שבהם פתרון מדף כמעט מתאים אבל לא באמת.
אנחנו מגיעים משילוב של פיתוח תוכנה והבנה של איך עסק עובד בפועל. זה מה שמאפשר לבנות סביב החברה, במקום לבקש ממנה להתאים את עצמה.
לפעמים אנחנו הצוות היחיד בפרויקט. לפעמים אנחנו עובדים לצד מטמיע ה-CRM שלכם, איש ה-ERP או המפתח הפנימי. תלוי מה הפרויקט צריך.
מה ששואלים אותנו בשיחה הראשונה, בדרך כלל בסדר הזה.
לא. אנחנו בונים שכבה שמתחברת ל-CRM, ל-ERP ולמערכות הפנימיות שכבר עובדות אצלכם. הן נשארות מקור האמת, ואף אחד בצוות לא צריך ללמוד כלי חדש.
HubSpot ו-Priority הם הנפוצים אצלנו, אבל החיבור עצמו נעשה דרך API, webhook, בסיס נתונים או אפילו ייצוא קובץ. בפועל גם מערכת פנימית או ותיקה היא בדרך כלל אפשרית.
גם וגם, לפי מה שנכון לכל חלק. AI לקריאה והבנה של מיילים, מסמכים והודעות חופשיות. קוד רגיל ללוגיקה העסקית, כי שם צריך התנהגות צפויה. לא כל שלב צריך מודל.
היא עוצרת. כשמידע חסר או משהו חורג מהכללים היא מציגה מה הבינה ומחכה. אפשר לערוך, לבחור אחרת או לדחות לפני שמשהו נכתב ל-CRM, ל-ERP או נשלח ללקוח.
כן, וזה מה שאנחנו ממליצים. מתחילים מתהליך אחד כפיילוט על מקרה אמיתי, ומרחיבים רק אחרי שהוא מחזיק. אם משהו לא עובד, עדיף לגלות בשבוע השלישי.
כן. אנחנו נכנסים בצד הטכני כשלקוח מבקש משהו שה-CRM לא עושה, מאחורי הקלעים או כשותף גלוי. הקשר העסקי והלקוח נשארים שלכם.
הסברים ארוכים על ההחלטות שחוזרות בכל פרויקט אינטגרציה — בלי מונחי שיווק, כולל מה שלא עובד.
ספרו לנו איך הוא עובד היום. נגיד לכם בכנות אם יש פה משהו לבנות, וגם אם אין.