להמריא עם Airtable: לחשוב על הדאטה שלך כמסד נתונים, לא כגיליון
רובנו מנהלים דאטה באקסל, וממלאים את אותו טלפון ומייל של לקוח שוב ושוב בכל שורה. צליל קהלני לימדה למה זו הטעות שמפוצצת מערכות, ואיך חושבים נכון: ב-Airtable יחידת המידע היא רשומה שלמה (לא תא), ורשומות מקושרות הופכות אותו למסד נתונים אמיתי. הכלל שהיא נתנה: כל אובייקט שעומד בפני עצמו - לקוח, הזמנה, מוצר - ראוי לטבלה נפרדת, ומידע שחוזר על עצמו הוא סימן שהוא שייך למקום אחר. היא גם לימדה לחבר AI ישירות ל-Airtable דרך ה-API. 6 הפרומפטים למטה מתכננים לכם בסיס נכון מאפס.
הערת הכתבת: הסשן הזה (15.10.2024) מלמד את Airtable, שחי ומצוין וכלי מוביל עד היום. אבל שווה לשים לב למה שמתחת לכלי: כל מה שצליל לימדה - אובייקטים שהופכים לטבלאות, רשומות מקושרות, למנוע דאטה כפול, שדה ראשי חד-ערכי - זה חשיבה רלציונית על נתונים, והיא נצחית ונכונה לכל מסד נתונים בעולם. באוטוטיוזדיי עצמנו, למשל, הדאטה עבר בהמשך ל-Supabase (Postgres) בגלל צרכי סקייל והרשאות - אבל בדיוק אותם עקרונות תכנון שצליל לימדה כאן הם שהופכים מעבר כזה לחלק. אז קחו את הכלי אם הוא מתאים לכם, אבל בעיקר קחו את דרך החשיבה. הפרומפט הפתוח למטה עוזר לתכנן בסיס מהתיאור החופשי של העסק שלכם.
"אני פשוט מנהל את זה באקסל" - וכל לקוח חוזר עשר פעמים בעשר שורות שונות, וכל שינוי הופך לסיוט. צליל קהלני הגיעה למפגש ה-16 של אוטוטיוזדיי כדי ללמד את קפיצת המדרגה: מגיליון למסד נתונים. זה לא רק החלפת כלי - זו החלפת דרך חשיבה. במקום לחשוב בתאים, מתחילים לחשוב באובייקטים ובקשרים ביניהם. וזה ההבדל בין דאטה שמתפרק תחת המשקל שלו לדאטה שגדל איתך יפה.
המסע: 6 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
תכנן לי בסיס Airtable שלם מתיאור חופשי
צליל פתחה מהמקום הנכון - לא במערכת, אלא בתכנון. לפני שנוגעים ב-Airtable, מזהים את האובייקטים: כל אישות שעומדת בפני עצמה ומאופיינת בנתונים משלה - לקוחות, הזמנות, מוצרים - ראויה לטבלה נפרדת. לכל טבלה מגדירים את השדות ואת הסוג הנכון (טקסט, מספר, בחירה, תאריך, קישור, פונקציה), ומזהים אילו שדות צריכים להיות רשומות מקושרות בין טבלאות - ובאיזה סוג קשר: אחד-לאחד, אחד-לרבים, או רבים-לרבים. וצליל הדגישה את השדה הראשי (Primary Field) - שצריך להיות חד-ערכי ונוח לקריאה. הרעיון המכונן: תכנון המבנה קודם לבנייה. מי שקופץ ישר לבנות טבלאות בונה חוב; מי שמאפיין קודם את האובייקטים והקשרים בונה מערכת.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
חבר את ה-AI שלך ישירות ל-Airtable
ואז צליל עברה למה שהופך את Airtable ממסד נתונים לפלטפורמה חיה: לחבר אליו AI דרך ה-API. היא הדריכה איפה מוציאים את ה-Personal Access Token, איך מאתרים את ה-Base ID ואת ה-Table ID, ואיך מגדירים הרשאות בלי לחשוף יותר מדי. והנקודה הטכנית שהיא הדגישה - שכל רשומה ב-Airtable יש לה Record ID ייחודי שמתחיל ב-rec, וזה המפתח לעדכן רשומה ספציפית בלי ליצור כפילות. ברגע שסוכן AI יכול לקרוא, ליצור ולעדכן רשומות בעצמו, הדאטה מפסיק להיות טבלה שמסתכלים עליה והופך למשהו שהמערכת חיה בתוכו. צליל הזכירה גם את החובה לשמור את ה-Token בצורה מאובטחת - הכוח הזה דורש גם אחריות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בדוק אם המבנה שלי נכון
פה צליל נתנה כלי שכל אחד יכול להריץ על עצמו: אבחון מבנה קיים. והיא כיוונה ישר לטעות הנפוצה ביותר - שדות שממלאים שוב ושוב באותם ערכים (טלפון ומייל של לקוח שחוזרים בכל הזמנה). זה בדיוק הסימן שהמידע לא שייך לטבלה הזו, וצריך לצאת לטבלה נפרדת ולהתחבר דרך רשומה מקושרת ושדה Lookup. עוד ממצאים לבדוק: האם השדה הראשי באמת חד-ערכי (או שכדאי לשרשר כמה שדות עם CONCATENATE), האם נבחר נכון בין אחד-לרבים לרבים-לרבים, ושדות עם שמות עמומים כמו Field 1 בלי תיאור. צליל לימדה שדאטה כפול הוא לא רק חוסר סדר - הוא פצצת זמן: ברגע שמספר לקוח משתנה, צריך לתקן אותו בעשרים מקומות, ואחד מהם תמיד נשכח.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
כתוב לי את הפונקציה הנכונה
צליל עברה לכלי היומיומי שכולם נאבקים בו: פונקציות (Formula). והיא נתנה את ההבחנה שמבלבלת אנשים שמגיעים מאקסל - ב-Airtable הפונקציות עובדות ברמת הרשומה, לא ברמת התא. זה שינוי מחשבתי: אתה לא כותב נוסחה לתא בודד ומושך למטה, אתה מגדיר לוגיקה שחלה על כל רשומה בטבלה. היא הדגימה שימושים - שרשור שם מוצר עם מקט לשדה ראשי, חילוץ שעה מתוך שדה תאריך, יצירת מזהה חד-ערכי - והראתה שפונקציה יכולה לשמש גם בתוך Rollup על רשומה מקושרת. וטיפ תחזוקה שהיא חזרה עליו: להוסיף תיאור קצר לכל שדה פונקציה, כדי שגם אתם וגם משתמשים אחרים תבינו אחר כך מה הוא עושה. פונקציה בלי תיאור היא חידה עתידית.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
Airtable או גוגל שיטס - מה נכון לי
וכאן צליל עצרה לשאלה שכולם מתלבטים בה: Airtable או גוגל שיטס? היא נתנה את ההבחנה המהותית - באקסל יחידת המידע היא תא, והפונקציות עובדות על תאים; ב-Airtable יחידת המידע היא רשומה שלמה, יש מגוון רחב של סוגי שדות, ובעיקר יש רשומות מקושרות שהופכות אותו למסד נתונים אמיתי ולא רק לגיליון. ומתי כל אחד נכון? כשיש קשרים בין סוגי מידע שונים וצריך למנוע כפילות - Airtable שווה את המעבר. כשזה רשימה פשוטה בלי קשרים - גיליון מספיק. צליל לא הטיפה לכלי אחד; היא לימדה את הכלל: מה מבנה הדאטה שלך? יש בו אובייקטים שמתקשרים זה לזה? זו השאלה שקובעת, לא האופנה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בנה אוטומציה חכמה שמונעת כפילויות
ואת הסשן צליל סגרה בכלי מעשי שמונע את הכאב הכי נפוץ: אוטומציה שבודקת אם רשומה כבר קיימת לפני שמכניסים חדשה. והיא הדגישה נקודה קריטית - Airtable לא חוסם בעצמו ערכים כפולים בשדה הראשי, אז האחריות למנוע כפילויות היא עליכם, בשלב הכניסה. הלוגיקה: לבחור שדה חד-ערכי לבדיקה (תעודת זהות, מייל, מקט), לחפש ברשומות לפני יצירה, ואם נמצאה התאמה - לעדכן את הרשומה הקיימת לפי ה-Record ID שלה, או לעצור ולרשום שגיאה בטבלת שגיאות ייעודית. צליל הזכירה שזו אותה לוגיקה בכל כלי - n8n, Make, או קוד מול ה-API. הכפילות היא לא באג של המערכת, היא באג של מי שבנה את הכניסה בלי בדיקה - וקל למנוע אותה מראש.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה ההבדל בין Airtable לאקסל?
באקסל יחידת המידע היא תא והפונקציות עובדות על תאים. ב-Airtable יחידת המידע היא רשומה שלמה, יש מגוון סוגי שדות, ובעיקר רשומות מקושרות שהופכות אותו למסד נתונים אמיתי - לא רק גיליון.
מתי לפצל מידע לטבלה נפרדת?
כשאתם ממלאים אותם ערכים שוב ושוב (טלפון ומייל של לקוח שחוזרים בכל הזמנה). זה הסימן שהמידע לא שייך לטבלה הזו - הוא צריך טבלה נפרדת וחיבור דרך רשומה מקושרת.
איך מחברים AI ל-Airtable?
דרך ה-API: מוציאים Personal Access Token, מאתרים Base ID ו-Table ID, ומגדירים הרשאות. כל רשומה יש לה Record ID ייחודי (מתחיל ב-rec) שדרכו מעדכנים רשומה ספציפית בלי ליצור כפילות. חשוב לשמור את ה-Token מאובטח.
איך מונעים כפילויות ב-Airtable?
Airtable לא חוסם ערכים כפולים בעצמו - האחריות עליכם בשלב הכניסה. בונים אוטומציה שבודקת לפי שדה חד-ערכי (תז/מייל/מקט) אם הרשומה קיימת, ומעדכנת לפי ה-Record ID במקום ליצור חדשה.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇