טיפים לפרילאנסרים

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

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

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

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

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

ב-2 הדוגמאות האלו הבעיות יכולות לקרות ממגוון נסיבות שהלקוח כלל לא מכיר אותן. בשרת דואר לדוגמא, יכול להיות שכתובת ה-IP חסומה ע"י RBL והכתובת נכנסה לרשימות שחורות. יכול להיות שיש בעיה בהגדרות וכל המייל תקוע ב-Queue, יכול להיות שעודכן רכיב אחר שגורם לשרת לעשות Segfault, יכול להיות שרכיבים כמו Spamassassin או ClamAV (לדוגמא) לא פעילים כרגע, ויכולות להיות סיבות נוספות. חלק מהסיבות אפשר לפתור אותן תוך דקות וחלק אחר מהסיבות יצריך "חפירה" לעומק לבדוק רכיב רכיב מה הבעיה. בדוגמא השניה המצב הרבה יותר מסובך: מה זה איטי? לעומת מה איטי? יכול להיות שיש בעיות דיסקים, זכרון מלא, פאקים בקוד האתר מהזמן האחרון, שרת SQL חנוק ועוד שלל סיבות. שוב, אולי יהיה אפשר לתקן תוך דקות, אולי יהיה אפשר לתקן תוך שעות או ימים, תלוי מהי התקלה האמיתית.

פתרתם את הבעיה? אנו עוברים למסוכה הבאה: בד"כ ללקוח יש איש טכני ואותו איש טכני אמור להיות מרוצה מהעבודה שלכם על מנת שיאשר לכם תשלום. יש בעיה קטנה אחת: "מרוצה" זו הגדרה מאוד מעורפלת. האחד יכול להיות מרוצה מזה שתיקנתם אפליקציה סוררת והשני, פרפקציוניסט שכמוהו חושב שעדיין המכונה לא מגיבה "כמו שצריך". מה זה "כמו שצריך"? שאלה מצויינת. אין לאף אחד תשובות על כך. יותר מזה, לפעמים יש בעיה "לרצות" את האיש הטכני, הנה דוגמא פשוטה: תרימו שרת אפאצ'י עם 4 ג'יגה זכרון ופתחו עליו 10000 חיבורים במקביל שכולם מתחברים לדף PHP דינמי. יזוז לאט? כן. צריך בשביל שירוץ טוב יותר זכרון, מערכת דיסקים יותר רצינית וכו'. אתם יכולים לספק את זה? לא, ואם אתם חושבים שההסבר הלוגי שצריך להרחיב ו/או להוסיף מכונה ירצה תמיד את אותם אנשים טכניים, אתם טועים, וראיתי כבר מקרים שאנשים לא קיבלו כסף למרות שהם הסבירו שזו לא בעיה שלהם.

עברנו את המסוכה הזו והגענו סוף כל סוף לקבלת כספים מהלקוח, רק שהלקוח משלם בשמחה .. בתנאים של שוטף + 60, כלומר אם היום ה-8/7, אתם תראו את הכסף ב-30/9 ואולי אי שם באמצע אוקטובר (מנהל החשבונות בדיוק יצא לנופש בלבנון). שכחתם לסכם את התנאי שאתם מעוניינים בתנאי תשלום של שוטף-עכשיו-תעביר-לי-צ'ק. קורה, נכון?

אז איך אפשר לפתור את הבעיות האלו? בעזרת 2 דברים חיוניים:

  1. ראשית, לא מהמרים על פתרון בעיה ב-X שעות סתם כך. ספרו ללקוח כמה אתם לוקחים לשעה ובקשו מהלקוח מספר דקות עם המכונה. בדקו באותם דקות מה בעצם התקלה בצורה די כללית ואל תנסו לתקן את התקלה (אחרת לא תיראו שקל). אם לקוחות נעים באי-נוחות בכסא לגבי הבקשה שלכם תאמרו להם את האמת הפשוטה: אם אני רואה את התקלה ומהיכן היא מגיעה, אני יכול להעריך נכונה כמה שעות יקח לי לתקן והלקוח יכול לחסוך כספים לעצמו אם יקח זמן קצר לתקן אותה. אם זו לא תקלה אלא פרויקט שצריך לעשות, נסו לחשוב על איש לינוקס עם ידע בינוני כמה זמן יקח לו (כן, למרות שאתם סופר-מקצועיים ומהירים). הסיבה לכך פשוטה: אין לכם מושג ירוק מה יעכב אתכם בעבודה על הפרוייקט וחבל שתאמרו שתגמרו את העבודה ב-3 שעות ותשקיעו 8 שעות. עדיף לאמר שיקח 7 שעות ואולי תפסידו שעה מאשר להפסיד כסף של 5 שעות. לאחר שהלקוח הסכים וחתם איתכם על מסמך, אפשר לפתור את התקלה.
  2. חוזה. אני מודע לכך שרבים מעמיתיי לא אוהבים חוזים, אבל חוזה זה הדבר שיציל אתכם אם יהיו בעיות. מה צריך להיות בחוזה? כמה דברים:
      1. פירוט מלא של הבעיה (אם מדובר בפרויקט תיקון תקלה לדוגמא), כולל מה שאיבחנתם. חשוב להכניס את כל הנקודות שאפשר (אם צריך, שימו זאת בנספח נפרד וציינו זאת בהסכם)
      2. מה הדברים שאתם הולכים לתקן, להגדיר, למחוק, להוסיף. שוב, כמה שיותר פירוט, יותר טוב. אם אפשר, כדאי לציין מה התוצאה הסופית שתהיה.
      3. תנאי ה"ריצוי": אתם תקבעו מה זה לקוח מרוצה. אתם צריכים לתקן בעיה כזו וכזו ולא בעיה אחרת (קשור לסעיף ii). יש עוד בעיות? בשמחה, בתשלום נוסף.
      4. אחריות: כמה זמן יש ללקוח לבדוק את המערכת שלו ואם הוא מוצא בעיה, אתם תתקנו אותה ללא תשלום נוסף. יום? יומיים? בוני אתרים שוכחים סעיף זה ואחר כך הם "נתקעים" לזמן רב בטיפולי תקלות (שלא היו בעבר) כי הלקוח מתלונן קשות והם רגישים, אז הם עושים לו ג'סטה, ועוד אחת, ועוד אחת.. לכן, חשוב לציין כמה זמן האחריות שלכם. עברה האחריות ויש תקלה? זה טיפול נפרד בתשלום נוסף.
      5. תנאי תשלום: שוטף? שוטף+30? שוטף+60? תשלום מיידי בסיום הבעיה? חשוב לכתוב זאת. חשוב לכתוב גם איך יבוצע התשלום (פייפאל, צ'ק, העברה בנקאית).
      6. אי עמידה בתשלום: הנה משהו שפרילאנסרים רבים פוחדים לבקש. חברים יקרים, אם אתם שוכרים דירה, פתחו את החוזה שלכם וקראו אותו. במידה ולא שילמתם בזמן, אתם משלמים תוספת על השכ"ד. אין שום סיבה שלא תיגבו תוספת אם הלקוח מאחר לכם לאחר תקופה (נניח שבועיים או חודש) כמה אחוזים נוספים. להזכירכם, כשאתם מוציאים חשבונית אתם משלמים עליה מס וברגע שהיא לא משלמת, אתם מכניסים את עצמכם לגירעון בתקציב שלכם.
      7. סייגים: אם יש ללקוח שרת ענתיקה ממלחמת העולם השניה והוא מצפה שלאחר ההגדרות שלכם הוא יעבוד כמו שרת-על, כדאי לציין כאן שהדברים לא יקרו ומה כן יקרו. אתם מתקנים שרת אפאצ'י, זה לא אומר שהוא פתאום יעבוד פי 10 יותר מהר, כדאי לציין זאת.

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

על הדברים האלו אני יאמר משהו פשוט: אל תקנו את זה. החברה לא קיימת מהיום, יופי. אתה יודע מה המוסר תשלומים של אותה חברה? האם יש נגדה תביעות/עיקולים או תזרים כספים גרוע? (הנה, בזמן שאני כותב את הפוסט הזה, תראו מה כותבים על "פנדה מחשבים". חושבים עדיין לעשות איתם עסקים?). לגבי עניין שתקבל עוד פרוייקטים – הכל תלוי בפקטור המחיר שלך. אם אתה תגבה 300 שקל לשעה ותעשה עבודה מצויינת ואני אציע לעשות את אותה עבודה מצויינת ב-200 שקלים, אתה לא תקבל ולו שעה אחת נוספת מאותו לקוח, כי לקוחות ברוב מוחלט של המקרים מסתכלים על הסכום בחשבונית.

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

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

Comments

comments