500 ₪ לשעה. כששומעים את המספר, התגובה הראשונה לפעמים היא "וואו, יקר".
אני מבין את התגובה, ואני חושב שהיא נובעת מהשאלה הלא נכונה. השאלה היא לא כמה עולה שעה — היא כמה שעות יידרשו, ומה יוצא בסוף. בעל עסק שמשלם 200 ₪ לשעה על עבודה שנמשכת חודשיים ולא מגיעה לאוויר שילם הרבה יותר ממי ששילם 500 ₪ לשעה על שבועיים שנגמרו בפתרון עובד.
במאמר הזה אסביר איך אני מתמחר, מה קורה לפני שאתם משלמים שקל, ועל מה אתם באמת משלמים.
הדבר הכי חשוב: אתם יודעים מראש
לפני שאתם משלמים לי שקל, אני עושה שני דברים.
מאפיין את המערכת. יושבים על התהליך כמו שהוא קורה אצלכם היום — מי עושה מה, איפה זה נתקע, ומה החריגים. מהאפיון הזה יוצא תיאור ברור של מה בדיוק ייבנה, ובעיקר של מה לא ייבנה.
נותן הצעה עם הערכת שעות. כמה שעות זה צפוי לקחת, וכמה זה יעלה — פלוס מינוס. לא "נראה איך זה מתקדם".
שני הדברים האלה קורים לפני שיש התחייבות כספית. המשמעות היא שאתם מקבלים החלטה עם מספר ביד, ולא נכנסים לפרויקט פתוח שמגלים את עלותו תוך כדי.
אני עושה את זה כי זה גם מגן עליי. אפיון טוב הוא מה שמונע את המצב שבו שני הצדדים חשבו שהם מדברים על אותו דבר וגילו בחודש השני שלא. הרחבתי על העיקרון הזה במאמר על ליווי טכנולוגי לפרויקט — שם זה קורה בפרויקטים של ספקים אחרים, וזו הסיבה הנפוצה ביותר שהם נתקעים.
מה קורה בשיחה הראשונה
כדי שזה לא יישאר מופשט — הנה איך זה נראה בפועל.
אני מבקש שתתארו את התהליך כמו שהוא קורה היום, ולא כמו שהוא אמור לקרות. מי מקבל את הפנייה, מה הוא עושה איתה, לאן היא עוברת, ואיפה זה נתקע. אני שואל גם מה קורה כשמשהו חריג, כי שם נמצא רוב מה שמפיל פרויקטים.
אחר כך אני שואל שתי שאלות שקובעות הרבה: כמה פעמים ביום זה קורה, ומה קורה אם התהליך הזה פשוט לא ייעשה. השנייה נשמעת מוזרה והיא חוסכת הכי הרבה — לא פעם מתברר שאפשר לבטל שלב במקום לאטמט אותו.
מהשיחה הזו יוצא אחד משלושה דברים: יש כאן פרויקט ששווה לעשות ואני מאפיין; אין כאן מספיק נפח והתשובה היא לא; או שהבעיה נמצאת במקום אחר לגמרי ממה שחשבתם. שלושתם תשובות שימושיות, ושלושתם בלי תשלום.
מה 18 שנה עושות לחשבון
אני מתכנת 18 שנה. זה לא אומר שאני מקליד מהר יותר — זה אומר שאני מזהה מהר יותר.
רוב הזמן בפרויקט טכנולוגי לא הולך על כתיבת קוד. הוא הולך על להבין למה משהו לא עובד, על להחליט בין שלוש דרכים, ועל לגלות שהדרך שנבחרה מובילה לקיר. הניסיון לא מקצר את ההקלדה — הוא מקצר את החלק הזה, וזה החלק שאוכל את התקציב.
יש לזה ביטוי מעשי נוסף: אני יודע מה לא לבנות. חלק מהערך שאני מביא הוא לומר "את הדרישה הזו אפשר לוותר עליה", או "זה קיים במערכת שכבר יש לכם ואף אחד לא הפעיל". שתי אמירות כאלה באפיון מקצרות פרויקט בשבועות.
איפה AI נתקע — וכמה זה עולה
אני עובד עם AI כל יום, והוא באמת משנה את המשוואה. אבל יש נקודה שבה הוא נתקע, וזה קורה בדיוק במקומות שעולים כסף.
מודל יכול לכתוב קוד שנראה נכון לחלוטין ולא עובד מול המערכת הספציפית שלכם. הוא יכול להציע פתרון תקין באופן כללי שמתנגש במשהו אחר שקיים אצלכם. והוא יכול לתקוע את עצמו בלולאה של תיקונים, שכל אחד מהם מייצר בעיה חדשה — כשהבעיה האמיתית היא בהנחה שנעשתה שלושה צעדים קודם.
מי שיש לו רקע טכני מזהה את זה תוך דקות. מי שאין לו — יכול להסתובב שם ימים, ולפעמים לוותר על הפרויקט כשהוא כמעט גמור. ראיתי את זה קורה מספיק פעמים כדי לדעת שזה לא מקרה קצה.
המשמעות הכלכלית פשוטה: אותו כלי בדיוק, בידיים שונות, מייצר הפרש עצום בזמן — ובזמן של בעל עסק, שהוא ממילא המשאב היקר ביותר שיש לו.
אתם משלמים על הפתרון, לא על השעות
זה בעצם הלב של העניין, ולכן שווה לומר אותו ישירות: שעות העבודה שלי הן לא המוצר. המוצר הוא מה שהעסק שלכם מרוויח מהפתרון — שעות שנחסכות בכל חודש, פניות שנסגרות במקום להתקרר, טעויות שמפסיקות לקרות.
לכן החישוב הנכון להצעה שלי הוא לא "כמה שעות כפול 500" אלא: מה זה חוסך בחודש, ותוך כמה זמן זה מחזיר את עצמו. פרויקט שעולה 15,000 ₪ וחוסך 2,000 ₪ בחודש מחזיר את עצמו תוך שמונה חודשים, ומייצר רווח בכל חודש אחרי.
פירטתי את שיטת החישוב במאמר על מדידת ROI של פרויקטי AI — כולל הרכיב שהכי מפספסים, שהוא לא הזמן שנחסך אלא ההכנסה שלא הולכת לאיבוד.
ואם אחרי החישוב הזה הפרויקט לא מחזיר את עצמו — אני אגיד לכם את זה. זה קורה, וזו גם הסיבה שאני מעדיף לעשות את האפיון לפני שמישהו משלם.
הפער שקשה לראות מראש
יש היום הרבה בעלי עסקים שמנסים לבנות בעצמם עם AI, וזה לגיטימי לגמרי — לחלק מהדברים זה עובד מצוין. הפער מתגלה במקום צפוי.
הדפוס חוזר על עצמו: מגיעים ל-80% תוך יומיים, ומרגישים שזה כמעט גמור. ואז נתקעים על משהו — חיבור למערכת שלא מגיב כמו שהמדריך אמר, נתונים שמגיעים בפורמט שלא צפוי, או משהו שעובד בבדיקה ונשבר על נתונים אמיתיים. ה-20% האחרונים לוקחים יותר מכל השאר.
מה שקורה שם הוא שהמודל מציע תיקון, התיקון מייצר בעיה חדשה, והוא מציע תיקון לתיקון. בלי רקע טכני קשה מאוד לזהות שהבעיה נוצרה שלושה צעדים קודם ושצריך לחזור אחורה ולא קדימה. אז מנסים עוד יום, ועוד יום.
ההפסד שם הוא לא רק הזמן. הוא גם שהפרויקט לפעמים נזנח בדיוק כשהוא כמעט עבד, והערך שהיה מגיע ממנו לא הגיע לעולם.
אני לא אומר את זה כדי להרתיע מלנסות — אני אומר את זה כי כדאי לדעת מראש איפה הגבול, ומתי שווה להביא מישהו לחצי יום במקום לאבד שבוע.
מה כלול בשעה
שווה שיהיה ברור, כי זה חלק מההשוואה בין הצעות.
חשיבה, לא רק ביצוע. אם יש דרך פשוטה יותר להשיג את אותה תוצאה, אני אציע אותה — גם אם היא מקצרת את הפרויקט ומורידה לי שעות.
הסבר בשפה מובנת. אתם צריכים להבין מה נבנה ולמה. אם אתם לא מבינים את ההסבר שלי, זו בעיה שלי ולא שלכם.
מה שנשאר אצלכם. הקוד, הנתונים, והידע שהוזן. אם נפרד מחר, אתם ממשיכים עם מפתח אחר. כתבתי על זה בהרחבה בבחירת ספק תוכנה — וזה סעיף שכדאי לדרוש מכל ספק, לא רק ממני.
מתי אני לא מתאים לכם
ארבעה מצבים שבהם אני אומר את זה מראש.
כשהנפח לא מצדיק. משימה שלוקחת שעה בשבוע לא מצדיקה פרויקט. תמשיכו לעשות אותה ידנית — זה יותר זול.
כשצריך צוות ולא אדם. פרויקט שדורש כמה מפתחים במקביל לאורך חודשים אינו מה שאני עושה, ועדיף שתדעו את זה מהשיחה הראשונה.
כשהבעיה אינה טכנולוגית. אם שתי מחלקות לא מדברות, שום מערכת לא תתקן את זה. לפעמים האבחנה הזו היא כל מה שצריך.
כשאתם מחפשים את הזול ביותר. אני לא הזול ביותר בשעה, ואני לא מנסה להיות. אם הקריטריון הוא מחיר השעה — יש הצעות זולות משלי, וזו החלטה לגיטימית.
אני אומר "אל תעשו את זה" בערך בשליש מהפגישות. זה לא צניעות — פרויקט שלא מחזיר את עצמו פוגע בשני הצדדים, ובעיקר הורג את התיאבון לפרויקט הבא שכן היה מצליח.
איך להשוות הצעות נכון
אם אתם מול כמה הצעות, שלוש שאלות שמיישרות את המגרש הרבה יותר ממחיר השעה:
מה כלול באפיון, ומי משלם עליו? הצעה שנותנת מספר בלי אפיון היא ניחוש, ואת ההפרש תשלמו בהמשך.
מה קורה כשמגלים שההיקף שונה? תמיד מגלים. הצעה בלי מנגנון שינויים מייצרת ויכוח בחודש השלישי.
מה נשאר אצלכם בסוף? קוד, נתונים, תיעוד, וגישה. ספק שמתחמק מהשאלה הזו — התחמקות היא התשובה.
שלוש השאלות האלה חושפות פערים בין הצעות שנראות דומות הרבה יותר טוב ממחיר לשעה. הרחבתי עליהן בבחירת ספק תוכנה.
מאיפה מתחילים
בשיחה. אני שומע מה התהליך, שואל כמה שאלות, ואומר לכם אם יש כאן משהו ששווה לעשות. אם כן — אני מאפיין ונותן הצעה עם הערכת שעות ומחיר. את ההחלטה אתם מקבלים אחרי שיש לכם מספר, לא לפני.
ואם התשובה שלי היא שלא שווה — גם זו תשובה שקיבלתם בחינם, והיא לפעמים שווה יותר מהפרויקט.