סיפור לקוח

גוף חינוכי-חברתי CRM 360 לשנת שירות

מ-CRM 360 אחד — שנת שירות שלמה רצה בקליק

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

בקצרה

Workflows בלוחות הליבה
25–35

מסע מועמד מלא

קמפייני Meta מחוברים
עד 3

לידים → לוח

ערוצי תקשורת מרכזיים
WhatsApp + Meta

CRM Connections

שלבי אבן בפרויקט
5

מיפוי → מסירה

הפרויקט לא התחיל בלוח — הוא התחיל ב-FlowGram וב-Miro, ונסגר ב-CRM 360 על monday.com עם Clicks CRM Connections וליווי תפעולי.

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

עבדנו במודל Discover → Architect → Build → Operate: מיפוי מסע המועמד ותרשימי זרימה משותפים, יישום CRM ליבה לפי best practice, שכבת דשבורדים ו-ETL, ואז חיבור ערוצי תקשורת רב-ערוציים — לפני QA, הדרכה ועלייה מסודרת לאוויר.

מה בנינו

  • מיפוי מפורט: מקורות לידים, סטטוסים, מבני לוחות, כרטיסי מועמד/ש"ש/בוגר ושדות רגישים.

  • CRM ליבה: טפסי הרשמה, אינטייק, שאלוני העדפות, צ'ק-ליסטים ותצוגות לצוותים.

  • קשרים בין לידים, מועמדים, יישובים, מסלולים, קומונות ורשויות.

  • Clicks CRM Connections: WhatsApp Business, Messenger, בוט פניות, סנכרון לשדות וסטטוסים.

  • דשבורדים: מדדי התקדמות, מקורות לידים, ROI בסיסי וסימולציות לשיבוץ.

תוצרים והמוצרים שמימשו אותם

איך זה עובד בפועל

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

תוצאות

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

רוצים לבנות משהו דומה?

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