בינה מלאכותית בעמותה

מה בניתי, כדי שיהיה ברור על מה מדובר

מערכות הליבה של הבית — כאלה שמנהלות עשרות עובדים, מאות מפיקים ועשרות אלפי לקוחות, מהכרטיס שנקנה בלילה ועד ההתחשבנות בסוף החודש. אני לא מתכנת, לא למדתי תכנות, ולא שכרתי חברת תוכנה. כל זה נבנה בשיחה עם מודל שכותב את הקוד בזמן שאני מתאר מה צריך לקרות.

אני מציין את זה לא כהתפארות אלא כקנה־מידה: כשמישהו אומר ״אפשר לבנות דברים עם בינה מלאכותית״, כדאי לדעת עד לאן זה מגיע בפועל אצל ארגון קטן בלי תקציב פיתוח.

מה עמותה יכולה לבנות לבד — לפי סדר הקושי

קל, ועובד מהיום הראשון. אתר תדמית, עמוד תרומות, לוח אירועים, טופס הרשמה, מכתבים ומיילים מותאמים אישית בכמות, מצגות מחומר גלם קיים, וסיכומי ישיבות. אלה דברים שנבנים בשיחה אחת ולא דורשים שום ידע טכני מוקדם.

אמצעי, ודורש החלטות טובות. מערכת ניהול פנימית — רשימת מתנדבים, מעקב תורמים, לוח משימות, יומן משאבים. הבנייה עצמה אינה הקושי; הקושי הוא להחליט בדיוק אילו מסכים צריך, מי נכנס לכל אחד, ומה קורה כשמישהו לוחץ.

קשה, וכאן כדאי לעצור ולחשוב. כל דבר שנוגע בכסף של אנשים אחרים או במידע רגיש שלהם: סליקה, קבלות, שכר, מידע רפואי, מידע על קטינים. אפשר לבנות — אני בניתי — אבל טעות שם עולה אחרת לגמרי מטעות בלוח אירועים.

כמה זה באמת עולה בחודש

זו השאלה שהכי מפתיעה אנשים, כי התשובה נמוכה בסדר גודל ממה שהם מצפים. הסדר הריאלי לעמותה קטנה הוא עשרות דולרים בחודש, לא אלפים. בפועל זה מתחלק לשלושה דברים:

מנוי אחד לכלי בינה מלאכותית. זה החלק הגדול בהוצאה, והוא בטווח של עשרות דולרים בחודש למשתמש. לעמותות רשומות יש לעיתים מחיר מוזל, ושווה לבדוק את זה לפני שנרשמים במחיר המלא.

אחסון האתר. אתר סטטי של עמותה — תדמית, אירועים, טפסים — מתארח היום בחינם או כמעט בחינם אצל כמה ספקים. אתר עם מערכת ניהול מאחוריו יעלה יותר, ועדיין בטווח של יחידות עד עשרות דולרים.

דומיין. עשרות שקלים בשנה. זה הסעיף היחיד שלא משתנה.

מה שמייקר את החשבון הוא מספר המשתמשים, לא מספר הפיצ׳רים. מערכת שחמישה אנשים נכנסים אליה עולה כמעט כמו מערכת שאדם אחד נכנס אליה. חמישים אנשים — כבר לא.

על מה בונים — שלוש משפחות, ואין תשובה אחת

כלים שבונים מערכת שלמה מתוך שיחה. מתארים מה צריך, ומקבלים מערכת עובדת עם בסיס נתונים ומשתמשים. הכי מהיר להתחלה, והכי קשה לצאת ממנו אחר כך.

כלים בלי קוד, שבהם מרכיבים טפסים וטבלאות. יציבים, מוכרים, וקלים להעביר לעובד אחר. פחות גמישים כשהצורך מתחיל להיות ייחודי.

בנייה עצמאית שמתארחת אצלכם. הכי זול לאורך זמן והכי גמיש, ודורש שמישהו בארגון יידע להיכנס לקוד כשמשהו נשבר — או שתדעו לבקש מהמודל לתקן.

ההבדל המעשי בין השלוש אינו היכולת אלא מה קורה ביום שבו אתם רוצים לצאת. שאלו את עצמכם את זה לפני שמתחילים, לא אחרי.

מידע של תורמים ומשתתפים — חובה, לא פרט טכני

בעמותה זה לא ״שיקול״. חוק הגנת הפרטיות חל עליכם, ויש הבדל משפטי אמיתי בין מידע רגיל לבין מידע שהחוק מגדיר כרגיש — בריאות, מצב כלכלי, דעות, וכל מה שנוגע לקטינים.

שתי שאלות שצריך לענות עליהן לפני שבונים, לא אחרי:

איפה המידע יושב. יש הבדל גדול בין כלי שמאחסן את הנתונים בשרתים שלו לבין כלי שרץ אצלכם. שניהם לגיטימיים, ושניהם מחייבים אתכם בדברים שונים.

מי הסכים למה. אדם שנרשם לאירוע לא הסכים בכך לקבל דיוור. הפרדת ההסכמות היא דבר שבונים פעם אחת בהתחלה, ומתקנים בכאב אם שוכחים.

מה לא כדאי לבנות לבד

הרשימה קצרה, וזו בדיוק הנקודה. אל תבנו לבד מה שכבר קיים בזול ועובד — מערכת הנהלת חשבונות, סליקה תקנית, ומערכת שכר. אלה תחומים עם רגולציה, עם ספקים ותיקים, ועם עלות נמוכה יחסית למה שהם חוסכים.

מה שכן שווה לבנות לבד הוא מה שייחודי לארגון שלכם — התהליך שאף ספק לא מכיר, הדוח שאתם מרכיבים ידנית כל חודש, החיבור בין שתי מערכות שלא מדברות. שם אתם בעמדה טובה יותר מכל מתכנת חיצוני, כי אתם היחידים שיודעים איך זה באמת עובד אצלכם.

הקושי האמיתי אינו הכתיבה — הוא ההחלטות

זה הדבר שלוקח לאנשים הכי הרבה זמן להפנים. המודל כותב את הקוד מהר, ובלי טעויות שמעכבות. מה שתוקע פרויקטים הוא שאלות אחרות לגמרי: מה בדיוק לבנות, באיזה סדר, מה לוותר עליו בגרסה הראשונה, ומתי לעצור.

ארגון שמתחיל מ״בואו נבנה מערכת״ נתקע. ארגון שמתחיל מ״מה לוקח לנו שלוש שעות בכל חודש, וזה חייב להיות ככה?״ — מסיים משהו עובד תוך שבוע.