ענן ו-DevOps
איך להטמיע מערכת ניהול לקוחות במוסדות דת וקהילה תוך שבוע
הטמעת CRM במוסדות דת וקהילה בתחום מוסדות דת וקהילה. אפליקציה לניהול לקוחות סביב חבר, בלי הדגמה ובלי שליחה ללקוח לפני אישור.
השאלה שאיך להטמיע מערכת ניהול לקוחות במוסדות דת וקהילה תוך שבוע באה לענות עליה היא מעשית: איך הטמעת CRM במוסדות דת וקהילה יושב בתחום מוסדות דת וקהילה, ביום עבודה אמיתי ולא במצגת. היום זה נראה כך אצל המשרד והחבר. אירוע קהילה בלי לדעת מי אישר הגעה. בלי מקום אחד, חבר חי בוואטסאפ, באקסל ובראש. אפליקציה לניהול לקוחות נכנס בדיוק לשם. לא כעוד חלון, אלא ככרטיס שאפשר לפתוח מחר בבוקר ולראות מה סוכם ומה עוד פתוח. מי שמחליף משמרת לא שואל בקבוצה מה קרה. הכרטיס אומר. אם אי אפשר להצביע על צעד אחד שנרשם ועל צעד אחד שנשאר אצל אדם, עוד אין מה לבנות. את הטמעת CRM במוסדות דת וקהילה בודקים על עבודה מהשבוע, לא על נתונים של עסק אחר.
מה זה אומר בפועל בתחום מוסדות דת וקהילה: לכל חבר יש כרטיס אחד. על הכרטיס יושבים מי פנה, מה הובטח, מה שולם ומה הצעד הבא. המשרד והחבר לא צריכים את אותה גישה. מי שעובד על התיק רואה את התיק. מי שמנהל רואה תמונה. מי שעזב לא נשאר עם מפתח. אפליקציה לניהול לקוחות בלי ההרשאה הזו הוא דליפה, לא סדר. סיסמה לא עוברת בוואטסאפ, ואין משתמש אחד משותף "כדי שיהיה פשוט". פשוט נגמר ביום הראשון שבו אי אפשר לדעת מי שינה מחיר או מי אישר הבטחה. הטמעת CRM במוסדות דת וקהילה שווה משהו רק אם הצוות מוכן לעבוד עליו, לא רק להנהן בהדגמה.
עבודה שחוזרת על עצמה מתאימה להיכנס למערכת. עבודה שדורשת שיקול נשארת בחוץ. בתחום מוסדות דת וקהילה הצעד שחוזר הוא סביב חבר: פנייה נכנסת, נרשמת, ומסומנת אם היא ממתינה לאדם. אירוע קהילה בלי לדעת מי אישר הגעה זה בדיוק הצעד שנעלם כשאין כרטיס. אפליקציה לניהול לקוחות לא סוגר עסקה, לא משנה מחיר ולא מוחק רשומה. אלה נשארים אצל מי שמורשה. הודעה ללקוח לא יוצאת לבד. טיוטה יכולה לחכות. אישור משחרר. אם מישהו מבטיח שהטמעת CRM במוסדות דת וקהילה יעשה הכול אוטומטית, זו הדגמה. בשיחה אומרים את הגבול בקול, לפני שנבנה מסך.
וואטסאפ נשאר המקום שבו הלקוח כותב. הוא לא המערכת. בתחום מוסדות דת וקהילה רוב האמת מגיעה בהודעה, לא בטופס. הטמעת CRM במוסדות דת וקהילה בלי חיבור להודעה הזו משאיר את הצוות עם שני מקומות. החיבור הנכון הוא חשבון עסקי רשמי, תבנית כשצריך לשלוח יזום, ורישום של מה שנכנס על חבר. מספר פרטי של עובד לא הופך לערוץ. בבוקר אין גלילה של לילה שלם. יש רשימה של מה שנכנס ומה שמחכה לתשובה. אפליקציה לניהול לקוחות יושב מאחורי הערוץ הזה, אחרת הבוט עונה באוויר והכרטיס נשאר ריק. המשרד והחבר רואים את אותה שיחה, לא עותק שמישהו העביר.
עברית היא לא תוספת. בתחום מוסדות דת וקהילה הצוות כותב בעברית, הלקוח כותב בעברית, והשדות צריכים להיקרא כמו שהעבודה נקראת, לא כמו תרגום של מוצר זר. הטמעת CRM במוסדות דת וקהילה שדורש מהצוות לחשוב באנגלית של צינור מכירות גנרי ייזנח תוך שבוע. CRM בעברית כאן אומר מסכים, סטטוסים והודעות בשפה שבה סוגרים את היום. זה כולל תאריכים, סכומים ושמות שדות שהמשרד והחבר מזהים בלי מקרא. אפליקציה לניהול לקוחות שלא עובר את המבחן הזה נשאר יפה בהדגמה וריק בעבודה. לא מתרגמים מוצר אמריקאי ומקווים שההרגל ישתנה.
כלי בחינם יכול לסדר שבוע. הוא לא מחזיק עסק כשהחריג הוא השגרה. בתחום מוסדות דת וקהילה החריג הוא אירוע קהילה בלי לדעת מי אישר הגעה. מערכת CRM חינמית בעברית, או תוכנה לניהול לקוחות חינם, מספיקה כשיש מעט אנשים, מעט שדות, ואין הרשאה אמיתית לפי תפקיד. ברגע שצריך לאשר מחיר, לחבר וואטסאפ לכרטיס, או למנוע ממישהו לראות מה שלא שלו, החינם נגמר באמצע. הטמעת CRM במוסדות דת וקהילה לא נמדד במספר המסכים שבמסלול החינמי. הוא נמדד בשאלה אם חבר שורד החלפת אדם. אפליקציה לניהול לקוחות שעולה כסף בלי היקף הוא גם לא תשובה. קודם היקף, אחר כך מחיר.
אפליקציה לניהול לקוחות נדרשת כשהעבודה לא קורית ליד מחשב. בתחום מוסדות דת וקהילה מי שעובד מול חבר לרוב בשטח, בדלפק או בין פגישות. אם העדכון מחכה לחזרה למשרד, הוא לא יקרה. הטמעת CRM במוסדות דת וקהילה צריך להיפתח בטלפון על הכרטיס הנכון, עם השדות שבאמת ממלאים, לא עם טופס של שמונים שדות. המסך הקטן לא מקבל את כל המערכת. הוא מקבל את הצעד הבא: מה סוכם, מה חסר, ומה אסור לשלוח בלי אישור. המשרד והחבר שמנסים "רק עוד אקסל" מהנייד חוזרים לצילום מסך. אפליקציה לניהול לקוחות שלא נפתח בשטח לא קיים בשטח.
השבוע הראשון לא מעביר היסטוריה של שנים. הוא מעביר את העבודה של היום. בתחום מוסדות דת וקהילה בוחרים סוג אחד של חבר, עשרה פריטים אמיתיים מהשבוע, ואת המשפט שבו מעבירים לקוח לאדם. הטמעת CRM במוסדות דת וקהילה עולה לאוויר על זה, לא על מחסן של קבצים ישנים. בבוקר הראשון מישהו מהצוות, לא מי שבנה, מצליח לראות מה נשאר פתוח מאתמול. אם עדיין צריך לפתוח את הוואטסאפ הישן כדי להבין מה קורה, עוד לא נמסר. אפליקציה לניהול לקוחות נמדד שם. הדרכה של שעתיים בלי כרטיס אמיתי היא לא הטמעה. אחרי המסירה נשאר ערוץ אחד לשאלות, לא קבוצה חדשה שמתחרה במערכת.
איך מבדילים מערכת מהדגמה בתחום מוסדות דת וקהילה: הכרטיס הוא של לקוח שלכם, לא של חברה עם לוגו מוכר. המשרד והחבר לא חולקים משתמש אחד. הודעה לא יוצאת לפני אישור. אירוע קהילה בלי לדעת מי אישר הגעה מופיע כשדה או כסטטוס, לא כסיפור במצגת. הטמעת CRM במוסדות דת וקהילה בהדגמה נראה חלק כי אף אחד לא מביא את הבלגן שלו. אצלנו אין מספרים עגולים על לקוחות שאין לנו, ואין דירוג מומצא של מתחרים. מערכת CRM מומלצת היא זו שאפשר לפתוח מחר על אתמול. אם אי אפשר, זו לא המלצה. זו תמונה. אפליקציה לניהול לקוחות עובר את אותו מבחן: עבודה, הרשאה, ואישור לפני שיוצא משהו ללקוח.
לפני שסוגרים היקף על הטמעת CRM במוסדות דת וקהילה מביאים חומר, לא מותג. מביאים איך נראה חבר השבוע, מי מ-המשרד והחבר נוגע בו, ומה אסור שיראה מי שלא צריך. מביאים דוגמה להודעה שאסור שתצא לבד, ודוגמה להודעה שמותר שתצא מיד. בלי זה אי אפשר לדעת אם צריך מערכת או רק לסדר תהליך. השיחה נגמרת באחד משלושה: מתחילים סביב מה שחוזר, אומרים שזה לא בשל, או מצמצמים למשהו שאפשר לפתוח מהר. לא נשארים עם "נחזור עם הצעה" בלי היקף. אפליקציה לניהול לקוחות לא נמכר כחבילה סגורה לפני שרואים את אירוע קהילה בלי לדעת מי אישר הגעה. המערכת נשארת של העסק. המפתחות לא עוברים לספק.
הטמעה של הטמעת CRM במוסדות דת וקהילה בתחום מוסדות דת וקהילה נמדדת בימים, לא בסיסמאות. יום אחד: בוחרים את חבר ואת עשרת המקרים מהשבוע, כולל אירוע קהילה בלי לדעת מי אישר הגעה. יום שניים: שמים הרשאה. המשרד והחבר לא נכנסים כולם כמנהלים. יום שלישי: מחברים את המקום שבו הלקוח כותב, רק לקריאה ולרישום, בלי שליחה אוטומטית. יום רביעי: מישהו מהצוות, לא מי שבנה, פותח כרטיס לבד. יום חמישי: עוברים על מה שנשבר ומוחקים שדה. בסוף השבוע העבודה של היום חיה על הכרטיס. היסטוריה ישנה נשארת בחוץ. אפליקציה לניהול לקוחות שלא שורד את השבוע הזה לא מקבל שבוע שני של פיצ'רים.
אפליקציה לניהול לקוחות נכנסת באותו שבוע רק אם בלעדיה העדכון לא יקרה. בתחום מוסדות דת וקהילה בודקים איפה המשרד והחבר עומדים כשהם נוגעים בחבר. אם זה דלפק עם מחשב, מסך רגיל מספיק. אם זה שטח, הטלפון הוא המסך, והוא מראה מעט: סטטוס, הצעד הבא, כפתור אישור למי שמורשה. לא בונים אפליקציה כדי שיהיה מה להראות. בונים כי אחרת אירוע קהילה בלי לדעת מי אישר הגעה יישאר בטלפון הפרטי. הטמעת CRM במוסדות דת וקהילה כולל את ההחלטה הזו במפורש, לא כהפתעה באמצע פיתוח.
מה מפיל הטמעה בתחום מוסדות דת וקהילה: הדרכה בלי כרטיסים אמיתיים. חובה למלא שדות "להמשך". שני ערוצים במקביל, מערכת וקבוצה, בלי להחליט איפה האמת. מנהל שמדלג על ההרשאה כי "אצלי כולם אמינים". אמינות לא מחליפה יומן של מי נגע. המשרד והחבר מסכימים מראש איפה מפסיקים לעדכן את הישן. בלי תאריך כזה, הישן מנצח. אפליקציה לניהול לקוחות לא מנצח הרגל בכוח הסבר. הוא מנצח כשהישן כבר לא מקבל עדכון.
ביום שאחרי השבוע משאירים רשימה קצרה: מה נפתח, מה נתקע, איזו הודעה כמעט יצאה בלי אישור. זו לא ביקורת על הצוות. זו רשימת תיקון למסך. הטמעת CRM במוסדות דת וקהילה משתנה לפי הרשימה הזו, לא לפי בקשת "עוד דוח" ממי שלא עובד על חבר. אם השבוע עבר ואף אחד לא נתקע, או שההיקף היה נכון, או שאף אחד לא עבד. שואלים איזה כרטיס נגעתם בו אתמול. תשובה מעורפלת אומרת שההטמעה עוד לא התחילה.
בוקר בתחום מוסדות דת וקהילה נפתח על חבר, לא על תיבת דואר. מי שנכנס רואה מה נשאר פתוח מאתמול, מה מחכה לאישור, ומה כבר יצא ללקוח. המשרד והחבר לא משחזרים את הלילה מתוך שיחה. אם אירוע קהילה בלי לדעת מי אישר הגעה קרה אתמול, הוא כתוב. הטמעת CRM במוסדות דת וקהילה נכשל בבוקר הזה אם צריך לפתוח מקום שני כדי להבין. לכן הכרטיס מראה מעט: מי פנה, מה סוכם, מה הצעד הבא, ומי אחראי. לא מראה גרף. לא מראה סיסמה של מוצר. אפליקציה לניהול לקוחות נמדד בשאלה אם אפשר להתחיל לעבוד בלי לשאול אדם אחר איפה זה עומד. אם התשובה היא לא, מוחקים מהמסך את מה שמפריע, לא מוסיפים הסבר.
השדות על חבר בתחום מוסדות דת וקהילה נבחרים ממה שממלאים בפועל. שם הלקוח. דרך ההגעה, אם היא משנה מי אחראי. הסטטוס במילה שהצוות אומר. הצעד הבא. סכום רק אם הוא חלק מההבטחה, לא כדי לייצר דוח. הערה קצרה על אירוע קהילה בלי לדעת מי אישר הגעה, כדי שלא יישאר סיפור בעל פה. שדה שלא מולא עשר פעמים השבוע יורד. הטמעת CRM במוסדות דת וקהילה לא צובר שדות "אולי נצטרך". המשרד והחבר שממלאים שדה בלי להבין למה, מפסיקים למלא את השאר. אפליקציה לניהול לקוחות נשאר קריא. כרטיס שאי אפשר לקרוא בעמידה ארוך מדי. מקצרים לפני שמוסיפים מועדון, דוח או חיבור נוסף.
אישור אנושי בתחום מוסדות דת וקהילה יושב על שלושה דברים: כסף, התחייבות ללקוח, ומחיקה. כל השאר יכול להירשם בלי תור. הטמעת CRM במוסדות דת וקהילה שמעמיד תור על כל שדה מאמן את הצוות לדלג. המשרד והחבר מאשרים רק מה שיכול להזיק אם ייצא לבד. טיוטה של הודעה מחכה. תזכורת פנימית לא מחכה. שינוי מחיר מחכה. עדכון סטטוס פנימי לא מחכה, אלא אם הסטטוס עצמו הוא הבטחה ללקוח. אירוע קהילה בלי לדעת מי אישר הגעה לא מאושר על ידי כפתור אוטומטי. מישהו רואה אותו ומחליט. אפליקציה לניהול לקוחות בלי ההבחנה הזו נהיה ביורוקרטיה, והצוות חוזר לוואטסאפ כי שם אין תור. התור נשאר קצר בכוונה.
לשיחה על הטמעת CRM במוסדות דת וקהילה מביאים חמישה דברים, לא מצגת. עשרה מקרים של חבר מהשבוע, בלי שמות אם אסור. המשפט שבו מעבירים לקוח לאדם. דוגמה להודעה שאסור שתצא לבד. רשימה של מי מ-המשרד והחבר רואה כסף, מי רואה רק את התיק שלו, ומי לא אמור להיכנס. ואת אירוע קהילה בלי לדעת מי אישר הגעה כפי שקרה לאחרונה, לא כפי שהיה אמור לקרות. בלי החומר הזה אי אפשר לדעת אם צריך לבנות. עם החומר הזה אפשר לחתוך היקף באותה שיחה. אפליקציה לניהול לקוחות לא מחכה לאפיון של עשרות עמודים. הוא מחכה לדוגמה. מי שמגיע בלי דוגמה מקבל שיחה קצרה יותר, לא הצעה ארוכה יותר.
החיבור בין החלקים בתחום מוסדות דת וקהילה הוא כל הסיפור של הטמעת CRM במוסדות דת וקהילה. כרטיס הלקוח הוא המקום. וואטסאפ הוא הערוץ. טיוטה יכולה להיות מוכנה. אדם משחרר מה שיכול לעלות באמון או בכסף. אפליקציה נכנסת רק אם בלעדיה לא מעדכנים את חבר. מערכת מדף נשארת אם היא כבר מחזיקה את זה בלי לכופף את היום. בית תוכנה אחד בונה את החיבור, כי שלושה ספקים משאירים את התפר אצל המשרד והחבר. אין כאן לקוחות לדוגמה ואין מספרים על היקף שאין לנו. אפליקציה לניהול לקוחות נשאר ההצעה הזו: מערכת שאפשר לפתוח מחר על העבודה של אתמול, בעברית, עם הרשאה, בלי שליחה ללקוח לפני שאישרו. אם אירוע קהילה בלי לדעת מי אישר הגעה לא נכנס לזה, אומרים שההיקף עוד לא נכון.
סיכום העבודה על הטמעת CRM במוסדות דת וקהילה בתחום מוסדות דת וקהילה נשאר על הקרקע. יש חבר. יש המשרד והחבר. יש אירוע קהילה בלי לדעת מי אישר הגעה שקורה באמת ולא רק במצגת. אפליקציה לניהול לקוחות נכנס ככרטיס אחד, הרשאה לפי תפקיד, וואטסאפ כערוץ ולא כמערכת, ואישור של אדם לפני כסף, לפני הבטחה ולפני מחיקה. מה שלא חוזר כל שבוע לא נבנה. מה שחוזר נרשם כך שמחר בבוקר אפשר לפתוח את אתמול בלי לשאול בקבוצה. אין כאן לקוחות לדוגמה, אין דירוג מומצא ואין מחיר בלי היקף. בשיחה מביאים עשרה מקרים מהשבוע. אם אי אפשר להצביע על צעד שנכנס למערכת ועל צעד שנשאר אצל אדם, עוצרים. המערכת נשארת של העסק, בעברית, עם ייצוא, בלי משתמש משותף ובלי שליחה ללקוח מהטיוטה. זה המבחן של הטמעת CRM במוסדות דת וקהילה, וזה גם המבחן של אפליקציה לניהול לקוחות. מי שמגיע לשיחה עם דוגמה מהשבוע יוצא עם היקף. מי שמגיע עם סיסמה יוצא עם בקשה להביא דוגמה. לא בונים מסך על ניחוש, ולא משאירים את המשרד והחבר עם שלושה כלים שלא מדברים.
שאלות לפני שיחה
האם הטמעת CRM במוסדות דת וקהילה מתאים לכל עסק בתחום מוסדות דת וקהילה?
לא. אם יש מעט פניות והמשרד והחבר זוכרים כל שיחה, מחברת מספיקה. הטמעת CRM במוסדות דת וקהילה נכנס כשאירוע קהילה בלי לדעת מי אישר הגעה חוזר, וכשיותר מאדם אחד נוגע בחבר. אפליקציה לניהול לקוחות בלי הצעד החוזר הזה הוא מסך מיותר. בשיחה אומרים את זה, ולא מוכרים מערכת.
האם אפשר להתחיל מהטמעת CRM במוסדות דת וקהילה בלי להעביר את כל ההיסטוריה?
כן. מעבירים את העבודה של היום: עשרה מקרים של חבר מהשבוע, כולל אירוע קהילה בלי לדעת מי אישר הגעה. היסטוריה ישנה נשארת בחוץ עד שהכרטיס חי. אפליקציה לניהול לקוחות שלא שורד את השבוע הזה לא מקבל עוד פיצ׳רים.
מי מאשר הודעה ללקוח כשעובדים עם הטמעת CRM במוסדות דת וקהילה?
אדם שהוגדר מראש, ורק על כסף, על התחייבות ועל מחיקה. שאר העדכונים על חבר נרשמים בלי תור. המשרד והחבר לא חולקים משתמש אחד. אפליקציה לניהול לקוחות בלי ההבחנה הזו נהיה או ביורוקרטיה או שליחה בלי שליטה.
איך יודעים שהטמעת CRM במוסדות דת וקהילה אמיתי ולא הדגמה?
פותחים מחר בבוקר את העבודה של אתמול בתחום מוסדות דת וקהילה, לא נתונים של מישהו אחר. אירוע קהילה בלי לדעת מי אישר הגעה כתוב על הכרטיס. הודעה לא יצאה לפני אישור. אין כאן מספרים על לקוחות שאין לנו. אפליקציה לניהול לקוחות שלא עובר את זה לא נמסר.
