חיבור Fireberry (פאוורלינק) ל-AI ולאוטומציות
Fireberry (לשעבר Powerlink) מנהלת את המכירות, השירות והדאטה של מספר עצום של עסקים בישראל — סוכנויות, מרפאות, יבואנים, חברות שירות וחברות SaaS שכולם עוקבים אצלה אחרי לידים, עסקאות וקריאות שירות. כל ליד, שיחה ושינוי סטטוס הם אירוע עסקי נקי, וברוב החברות הם אף פעם לא יוצאים מה-CRM. הנה איך מהנדס בכיר מחבר את Fireberry ל-AI מול ה-API האמיתי שלה, והאוטומציות שבאמת סוגרות עסקאות וחוסכות שעות.
Fireberry — המערכת שרבים עדיין מכירים בשמה הישן, Powerlink — היא אחת ממערכות ה-CRM הנפוצות ביותר שפותחו בישראל. היא מחזיקה את הלקוחות, אנשי הקשר, הלידים, ההזדמנויות, הצעות המחיר, המשימות וקריאות השירות שלכם כרשומות מובנות, עם אובייקטים ושדות מותאמים שכל חברה מעצבת לפי התהליך שלה. אם אתם מנהלים צוות מכירות או שירות בישראל, יש סיכוי טוב שצינור המכירות שלכם חי ב-Fireberry. הסיבה שמהנדסים רוצים לחבר אותה ל-AI היא שכל רשומה היא דאטה עם הרבה אות — הליד הזה הגיע מהקמפיין הזה, העסקה הזו נתקעה בשלב הזה, הלקוח הזה פתח קריאה שלישית החודש — וברוב העסקים האות הזה פשוט יושב ב-CRM, ומטופל רק כשנציג במקרה פותח את התצוגה הנכונה.
איך Fireberry באמת חושפת את הדאטה שלכם
ל-Fireberry יש API מודרני מסוג REST מבוסס HTTPS/JSON, כך שמשטח האינטגרציה ממשי ועובד. אבני הבניין המעשיות שמרכיבים הן:
- אימות — כל קריאה נושאת tokenid שמונפק לכל חשבון מהגדרות ה-API. זהו סוד ספציפי לסביבה שמקומו ב-config/secrets, אף פעם לא קשיח בקוד ואף פעם לא נשלח לדפדפן.
- רשומות (אובייקטים) — לקוחות, אנשי קשר, לידים, הזדמנויות, משימות, קריאות שירות וכל אובייקט מותאם נגישים לפי סוג, כך שאפשר ליצור, לקרוא, לעדכן ולתשאל אותם באופן תוכנתי במקום ידנית.
- API לתשאול — שליפת אוספי רשומות מסוננים ומחולקים לעמודים ("כל הלידים הפתוחים מהמקור הזה, ממוינים לפי תאריך"), כך שה-AI עובד על הפלח הנכון ולא על כל מסד הנתונים.
- מטא-דאטה — ה-API יכול לתאר את השדות וערכי הבחירה של כל אובייקט, וזה קריטי כי שמות השדות והסטטוסים שלכם מותאמים; קריאת המטא-דאטה מונעת מאינטגרציה להישבר ביום שבו מישהו משנה שם של שלב.
- אוטומציות ו-Webhooks — חוקי האוטומציה של Fireberry עצמה יכולים לשגר קריאת HTTP יוצאת כשרשומה משתנה, ומספקים טריגר בזמן אמת במקום בדיקה תקופתית בטיימר.
מכיוון שההגדרה שלכם ב-Fireberry מותאמת מאוד, מקור האמת הוא המטא-דאטה ולא ההנחות שלכם. אינטגרציה אמינה קוראת את הגדרות האובייקטים והשדות, ממפה למזהים פנימיים יציבים ולא לתוויות תצוגה, ומאמתת את מצב הרשומה הנוכחי בצד השרת לפני פעולה — כך שסטטוס ששינה שם או רשימת בחירה שסודרה מחדש לא יקלקלו את האוטומציה בשקט.
מה באמת אפשר לבנות
- מיון לידים מיידי: ליד חדש נכנס, ה-AI מעשיר אותו, מנקד כוונה לפי ההודעה והמקור, מנסח תשובה ראשונה מותאמת בעברית ומנתב אותה לנציג הנכון בוואטסאפ או במייל — תוך שניות, לא למחרת בבוקר.
- סיכומי עסקה לפי דרישה: צ'אטבוט שעונה "מה הסטטוס של עסקת לוי ומה הצעד הבא?" דרך קריאת ההזדמנות, ההערות והפעילות האחרונה, ומסכם בעברית פשוטה — בלי לגלול את כל ציר הזמן.
- התראות על צינור תקוע: ה-AI מזהה הזדמנויות שיושבות יותר מדי זמן בשלב מסוים ושולח לבעלים הצעת מעקב קונקרטית ומודעת-הקשר במקום תזכורת גנרית.
- תיעוד שיחות ומיילים: תמלול פגישה או שרשור מייל מסוכם ונכתב בחזרה לרשומה הנכונה ב-Fireberry כהערה, עם משימה הבאה שנוצרת אוטומטית — כך שה-CRM נשאר מעודכן בלי הקלדה ידנית.
- סיוע בקריאות שירות: קריאות נכנסות מסווגות אוטומטית, קריאות עבר דומות מוצפות, וטיוטת פתרון מנוסחת לאישור הנציג — לקיצור זמן התגובה הראשון.
איפה העבודה האמיתית
מודל ה-AI הוא מצרך זול היום; ההנדסה חיה בתפרים. ב-CRM החלקים הקשים הם דווקא הלא-זוהרים: לכבד את האובייקטים, השדות ורשימות הבחירה המותאמים של כל חשבון במקום לקבע תוויות שישתנו; לשמור על כתיבה אידמפוטנטית כך ש-Webhook שחזר על עצמו לא ייצור ליד כפול או יתעד שיחה פעמיים; לטפל בחלוקה לעמודים ובמגבלות הקצב של ה-API לתשאול כך שסנכרון לא יפספס רשומות ולא יציף את הקצה; למפות את פלט ה-AI בחזרה בדיוק לסוגי השדות ולוולידציות ש-Fireberry דורשת; ולשמור שמידע אישי של לקוחות מטופל נכון בדרכו דרך כל פרומפט או לוג של AI. זו מערכת הרשומות של ההכנסות שלכם — באג שקט כאן משמעו ליד אבוד או סטטוס שגוי, ולכן נכונות חשובה הרבה יותר ממודל מתוחכם.
ב-CRM סיכום ה-AI הוא החלק שכולם מבחינים בו. העבודה המשעממת — לכבד שדות מותאמים, למנוע כתיבות כפולות, למפות למזהים אמיתיים כך שֶשלב ששינה שם לעולם לא ישבור את התהליך — היא החלק שחייב להיות נכון.
נו-קוד או קוד מותאם?
עבור תהליך בודד ובסיכון נמוך — לדוגמה פרסום לידים חדשים לערוץ סלאק — כלי נו-קוד כמו Make או Zapier יכול לפעמים לגשר על הפער, ואני אגיד לכם בכנות מתי הוא מספיק. אבל כל דבר שנוגע באובייקטים מותאמים, בכתיבה דו-כיוונית, בוולידציה ברמת השדה, במיפוי מודע-מטא-דאטה או בלוגיקת AI ספציפית לתהליך שלכם דוחף אתכם מהר לכיוון קוד מותאם. אם אתם מחפשים מתכנת שיחבר את Fireberry (Powerlink) למערכות הקיימות שלכם ולאוטומציות מבוססות AI, זו בדיוק העבודה שאני עושה — בניית השכבה האמינה בין ה-CRM שלכם ל-AI, מקצה לקצה. טופס הצור-קשר בעמוד הזה מגיע אליי ישירות; ספרו לי מה הלידים, העסקאות וקריאות השירות שלכם צריכים לעשות לבד, ואני אבנה את זה.
מחפשים מתכנת לחבר את המערכות שלכם ל-AI?
אריאל תוכנה — סטודיו הנדסת תוכנה ושותף טכנולוגי. אני בונה את האינטגרציות והאוטומציות שמחברות את העסק שלכם ל-AI, מקצה לקצה.
בואו נדבר