Skip to main content

Recently active topics

28

שלום לצוות התמיכה של Fireberry, אנו מנסים לבנות תהליך אוטומטי חכם במערכת, ונשמח להכוונה שלכם כדי לוודא שאנחנו בדרך הנכונה.  המטרה שלנו:ליצור תהליך שיפעל בכל פעם שלקוח שולח אלינו מייל (בין אם זה מייל ראשון או תגובה בשרשור קיים). המטרה היא שהמערכת תנתח את תוכן המייל באמצעות AI, תסווג את כוונת הפונה (לדוגמה: "בירור סטטוס", "שאלה דחופה", "שאלה כללית"), ובהתאם לסיווג, תבצע פעולה אחרת. האתגר שזיהינו:האתגר המרכזי הוא שהתהליך צריך לרוץ מחדש בכל תגובה של לקוח. הבנו שכלי "מסע לקוח" מיועד כנראה לכניסה חד-פעמית של רשומה ולא יופעל שוב על אותה רשומה. מצד שני, בכלי ה**"אוטומציה"**, שיודע לפעול באופן חוזר, לא מצאנו את פעולת ה-AI המתקדמת הדרושה לנו. הפתרון שחשבנו עליו:תכננו פתרון המשלב בין שני הכלים:"אוטומציה" שתזהה את תגובת הלקוח ותפקידה היחיד הוא "להרים דגל" על רשומת הלקוח הקשורה. "מסע לקוח" שיופעל מאותו "דגל". הוא יבצע את ניתוח ה-AI המורכב, יפעל לפי ההסתעפויות, ובסוף יאפס את ה"דגל" כדי שהתהליך יוכל לחזור על עצמו בעתיד.השאלות שלנו אליכם: האם האתגר שזיהינו אכן נכון (כניסה חד-פעמית למסעות, והיעדר פעולו

שלום לכולם,הגדרתי אוטומציה בפיירברי שמטריגה Webhook ל-Make.com לצורך סנכרון נתונים בין פיירברי לפריוריטי (לקוחות, הזמנות ומלאי).האוטומציה כוללת תנאים מוגדרים היטב:חלקם חייבים להתקיים כולם חלקם מספיק שאחד מהם יתקייםשני סוגי התנאים לא כוללים את השדה "מנהל לקוח" ולא את השדה "עודכן בתאריך".למרות זאת, גילינו שבחלק מהמקרים - שינוי בשדה "מנהל לקוח" (ללא שינוי בשדות שמוגדרים כתנאי) עדיין מטריג את הוובהוק. חשוב לציין שזה לא קורה בכל הרשומות, אלא רק בחלקן.בדקנו את זה לעומק עם כמה אנשי מקצוע ושותפי פתרונות, וההשערה היחידה שעלתה היא שזה עלול לקרות כשיש רשומות כפולות של אותו לקוח - ואז השינוי באחת מהן מטריג את האוטומציה גם אם הוא לא עומד בתנאים.זו בעיה שמשבשת לנו את הסנכרון מול פריוריטי כבר תקופה, ויוצרת סיבוכים בתהליכים תפעוליים חשובים.מצרף תמונה של התנאים שהוגדרו - אשמח לכל כיוון, הבהרה או רעיון לפתרון.תודה מראש 🙏

היכולת החדשה מאפשרת לבצע קישור אוטומטי בין הרשומה שעוברת בתוך מסע הלקוח לבין רשומה קיימת באובייקט אחר, באמצעות שדה מסוג רשומה מקושרת.הקישור מתבצע על בסיס התאמה בין ערכים בשדות שתבחרו מראש כמו: שם, טלפון, כתובת דוא״ל, אן כל מזהה שרלוונטי עבורכם. ⚙️ איך משתמשים בפיצ׳ר? שלב אחר שלב: היכנסו למסע לקוח שבו תרצו להפעיל את הקישור. הוסיפו או ערכו פעולה מסוג "עדכון רשומה". בחרו שדה מסוג רשומה מקושרת - זהו השדה שבו יבוצע הקישור. תחת ״סוג״ בחרו באפשרות של חיפוש וקישור. הגדירו את השדות להשוואה: שדה להשוואה מהאובייקט עליו בנוי המסע (למשל: דוא"ל). שדה מקביל באובייקט שאליו מקושר השדה (למשל: דוא"ל באובייקט "לקוחות"). המערכת תחפש רשומה באובייקט המקושר עם ערך תואם ותבצע את הקישור אוטומטית. אם לא תימצא התאמה השדה יישאר ריק, ולא יבוצע קישור.  💡 דוגמאות שימושיות: קישור לידים לאנשי קשר קיימים: בליד שנוצר במערכת מדף נחיתה, השתמשו בכתובת הדוא״ל שלו כדי לבדוק אם קיים איש קשר עם אותו המייל ואם כן, קשרו את הליד אליו. קישור קריאות שירות ללקוחות: בכל פעם שקריאת שירות חדשה תיווצר במערכת, חפשו

מעבר למסע לקוח 🔄עדכוני מוצר

 החל מהיום ניתן להוסיף למסע לקוח פעולה חדשה שמאפשרת לנתב רשומות ממסע אחד למסע אחר, באופן אוטומטי כחלק מזרימת המסע.הפיצ’ר הזה פותח אפשרות לבנייה של מסעות מורכבים וגמישים ומאפשר שימוש חוזר במסעות קיימים מבלי לשכפל לוגיקות או ליצור תהליכים כפולים. 🧩 איך זה עובד בפועל?בכל מסע לקוח במערכת, ניתן להוסיף פעולה חדשה מסוג מעבר למסע לקוח.כאשר הרשומה מגיעה לפעולה זו במהלך זרימת המסע, קורה הדבר הבא: היא מצטרפת למסע נוסף שנבחר מראש בתוך ההגדרות של הפעולה. היא נכנסת מיד לתוך זרימת המסע החדש, כלומר היא מדלגת על שלב הטריגר. היא ממשיכה במקביל במסע המקורי ובמסע החדש. כלומר, המסע המקורי לא נעצר אלא ממשיך כרגיל.  ⚙️ תנאים להפעלה: ניתן לבחור רק במסעות פעילים. ניתן לבחור רק מסעות שמבוססים על אותו אובייקט של המסע הנוכחי. הפעולה תתבצע רק בעת הריצה של המסע, כשהרשומה תגיע אליה.  🛠️ שלבי שימוש בפיצ’ר פתחו את מסע הלקוח הרצוי שבו תבוצע ההעברה. הוסיפו פעולה חדשה מסוג מעבר למסע לקוח. בתוך ההגדרות של הפעולה, בחרו את המסע הרצוי שמרו את השינויים והפעילו את המסע הנוכחי.  💡 דוגמאות שימושיות מודולריות: מסע

זוכים בתגים

הצג הכל