Fireberry by Powerlink היא מערכת CRM ישראלית ללא צורך בקוד. מה מקבלים מהקופסה, מה חייבים להגדיר בעצמכם, ובאיזה עסק זה עובד.
עיקרי הדברים
- Fireberry היא השם הנוכחי של Powerlink - אותה מערכת, מיתוג חדש.
- החוזק הוא גמישות בלי קוד; המחיר הוא שצריך מישהו שיגדיר.
- היא מכסה מכירות, שירות, משימות ואוטומציות, ומתחברת למערכות נוספות.
- עסק שאין לו בעלים פנימי להגדרה יקבל מערכת חצי-מוגדרת.
Fireberry היא מערכת CRM ישראלית מבית Powerlink, שמוצגת כמערכת שאינה דורשת ידיעת קוד ומתאימה את עצמה לתהליכים של כל עסק. בפועל זה אומר שהיא מגיעה כשלד גמיש ולא כמוצר מוגמר: מה שהיא תעשה אצלכם נקבע במה שתגדירו בה.
מה המערכת מכסה
לפי האתר של החברה, המערכת מכסה ניהול לידים ומכירות, ניהול לקוחות, קריאות שירות ומשימות, אוטומציות עסקיות ובקרה, והיא מתחברת לכלי אנליטיקה ו-BI, למערכות ERP ולמערכות שיווק, סליקה והנהלת חשבונות. קיימת גם אפליקציה לנייד לצוות בשטח.
| התחום | מה מקבלים | מה צריך להגדיר בעצמכם |
|---|---|---|
| לידים ומכירות | ישויות, שלבים, שיוך נציגים | השלבים שמתאימים לתהליך שלכם |
| שירות | קריאות ומשימות | מה נחשב סגור, ומה ה-SLA |
| אוטומציות | מנוע כללים | מה קורה מתי, ומה לא קורה |
| חיבורים | ממשקים למערכות אחרות | איזה צד מאסטר לכל נתון |
| דוחות | תצוגות והרשאות | מה באמת נמדד בעסק |
למי זה מתאים?
- עסק עם תהליך מכירה מוגדר שרוצה לאכוף אותו, לא רק לתעד.
- צוות מכירות או שירות של כמה אנשים שצריכים לראות אותו מידע.
- עסק ישראלי שרוצה ממשק בעברית ותמיכה מקומית.
- מי שיש לו בעלים פנימי שיכול להקדיש זמן להגדרה ולתחזוקה.
ולמי פחות: עסק של אדם אחד עם עשרה לקוחות פעילים, ועסק שהתהליך שלו עדיין לא הוחלט. במקרה השני, המערכת רק תקבע בלבול קיים.
מה נדרש כדי שזה יעבוד?
- להחליט מה ישות ומה שדה. לקוח, עסקה, פנייה - ומה שייך לכל אחד.
- להגדיר שלבים שמכריחים החלטה, לא שלבים שרק מייצרים דוח.
- לקבוע מי המאסטר מול מערכת החשבוניות והסליקה.
- להגדיר הרשאות לפני שמכניסים נתונים, לא אחרי.
- לבחור חמישה מדדים ולהתעלם מהשאר בהתחלה.
הסעיף האחרון הוא זה שמחזיק לאורך זמן: מערכת שמודדת עשרים דברים היא מערכת שאיש לא מסתכל בה.
איפה מערכות כאלה נכשלות אצל עסקים?
- הגדרה חלקית. חצי מהתהליך במערכת וחצי בוואטסאפ.
- אין בעלים. ההגדרה נעצרת כשמי שהתחיל אותה עבר לעבודה אחרת.
- יותר מדי שדות חובה. הצוות ממלא שטויות רק כדי להתקדם.
- נתונים מלוכלכים שנטענו כמות שהם, ומאותו רגע אף דוח לא אמין.
- אין חיבור לחשבוניות, ולכן מישהו מקליד פעמיים.
הרחבה על הסיבות ועל הנגד לכל אחת נמצאת בלמה הטמעות CRM נכשלות.
איך בודקים אם זה מתאים לכם
- לכתוב את תהליך המכירה שלכם בשבעה שלבים, על נייר.
- לבקש הדגמה שמריצה בדיוק את השלבים האלה.
- לבדוק את החיבור למערכת החשבוניות שלכם בשם, לא כקטגוריה.
- לשאול מי מגדיר אצלכם ובכמה שעות.
- להריץ פיילוט עם משתמש אחד וחמישה לקוחות אמיתיים לפני שמעבירים את כולם.
השלב החמישי הוא היחיד שנותן תשובה אמיתית. הדגמה מראה מה המערכת יכולה; פיילוט מראה מה הצוות שלכם באמת עושה בה כשאיש לא מסתכל - וזה מה שיקרה גם בעוד שנה.
מה "בלי קוד" באמת אומר
ההבטחה שאין צורך בידיעת קוד נכונה, אבל היא לא אומרת שאין צורך בעבודה. מה שהיא כן אומרת: מי שמגדיר את המערכת אצלכם לא חייב להיות מפתח, והשינויים אינם דורשים פרויקט פיתוח בכל פעם. מה שהיא לא אומרת: שהמערכת תדע לבד מה התהליך שלכם.
בפועל ההבדל נראה כך. הוספת שדה, שינוי שלב בתהליך, בניית אוטומציה שמקצה ליד לנציג לפי אזור - כל אלה הם הגדרה, ואדם מהעסק יכול לעשות אותם אחרי הדרכה. לעומת זאת, חיבור למערכת שאין לה אינטגרציה מוכנה, לוגיקת תמחור מורכבת, או סנכרון דו-כיווני עם מערכת חשבוניות - אלה עדיין דורשים מישהו טכני.
ההשלכה התקציבית היא שהעלות מתפזרת אחרת: פחות פיתוח, יותר שעות של מי שמגדיר ומתחזק. עסק שלא מקצה את השעות האלה לאף אחד מקבל מערכת שנעצרת במצב שבו הושארה - ואז מסיק בטעות שהמוצר לא מתאים לו.
מה לבדוק לפני חתימה
- ייצוא מלא - מה יוצא, באיזה פורמט, וכמה זמן זה לוקח.
- מי הבעלים של הנתונים ומה קורה להם בסיום ההתקשרות.
- תמיכה - בעברית, בשעות שאתם עובדים, ובאיזה זמן תגובה.
- חיבור למערכת החשבוניות שלכם, בשם ולא כהבטחה כללית.
- הרשאות - האם אפשר להסתיר מידע מנציג ולא רק למנוע ממנו לערוך.
- גיבוי - באיזו תדירות, ואיך משחזרים.
הסעיף הראשון והשני נבדקים בקלות לפני החתימה ובקושי רב אחריה, ולכן זה הסדר הנכון.
מה קורה בשנה השנייה
שנה אחרי ההטמעה, המערכת נראית אחרת מכפי שהוגדרה: נוספו שדות, נוספו סטטוסים, ונוצרו אוטומציות שאיש לא זוכר מי בנה. זה תהליך טבעי, והוא הופך לבעיה רק כשאין לו בעלים. שלושה הרגלים פשוטים מחזיקים מערכת CRM שימושית לאורך זמן: לעבור פעם ברבעון על השדות ולמחוק את מה שלא מולא; לבדוק אילו אוטומציות רצות ומה הן שולחות; ולוודא שהשלבים בתהליך עדיין מתארים את מה שהצוות באמת עושה, ולא את מה שתוכנן לפני שנה.
בעסקים שבהם זה נעשה, המערכת נשארת כלי עבודה. בעסקים שבהם זה לא נעשה, היא הופכת למקום שמזינים בו נתונים בשביל המנהל - וזה בדיוק הרגע שבו איכות הנתונים מתחילה לרדת.
הסימן הראשון לכך אינו תלונה אלא שקט: הנציגים מפסיקים לרשום הערות, ממלאים רק את שדות החובה, ומנהלים את המידע האמיתי בשיחה ובוואטסאפ. בשלב הזה הדוחות עדיין נראים מלאים, וזו הסכנה - הם מציגים תמונה שאינה המציאות, ומישהו מקבל לפיה החלטה.
מקורות
שאלות נפוצות
Powerlink ו-Fireberry זה אותו דבר?
כן. Fireberry הוא השם הנוכחי של מערכת ה-CRM של Powerlink, ובאתר החברה מופיעים שני השמות יחד. מי שמחפש חומרים ישנים ימצא אותם תחת Powerlink, וזה אותו מוצר.
צריך מפתח כדי להגדיר?
לא לרוב ההגדרות - זו הנקודה המרכזית במוצר. מפתח נדרש בעיקר כשמחברים מערכות שאין להן חיבור מוכן, או כשרוצים לוגיקה שמעבר למנוע הכללים. את ההגדרה השוטפת אמור לבצע מישהו בעסק.
היא מחליפה את תוכנת החשבוניות?
לא. גם כשיש יכולות פיננסיות, מערכת ה-CRM והמערכת שמפיקה מסמכים ממשיכות להיות שתי מערכות שצריך לחבר, ולהחליט מי מהן המאסטר ללקוח. ראו [חיבור תוכנת חשבוניות ל-CRM](/he/blog/connect-invoicing-software-to-crm-israel).
כמה זמן לוקחת ההטמעה?
מה שקובע הוא כמה תהליכים מגדירים ולא גודל הצוות. עסק שמגדיר תהליך אחד ומרחיב בהדרגה עולה לאוויר מהר; עסק שמנסה להגדיר את הכול בבת אחת מגלה שההגדרה נגררת חודשים ושאיש לא עובד במערכת בינתיים.
להמשך קריאה
שירות רלוונטי
מערכת CRM בהתאמה אישית
CRM שנבנה סביב הפייפליין שלכם, מחובר לכלים שאתם כבר עובדים איתם.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.