כשהאינטגרציה עולה 100 אלף שקל ונשברת: איך No-Code מפרק את הכבל היקר ביותר בעסק
אם העסק שלכם רץ על פריוריטי, אתם מכירים את הרגע - אתם רוצים חיבור קטן לצד שלישי, ומקבלים הצעת מחיר של 60 אלף שקל ולוח זמנים של חודשים. הסשן הזה מראה איך אותה התממשקות בדיוק נבנית בהעתק-הדבק ב-Make בתוך שעה, ולמה זה משנה משהו עמוק יותר מהמחיר. לאון שמואלי, שהיה 16 שנה בחברה שרצה על פריוריטי ופיתח אינטגרציה מלאה למערכת, פורש כאן את ההיגיון של מתי ERP, מתי לא, ואיפה AGI חוסך לחברה ארבע משרות. יצאתם עם מפה שלמה של איפה הכסף מבוזבז ואיפה אפשר לעצור אותו.
הערת הכתבת: הסשן הזה נוגע בכלים ספציפיים - Make, Fillout, ה-API של פריוריטי, השוואות תמחור מול Workato ו-n8n - והתחום הזה זז מהר. הכלים האלה עדיין כאן ועובדים מצוין, ובמקביל נכנסו אפשרויות נוספות והמחירים משתנים. המיומנות הנצחית היא זו שלאון חוזר עליה שוב ושוב: קודם מאפיינים את המטרה העסקית ואת ה-use case, ורק אז בוחרים כלי לפי העלות והתוצאה - לא מתאהבים בפלטפורמה.
כל מי שנוגע בפריוריטי מכיר את הכאב הכפול: הממשק קשה, וכל פיתוח שמנסה לחבר אותה למשהו חיצוני עולה הון ולוקח נצח. לאון שמואלי בא מהצד הכי פנימי שיש - שנים בהנהלה של חברה שחיה על פריוריטי, ופיתוח של אינטגרציה מלאה למערכת. בסשן הזה הוא לא מוכר קסם, הוא מפרק את השאלה הנכונה: מתי בכלל צריך את המערכת הכבדה הזאת, ואיפה אפשר לעקוף את החומה היקרה במקום לשלם עליה שוב ושוב.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מתי באמת צריך ERP מול CRM
השאלה הראשונה שעלתה בסשן הייתה הכי בסיסית וגם הכי חשובה: מה ההבדל בין ERP ל-CRM, ומתי באמת צריך את פריוריטי. לאון עשה סדר - ERP זה ניהול ארגוני של כלל החברה, עם עומק פיננסי אמיתי: תקציבים, שרשרת אספקה, תזרים מזומנים, רווח והפסד ברמת הפרויקט. הוא נתן דוגמה חדה: לנהל מלאי בעשרה מחסנים עם כניסה ויציאה של סחורה בשניות, זה משהו שמערכת ניהול פרויקטים גמישה כמו Monday פשוט לא בנויה אליו. מישהי בשיחה חשבה שחברות חדשות כבר לא הולכות לכיוון הזה - ואז עובדת בסטארטאפ חומרה מאוד טכנולוגי סיפרה שהם דווקא כן משתמשים בפריוריטי, כי הם מייצרים מוצרים עם אלפי רכיבים. העיקרון שנשאר: לא בוחרים מערכת לפי כמה שהיא מודרנית, אלא לפי אם היא באמת נועדה לסקייל ולעומק שאתם צריכים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון אינטגרציות יקרות בקוד
כאן לאון פתח את הפצע האמיתי, וזה שבר את הסשן לשניים. אינטגרציות של פריוריטי לצד שלישי, שנכתבות בקוד, יכולות להגיע ל-200, 300 ואפילו 400 אלף שקל, ולהימשך שנה פלוס. הוא סיפר על חברות שהשקיעו קרוב ל-100 אלף שקל, עבדו שנה, ובסוף הכל ירד לטמיון בגלל חוסר הגמישות. וזה לא רק המחיר - הקוד הזה hardcoded, אז אם משהו קטן משתנה, הכל נשבר, ואז צריך לצוד איפה בדיוק. אפילו הרצת עדכון היא עבודת לילה שמשביתה מסכים למשתמשים. מול זה הוא הראה את החלופה: אותה התממשקות ל-e-commerce שנעשית בקוד בחודשים וב-50-60 אלף שקל, נבנית ב-Make בהעתק-הדבק תוך שעה עם קצת התאמות. העיקרון הבשרני כאן: כשעסק מחויב לספק for-life כי כתבו לו קוד לתוך המערכת, המעבר ל-No-Code הוא לא רק חיסכון - הוא חופש להחליף ספקים בקליק.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
API מול Web SDK בפריוריטי
אחת התובנות הטכניות שהכי שינו את התמונה: בפריוריטי יש שתי דרכים להתחבר, ולא כולם יודעים מתי כל אחת נחוצה. ה-API הוא הדרך הקלה, דרך HTTP רגיל - טוב לשליפת ומשיכת נתונים. אבל יש פעולות שה-API פשוט לא יודע לעשות: לסגור חשבונית, להקים לקוח קבוע, להפיק מסמך או דוח. את אלה חייבים דרך ה-Web SDK. לאון הוסיף פרט שעשה סדר לכמה אנשים בחדר - ה-API של פריוריטי יחסית חדש, נכנס בערך ב-2017, ולכן חברות ותיקות בכלל לא בנו סביבו. וגם כשהוא קיים, הוא מתקשה לפנות מפריוריטי אל צד שלישי. זה בדיוק הפער ש-Make סוגר. העיקרון: לפני שמתכננים אוטומציה, צריך לדעת איזה סוג פעולה אתם עושים - קריאה או כתיבה, מסמך או נתון - כי זה קובע איזה ערוץ בכלל פתוח בפניכם.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מיפוי use-cases של AI סביב פריוריטי
כשמישהו שאל 'איפה בכלל AI נכנס לתוך פריוריטי', לאון נתן מפה של use-cases ממשיים, לא הבטחות. הכי פשוט: פותחים כרטיס פריט, ה-AI כותב תיאור מורחב שמתאים לאתר אינטרנט במקום התיאור הקצר והמוגבל של פריוריטי, וזה זורם ישר לאתר. עוד דוגמה חכמה - חברות שעובדות עם חברות משלוחים שדורשות שמות רחובות מדויקים בעברית, וה-AI ממיר כתובת מאנגלית לעברית לפי הדאטה-סט שלהן. ויש use-case מהשטח: נהג משאית מצלם לבוט תעודה חתומה, המערכת מזהה את מספר החשבונית או תעודת המשלוח ומאחסנת בנספחים. אבל השורה שכדאי לזכור היא דווקא ההסתייגות של לאון: כאנשי אוטומציה לא משלבים AI אם לא צריך. אם אפשר לפתור בלי - פותרים בלי. ה-AI הוא כלי לאתגר ספציפי, לא תבלין שמפזרים על הכל.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית ממשק חיצוני נוח לפריוריטי
הרגע שהצית את החדר היה כשמישהו שאל אם אפשר לעקוף לגמרי את הממשק הנוראי של פריוריטי - לבנות טופס ב-Fillout שמושך ומזין מידע, כך שאפשר להביא עובד שלא נוגע בפריוריטי בכלל, אלא עובד בממשק חיצוני נקי. התשובה של לאון: כן, בטח, וזה יחסית בקלות - אם אתה מכיר Fillout ו-Make, זה עניין של דקות בודדות. נתנאל, שלא מכיר את פריוריטי, לא הצליח להבין למה זה כזה מרגש - עד שהובהר לו היחס: פריוריטי לוקח ארבעה חודשים ללמוד, Fillout שבוע. פתאום העיקרון התבהר - אם אפשר להתייחס לפריוריטי כדאטהבייס ולבנות את כל חוויית המשתמש בחוץ, הורדתם את מחסום הכניסה של כל עובד חדש מארבעה חודשים לימים. זה לא טריק, זה שינוי בארכיטקטורה של מי בכלל צריך לדעת לעבוד עם המערכת.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
תכנון תהליך חשבונית אוטומטי מלא
לקראת הסוף לאון פרש תהליך מלא, מקצה לקצה, וזה היה השיא הבשרני של הסשן. קריאה מפריוריטי כשנסגרת תעודת משלוח - מושכים איש קשר, מוודאים שהוא מסומן, ואם אין, האחראי מקבל מייל. אם יש, מייצרים חשבונית מרכזת, מושכים נתוני הזמנה, ואם יש שדה לקוח סופי מוסיפים אותו להדפסה. סוגרים חשבונית, מייצרים חשבונית מקור דיגיטלית, ובסוף איש הקשר לחשבונית מקבל את הרישוי ואת החשבונית במייל אחד. יש דגל לאנשי קשר נוספים לרישוי - גם הם מקבלים. ואם זה סניף 25 וקוד 73 שקשור לכרטיס אשראי, מי שאחראית על חיובים באשראי מקבלת מייל ייעודי. כל התהליך המורכב הזה, שמערב כמה מחלקות ואנשים, נבנה כ-flow אחד. העיקרון: לוקחים use-case ומפרקים אותו לתהליך כמה שיותר פשוט ויציב לאורך זמן.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בחירת פלטפורמת No-Code נכונה
השאלה האחרונה שהעלה הסשן הייתה איך בכלל בוחרים פלטפורמת No-Code. לאון היה שקוף לגמרי - יש לו אינטרס, אבל הוא גם הסביר את ההיגיון. הוא מכיר את שלוש הפלטפורמות: Make, Workato ו-n8n. Workato ופלטפורמות מסוגה יכולות להגיע למינימום עשרת אלפים דולר בחודש. Make נבחר אצלו כי הוא גמיש, בעלות נמוכה, ומאפשר להתממשק בקלות למגוון API-ים, וגם ללמד אינטגרציות שלא קיימות בו מראש. אבל השורה שהחזיקה את כל הסשן: הכל תלוי ב-use-case ובעלות, הכל cost-effective. אף כלי הוא לא התשובה האוטומטית - Make עובד מצוין, ובמקומות אחרים חברות רצות על n8n או Workato ועושות בדיוק אותו דבר. בוחרים לפי הצורך, לא לפי המותג.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מתי באמת צריך מערכת ERP כמו פריוריטי ומתי מספיקה מערכת גמישה כמו Monday?
ERP נועדה לניהול ארגוני מלא עם עומק פיננסי - תקציבים, שרשרת אספקה, תזרים, ניהול מלאי בהיקפים גדולים בעשרות מחסנים. אם אתם צריכים לנהל אופרציה שלמה בסקייל גבוה עם דיוק על השקל, זו המערכת. מערכת ניהול פרויקטים גמישה מתאימה לתהליכים קלים יותר שלא דורשים את העומק הזה. חשוב לרדת לפרטים לפני שמחליטים, כי ERP עושה עלויות גבוהות.
למה אינטגרציות בקוד לפריוריטי כל כך יקרות ואיטיות?
כי הכל נכתב בקוד בשפה ייחודית וישנה יחסית של המערכת. התממשקויות לצד שלישי יכולות להגיע למאות אלפי שקלים ולהימשך שנה פלוס. בנוסף הקוד hardcoded - שינוי קטן שובר את הכל, וקשה לאתר איפה. אפילו הרצת עדכון משביתה מסכים למשתמשים. לאון סיפר על חברות שהשקיעו קרוב ל-100 אלף שקל ובסוף הכל ירד לטמיון.
מה ההבדל בין API ל-Web SDK בעבודה מול פריוריטי?
ה-API הוא הדרך הקלה דרך HTTP רגיל, ומתאים לשליפת ומשיכת נתונים. אבל פעולות מסוימות - לסגור חשבונית, להקים לקוח קבוע, להפיק מסמך או דוח - אי אפשר לעשות דרך ה-API, וחייבים דרך ה-Web SDK. אינטגרציה שיודעת לעבוד עם שניהם היא מה שקרוי אינטגרציה מלאה.
האם אפשר לעקוף את הממשק הקשה של פריוריטי?
כן. אפשר לבנות טופס חיצוני ב-Fillout שמושך ומזין נתונים דרך Make, כך שעובד יכול לעבוד בממשק נקי ופשוט בלי לגעת בפריוריטי בכלל. במקום עקומת למידה של חודשים, מקבלים חוויית משתמש שלוקח ימים ללמוד - אם כבר מכירים את Make ו-Fillout, בניית תהליך כזה היא עניין של דקות בודדות.
האם No-Code מחליף לגמרי את הפיתוח בקוד בפריוריטי?
לא, ולאון היה מפורש בזה - זה לא נועד להחליף 100% פיתוח. אבל זה יכול להחליף 70-75%, וזה משמעותי מאוד. יש דברים שעדיין כדאי לפתח בקוד, אבל התממשקויות לצד שלישי לדעתו כבר עוברות לעולם ה-No-Code, גם ב-Make וגם בפלטפורמות אחרות.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇