איך מוסרים ללקוח מערכת שהוא באמת יכול לעבוד איתה - בלי לחשוף לו את הטבלאות
בניתם ללקוח מערכת ב-Airtable - ועכשיו אתם חוששים לתת לו גישה, כי הוא יכול לשבור הכל או לראות דברים שאסור. העיקרון הנצחי: הלקוח צריך לקבל מערכת נקייה ומאובטחת, לא את הטבלאות הגולמיות. בסשן הזה (2024) דניאל ששון הראה איך עושים את זה עם אינטרפייס של Airtable - שכבת תצוגה מעל הדאטה. היום, עם Claude Code וכלי בנייה ב-AI, יש דרך נוספת: אפליקציה אמיתית. 9 הפרומפטים למטה מפרקים את שיטת האינטרפייס עד הפרט, ולמעלה - הפרומפט שעוזר לכם להחליט מה הכלי הנכון היום.
הערת הכתבת: המפגש הזה (2.7.2024) מלמד לבנות מערכת ללקוח דרך אינטרפייס ב-Airtable. ואינטרפייס עדיין כאן, Airtable עדיין כאן, והם עדיין בחירה מצוינת להרבה מטרות. פשוט היום יש עוד אפשרויות על השולחן - למשל אפליקציה אמיתית שנבנית ב-Claude Code או בכלי AI לקוד. אף אחד מהם לא מת, ואף אחד לא "התשובה". המיומנות האמיתית: לאפיין מה אתם רוצים להשיג, ואז לבחור מתוך כל הכלים הקיימים את זה שייתן את התוצאה הכי טובה למטרה שלכם. הפרומפט הפתוח למטה עוזר לכם לבחור.
אתם מכירים את הרגע: השקעתם שבועות בבניית מערכת ב-Airtable ללקוח, היא עובדת מושלם - ואז מגיע הרגע למסור לו את המפתחות, ואתם קופאים. כי אם הוא ייכנס לטבלאות הגולמיות, הוא יראה נוסחאות, שדות עזר, דאטה של לקוחות אחרים, ובלחיצה אחת לא נכונה ישבור חודש עבודה. במפגש השני של אוטוטיוזדיי דניאל ששון הראה איך פותרים את זה: לא נותנים ללקוח את הבייס. נותנים לו אינטרפייס - שכבה נקייה מעל הדאטה, שהוא יכול לעבוד איתה בלי לדעת בכלל מה יש מתחת.
המסע: 9 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מתי כדאי לעבור מטבלאות לאינטרפייס
דניאל פתח בהבחנה שמשנה את כל התפיסה: אינטרפייס הוא לא 'עוד תצוגה יפה' של הטבלאות - הוא שכבה נפרדת שיושבת מעל הדאטה. הטבלה נשארת מאחור, על כל הנוסחאות, שדות העזר והבלגן שלה, והלקוח רואה רק מסך נקי שבנוי בשבילו. דניאל הסביר למה זה קריטי: כשאתה נותן ללקוח את הבייס, אתה נותן לו גם את היכולת לשבור אותו, וגם חושף מידע שלא נועד לעיניו. האינטרפייס מפריד בין 'איפה הדאטה חיה' ל'איך הלקוח נוגע בה' - וזו ההפרדה שהופכת מערכת פנימית למוצר שאפשר למסור.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: האם הלקוחות שלי צריכים אינטרפייס
אבל דניאל לא נלהב יתר על המידה, והיה כן לגבי המקומות שבהם אינטרפייס מיותר. יש בייסים פשוטים שבהם בניית אינטרפייס היא סתם עבודה על שכבה שאף אחד לא צריך. הכלל שהוא נתן: אינטרפייס מצדיק את עצמו כשיש משתמש חיצוני שצריך לעבוד עם הדאטה בלי לראות אותה גולמית, או כשיש הרשאות ומורכבות שדורשות שליטה. אם זו סתם טבלה שאתה לבד עובד עליה - תישאר בטבלה. חלק מהמקצועיות זה לדעת מתי לא לבנות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
תכנון מבנה אינטרפייסים ודפים
לפני בנייה - תכנון, ודניאל התעכב על זה כי כאן נופלים. הטעות הנפוצה: לבנות מסכים לפי מה שנוח למי שבונה, לא לפי איך שהמשתמש חושב ופועל. הוא הראה שצריך קודם למפות את ההיררכיה - אילו אינטרפייסים קיימים, אילו דפים בתוך כל אחד, ומה הזרימה של המשתמש ביניהם - לפני שנוגעים בעכבר. חצי שעה של תכנון על דף חוסכת שכתוב של ימים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית דף רשימה עם פילטרים נכונים
כאן הגיעה ההבחנה שדניאל חזר עליה כל הערב, וששווה לחרות: יש שני סוגי דפים, וזה שני עולמות. דף רשימה (List) הוא המבט מלמעלה - כל הרקורדים בטבלה אחת שאפשר לסנן. הטריק שדניאל הדגיש: פילטר נסתר ברקע שקובע מה בכלל נטען (למשל 'רק הלקוחות של המשתמש הזה'), ומעליו פילטרים גלויים שהמשתמש בעצמו משחק איתם. ההפרדה הזו - מה נעול ברקע מול מה חופשי בחזית - היא הלב של שליטה בלי לחנוק.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
דף פנימי, נעילת שדות וכפתורי אוטומציה
ואם דף הרשימה הוא המבט מלמעלה, הדף הפנימי (Detail) הוא איפה שהעבודה האמיתית קורית - פעולה על רקורד בודד. פה נדלקתי: דניאל הראה איך נועלים שדות שאסור לגעת בהם (הלקוח רואה, לא עורך), ואיך שמים כפתור שבלחיצה אחת מריץ אוטומציה שלמה מאחורי הקלעים. זה הרגע שבו האינטרפייס מפסיק להיות 'מסך שמציג מידע' והופך ל'מערכת שעושה דברים'. כפתור אחד שמחליף חמישה שלבים ידניים - זה ההבדל בין דוח לכלי עבודה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
שיתוף הרשאות ואבטחת מידע באינטרפייס
הנקודה שדניאל הכי הזהיר עליה, כי כאן טעות אחת עולה ביוקר: הרשאות ושיתוף. אינטרפייס שמשותף לא נכון פותח למשתמש דלת אחורית לבייס הגולמי - כל מה שניסית להסתיר, פתאום חשוף. ויש גם צד כלכלי שרוב האנשים מפספסים: שיתוף לא מדויק מחייב אותך במושבים (seats) שלא היית צריך לשלם עליהם. דניאל עבר על איך נותנים למשתמש גישה בדיוק למסכים שלו ולא מילימטר יותר. זה ההבדל בין מערכת מאובטחת לדליפה שמחכה לקרות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
הטמעת מערכת מול עובדים בארגון
וכאן דניאל עבר מהטכני לאנושי, וזה החלק שרוב הבונים מדלגים עליו: הטמעה. מערכת מושלמת שאף עובד לא משתמש בה שווה בדיוק כלום. מהניסיון שלו בארגוני תעשייה, הוא חשף גישה נגד-אינטואיטיבית: לא לבנות בשקט ואז 'להשיק', אלא לשבת עם העובדים ולבנות איתם את המסכים בזמן אמת, מולם. עובד שהיה שותף לבנייה מרגיש בעלות על המערכת, ומאמץ אותה. זה לא UX, זו פסיכולוגיה של שינוי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
תקשורת פנים-ארגונית ולוגים במערכת
דניאל הוסיף שכבה שהופכת מערכת מ'מסד נתונים' ל'מקום עבודה חי': תקשורת ולוגים. בתוך האינטרפייס אפשר לבנות מנגנון שבו עובדים מתקשרים סביב רקורד, מקצים משימות זה לזה, והמערכת זוכרת מי עשה מה ומתי. הלוגים האלה הם לא בירוקרטיה - הם מה שמאפשר לחזור אחורה ולהבין למה משהו קרה, ולתת ללקוח שקיפות מלאה על מה שרץ אצלו במערכת.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מבנה הדאטהבייס לקראת אינטרפייס
ודניאל סגר איפה שהכל באמת מתחיל: המבנה מתחת. אינטרפייס הוא רק טוב כמו הבייס שהוא יושב עליו - אם הטבלאות מבולגנות, הקשרים לא נכונים והשדות לא מסודרים, שום מסך יפה לא יציל את זה. הוא חזר לעיקרון שקל לשכוח בהתלהבות מהתצוגה: להשקיע קודם במבנה הדאטה הנכון, ואז האינטרפייס נבנה מעליו כמעט לבד. הצורה יפה, אבל המבנה הוא מה שמחזיק.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה זה אינטרפייס ב-Airtable?
אינטרפייס הוא שכבת תצוגה שיושבת מעל הטבלאות שלכם. במקום לתת ללקוח לעבוד ישירות על הדאטה הגולמית, אתם מוסרים לו מסכים נקיים ומאובטחים - רשימות, טפסים, כפתורים - בלי שהוא רואה את מה שמתחת.
מה ההבדל בין דף רשימה לדף פנימי?
דף רשימה (List) הוא המבט מלמעלה על כל הרקורדים, עם פילטרים. דף פנימי (Detail) הוא פעולה על רקורד בודד - עריכה, נעילת שדות, וכפתורים שמריצים אוטומציות. זו ההבחנה הכי חשובה בבניית אינטרפייס.
האם הלקוח יכול לראות את הטבלאות הגולמיות?
אם הגדרתם הרשאות נכון - לא. אינטרפייס עם שיתוף מוגדר היטב נותן למשתמש גישה רק למסכים, לא לבייס. הגדרה לא נכונה חושפת את הכל וגם עולה לכם מושב מיותר, ולכן זה החלק הכי קריטי.
צריך לדעת לתכנת?
לא. אינטרפייסים נבנים דרך ממשק גרירה של Airtable. הפרומפטים מדריכים שלב-אחר-שלב, וה-AI עוזר בתכנון המבנה, הפילטרים וההרשאות.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇