דילוג לתוכן
comark

תוכנה שנבנית סביב העסק, ולא עסק שמתאים את עצמו לתוכנה.

מערכות CRM, הזמנות, שירות ותפעול לפי הדרך שבה הצוות שלכם באמת עובד, עם האינטגרציות והדוחות שאתם צריכים.

לוח הזמנות לדוגמה במערכת בהתאמה: הזמנות אוקטובר לפי השלבים של העסק, מפנייה ועד אישור, וחבילה משפחתית שעוברת ל״מקדמה שולמה״ כשהמקדמה מתקבלת. כל הנתונים להמחשה.

מה אנחנו בונים

שנים־עשר סוגי מערכות. בדרך כלל כמה במערכת אחת.

רוב העסקים צריכים שילוב: CRM שמכיר את ההזמנות, מוקד שירות שרואה את הרכישות, ודשבורדים שמושכים נתונים מכל אלה.

  • CRM

    אנשי קשר, חברות, משפך מכירות והיסטוריה מלאה של כל לקוח.

  • ניהול מכירות ולידים

    קולטים, מנתבים ועוקבים אחרי כל ליד, עם יעדים לזמן תגובה.

  • ניהול לקוחות

    רשומה אחת לכל לקוח, במכירות, בשירות ובהזמנות.

  • מערכות שירות

    פניות, תורים והיסטוריה שהנציגים יכולים לסמוך עליה.

  • הזמנות ושריונים

    זמינות, כללי תמחור, אישורים ושינויים.

  • מערכות פנימיות

    כלי back-office לתהליכים שאף מוצר מדף לא מכסה.

  • דשבורדים

    מספרים חיים למנהלים, מהנתונים שכבר יש לכם.

  • ניהול תהליכי עבודה

    שלבים, אישורים, אחראים ודדליינים, מוגדרים בבירור.

  • מערכות בסגנון ERP

    הזמנות, מלאי, ספקים וחשבוניות במקום אחד.

  • דוחות

    דוחות מתוזמנים ולפי דרישה, שאפשר לייצא ולבדוק לאחור.

  • אוטומציה

    כללים שמקדמים את העבודה בלי צעדים ידניים.

  • פלטפורמות בהתאמה

    כשהמערכת היא המוצר: פורטלים ואפליקציות מרובות לקוחות.

שיטת עבודה

איך אנחנו בונים מערכת סביב התפעול שלכם.

מתחילים מהדרך שבה העבודה זורמת אצלכם היום, לא מתבנית. בסוף כל שלב יש תוצר שאפשר לבדוק לפני שממשיכים.

שלב 01מצב קיים

התהליך הנוכחי

שיחות עם האנשים שעושים את העבודה. מאיפה מגיעים הלידים, מי נוגע בהם, ואיפה הם נתקעים.

שלב 02schema

מודל נתונים

הישויות שבאמת יש בעסק שלכם והקשרים ביניהן, מסוכמים בכתב לפני שמעצבים מסך אחד.

שלב 03מצבים וכללים

תהליכי עבודה

שלבים, אחראים, דדליינים ואוטומציות: הכללים שעד עכשיו היו רק בראש של אנשים.

שלב 04מסכים

ממשקים

מסך לכל תפקיד (מכירות, שירות, מנהלים), שמציג רק את מה שהתפקיד הזה צריך.

01 / 04 · החליקו

אוטומציה של תהליכים

כללים שהצוות שלכם יכול לקרוא, וגם לשנות.

כל אוטומציה היא כלל ברור של ״כאשר / אם / אז״ בתוך המערכת, עם יומן ריצות. בלי סקריפטים נסתרים שרק מפתח אחד מבין.

  • שיוך, התראות והסלמה
  • שליחת תבניות וואטסאפ דרך Engage
  • עדכון רשומות במערכות אחרות
  • כל ריצה מתועדת ואפשר לבדוק אותה
מעקב אחרי הצעה שלא נענתה. כלל לדוגמה.

דוחות · בתוך אותה מערכת

נתוני דוגמה

לידים חדשים · החודש

412

זמן תגובה ראשונה

38 דק׳

מקור הליד

  • אתר54%
  • וואטסאפ31%
  • הפניה15%

הזמנות לפי שבוע

96

אינטגרציה והגירה

נפרדים מהאקסלים ומהמערכות הישנות, בלי לעצור את העסק.

  1. 01

    מיפוי הנתונים

    רשימת מקורות

    ממפים כל גיליון, ייצוא וטבלה ישנה, ומי תלוי בהם.

  2. 02

    ניקוי ומיפוי

    mapping

    מאחדים כפילויות, מנרמלים שדות ומסכמים על מקור אמת אחד.

  3. 03

    חזרה גנרלית

    staging

    מייבאים לניסיון ל-staging, והצוות שלכם בודק מול מקרים אמיתיים.

  4. 04

    עבודה במקביל

    ריצה מקבילה

    הישן והחדש זה לצד זה לתקופה מוגדרת, כך ששום דבר לא הולך לאיבוד.

  5. 05

    מעבר וליווי

    cut-over

    מעבר מתוכנן, הדרכה לפי תפקיד, ותמיכה בשבועות הראשונים.

מתחבר ל

  • טפסים באתר
  • WhatsApp · Engage
  • סליקה
  • הנהלת חשבונות
  • ספקי הזמנות
  • Google APIs
  • מייל
  • OpenAI · Claude

לכל אינטגרציה יש ניסיונות חוזרים, לוגים ואחראי. כשה-API של ספק משתנה, אנחנו אלה ששמים לב.

הוסיפו AI למערכת

סיפור לקוח

ממשק מהיר יותר על בקאנד שכבר עבד.

קמעונאות · CRM/ERP

פרונטאנד חדש לגמרי, בלי לגעת בבקאנד שהוכיח את עצמו.

הבקשה
ממשק מהיר יותר לעבודה היומיומית, בלי להחליף את הבקאנד שהעסק עבד עליו כל יום.
הגישה
בדיקת UX של המסכים שהצוות משתמש בהם כל יום, ואז פרונטאנד חדש להזמנות, למלאי, ללקוחות ולדוחות.
מאז
אנחנו ממשיכים ללוות את המערכת גם אחרי העיצוב החדש.
לסיפור המלא
מסך הזמנות ישן וצפוף לצד המסך המעוצב מחדש: רשימת הזמנות עם חיפוש וסטטוסים ברורים. נתוני דוגמה.

שאלות נפוצות

שאלות לפני פרויקט מערכת.

למה לבנות מערכת ולא לקנות CRM מדף?

לפעמים באמת לא כדאי. אם CRM סטנדרטי מתאים לתהליך שלכם עם קצת הגדרות, נגיד לכם. מערכת בהתאמה הגיונית כשהתהליך הוא מה שמבדל אתכם, או כשאתם משלמים על כמה כלים ועדיין מעתיקים נתונים ביניהם.

אפשר לחבר אותה להנהלת החשבונות או ל-ERP שלנו?

בדרך כלל כן, דרך ה-API של הספק או סנכרון מתוזמן. אנחנו בודקים מה ה-API מאפשר כבר בשלב הארכיטקטורה, כי זה מה שקובע מה אפשר להפוך לאוטומטי ומה יישאר ידני.

מה קורה לנתונים שכבר יש לנו?

אנחנו ממפים אותם למודל הנתונים החדש, מנקים את מה שצריך ומייבאים לפני העלייה לאוויר. לפני שמישהו עובר למערכת החדשה, אתם משווים מדגם מול המערכת הישנה.

אפשר להתחיל עם מחלקה אחת?

כן, ובדרך כלל זו ההמלצה שלנו. מודול ראשון לצוות אחד מאפשר לבדוק את מודל הנתונים ואת תהליך העבודה עם משתמשים אמיתיים. המודולים הבאים נבנים על אותו בסיס.

מה אם התהליך שלנו משתנה אחרי ההשקה?

הוא ישתנה. מודל הנתונים בנוי לקבל סטטוסים, שדות ומודולים חדשים, והשינויים עוברים דרך staging כמו הפיתוח המקורי. את השינויים עושה הצוות שבנה את המערכת.

הראו לנו איך נראה שבוע רגיל.

אקסלים, וואטסאפ, מערכת ישנה. ספרו לנו איך הכול עובד, ונראה לכם איך תיראה מערכת שבנויה סביב זה.