על פרילאנסרים ולקוחות לא מרוצים

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

במה אותו חבר לא צודק? בכך שהוא לוקח את הדברים באופן אישי ללב.

כל עסק, יהיה אשר יהיה, קיים בזכות לקוחותיו. יהיו לקוחות, יהיו הכנסות. לא יהיו לקוחות, לא יהיו הכנסות. כולם מסכימים שחשוב מאוד לשמור על לקוחות ולוודא שהם מרוצים, ואני מוסיף: עד גבול מסוים. רבים מאמצים את האימרה “הלקוח הוא המלך”, אימרה שאינני מסכים לה. הלקוח הוא חלק מאוד חשוב, אולם לחשיבות הזו יש גבול: מה יקרה אם מחר הלקוח ירצה את השרות שהוא מקבל היום ב-50% פחות מחיר ממה שהוא משלם היום? כאן, כנותן שרות, תצטרך לבדוק אם אתה מרוויח עדיין משהו מהעיסקה. אם לא, מומלץ שתיפרדו כידידים.

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

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

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

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

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

  • אם יש לך לקוח קיים והוא מתלונן בצורה גנרית ולא נקודתית (כלומר התלונות שלו מעורפלות ו/או מאוד כלליות), אז לפניך מקרה שמחפש לעזוב אותך ופשוט מחפש תירוץ לעזוב. ברוב המקרים, שום פתרון טכני שתציע לא יסייע, תתכונן להיפרד.
  • לקוח שעובד בשיטת ה”אני צודק”: אתה ממליץ ללקוח לעשות XYZ צעדים על מנת לקבל מה שהוא מעוניין אך הוא מתעקש לעשות ABC בניגוד או ההיפך ממה שהמלצת לו? זהו רמז מאוד עבה בשבילך שאתם לא הולכים להסתדר. בדוק איך אתה מסיים עם לקוח כזה או לסכם איתו שהוא משלם על המומחיות שלך ושיעשה את אותו XYZ. אם הוא שוב חוזר לאותה התנהגות, צרות צפויות ביחסים שלכם.
  • יותר מדי השקעה: סיכמת על פרויקט/שרות שמסגרתו הלקוח ישלם לך X שקלים על Y שעות עבודה, והלקוח מוסיף ומוסיף דרישות אך לא מוכן לשלם על שעות נוספות? הלקוח מנצל אותך. דווקא כאן פרילאנסרים רבים “נכנעים” מתוך מחשבה שאם הם יוותרו על אותם שעות, הלקוח יזכור אותם לטובה ויביא עבודה נוספת. האמת היא שאולי הלקוח יביא עבודה נוספת, אבל הוא גם ינצל אותך הרבה יותר, זה לא דבר שמתמעט, אלא רק גודל.
  • “כסף מחר”. לצערי יש לא מעט כאלו בישראל: סיכמתם על X אלפי שקלים תמורת פרוייקט שתבצעו עבורו, התשלום יהיה חלק עכשיו, חלק באמצע, חלק בסוף. הוא ישלם את החלק הראשון, וכשיגיע הזמן של החלק השני, תשמעו ממנו “מחר” מכיוון שכבר עשיתם השקעה רצינית, מומלץ או לחלק את התשלום האמצעי או לעצור את הפיתוח/שרות ולבדוק בחוזה שלכם מה מסוכם. בכל מקרה, לא מומלץ לתת את כל הפיתוח/שרות אלא רק לאחר שקיבלתם את התשלום.

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

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

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

בהצלחה לכולם.

שיתוף: מרגיש קצת פראייר, ואתם?

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

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

הבעיה שלי? המחיר. אני משלם כל חודש 400 שקלים למרות שאני מגיש דו”ח דו-חודשי וכל העבודה של הפקידה מסתכמת בכך שהיא מזינה מספרים והמחשב מוציא לה מספרים שהיא שולחת אליי, כלומר על שעה עבודה אני בעצם משלם 400 שקלים ועוד 400 (בחודש השני) על … כלום.

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

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

אם אתם פרילאנסרים, איך אתם עושים משהו בנידון? או שגם אתם משלמים חודשי למרות שאתם מגישים דוחו”ת דו חודשיים?

טיפ: Shell דרך ה-Web

כל פרילאנסר (שמכיר Linux), כל איש לינוקס (במיוחד אנשי סיסטם) מכיר את הסיטואציה הבאה: אתה נמצא לך אי-שם מתעסק בעניינך הפרטיים, כשלפתע לקוח מתקשר בהיסטריה: "האתר נפל!", "האפליקציה לא עובדת!", "תציל אותי מיד!".

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

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

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

לאלו שלא מכירים, אני מעוניין להציג אפליקציית web נחמדה ושמה: Shell In a Box. מה שהאפליקציה הזו עושה זה משהו פשוט מאוד: מדמה טרמינל לינוקס (xterm ליתר דיוק), ומאפשרת לך להתחבר דרך ה-web לשרת שלך. אתה נכנס לכתובת ומקבל פרצוף מוכר: Login prompt. האמולציה עצמה היא אמולציה מעולה, כולל תמיכה בדברים כמו CTRL Z, CTRL C ועוד, יש לה תמיכה לחיצים, אפשר לערוך איתה קבצים מבלי לשבור את האצבעות בקיצורי דרך שהיו ב-Solaris, ומנסיון שלי איתה, פשוט כיף לעבוד איתה.

האפליקציה עצמה פותחת פורט 4200, ומאפשרת חיבור דרך http רגיל ו-https עם תעודת SSL (אם יש לכם). היא כוללת אפשרויות רבות (שאפשר לראותם כאן), כולל תמיכה בפורטים אחרים, תמיכה וביטול ביפ (אודיו ו-ויזואל). האפליקציה רצה כ-Daemon, אך אפשר להריץ אותה ב-CGI ש"ימות" בתום שימוש לדוגמא. דבר חביב על אוהבי אבטחה.

שיחקתי עם האפליקציה ותיקנתי בה מס' תיקונים פשוטים, כך שהיא יכולה לרוץ על פדורה 15 וגם על סנטוס 5.6.  לאלו המעוניים לרוץ ולהתקין, כאן נמצא קובץ ההתקנה עבור פדורה 15, כאן עבור CentOS וכאן יש קובץ ה-SRPM לאלו שמעוניינים לקמפל וליצור חבילות חדשות להפצות כמו SuSE ואחרות (לחובבי האובונטו, דביאן – זה נמצא ב-repository שלכם. אגב, הקרדיט לקובץ SPEC לא מגיע לי אלא לבחור ששם את זה כאן).

מטבע הדברים, פורט 4200 הוא לא בדיוק פורט סטנדרטי ובחברות רבות לא תוכלו לגשת לשרת ולפורט הזה. מה עוד שפורט נוסף פתוח הוא לא בדיוק דבר נחמד וטוב מבחינת אבטחה. לשם כך, נשתמש במודול Proxy של אפאצ'י, כדי שאפאצ'י ישמש כפרוקסי לאפליקציית Web, כך שדרך פורט 80 (או 443 אם אתם משתמשים ב-https) נוכל לגשת ל-Shell.

רק מה, אם נפתח את ה-Shell לגישה לעולם, גוגל מהר מאוד יסרוק את המחיצה, וסקריפטים עולצים קופצים ינסו להיכנס דרך הכניסה הזו. לשם כך נוסיף שכבת אבטחה מינימלית של אפאצ'י, מה שנקרא Auth Basic שתבקש מאיתנו שם משתמש וסיסמא לפני שבכלל נקבל את הדף לעשות Login.

אז ראשית ניצור קובץ conf לאפאצ'י. בפדורה/סנטוס מכניסים את הקובץ בתוך תיקיית etc/httpd/conf.d/ ונקרא לזה shl.conf

ומה יהיה לנו בקובץ shl.conf? הגדרות של הפרוקסי ושל אותנטיקציה בסיסית. מכיוון שוורדפרס לא אוהב כל כך שורות טקסט של קונפיגורציה, שמתי את הדברים ב-Pastebin לעיונכם כאן. ה-RAW (החלק התחתון בדף בקישור) הוא הקובץ האקטואלי שאתם יכולים להעתיק לתוך shl.conf

עכשיו יש צורך ליצור קובץ htpasswd. (עם הנקודה). לשם כך ניכנס לאותה תיקיה ששם ימצא הקובץ שלנו (שימו לב שהמיקום אמור להיות בתוך שורה 5 כפי שניתן לראות בקישור), ונכתוב את הפקודה:

htpasswd -c .htpasswd myuser (כאשר ה-myuser הוא שם המשתמש שתבחרו). התוכנה תשאל אתכם לסיסמא ותבקש אותה שוב לוידוא (כדאי לשים סיסמא חזקה, לא משהו שכל אחד יכול לנחש).

עתה, לאחר שהתקנתם את ה-RPM וכתבתם קובץ זה, יש צורך לאמר ל-Apache לטעון את הקונפיגורציה מחדש. אין צורך לאתחל מחדש את שרת האפאצ'י. שורת service httpd reload תספיק.

עתה פיתחו דפדפן, הכניסו את כתובת האתר שלכם עם תוספת shell/ לדוגמא: http://mysite.com/shell ואם הכל תקין, המערכת תבקש ממכם שם משתמש וסיסמא שהכנסתם מקודם. אם השלב הזה עבר, אתם תקבלו סמן שובב מקפץ (אם הסמן האדום חלול, אז ה-TAB אינו בפוקוס. לחצו על הדף עם העכבר). הכניסו שם משתמש וסיסמא (לא מומלץ root!), ואם הכל תקין, תקבלו shell רגיל להנאתכם.

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

תהנו.

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

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

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

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

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

רבים מהפרילאנסרים שומעים מהלקוח מה הבעיה, אבל לקוחות בדרך כלל לא יודעים לפרט מה הבעיה אלא רק את התוצאה. לדוגמא: "השרת כבר לא מוציא דואר" או בעיה אחרת מאוד "חביבה" עליי: "השרת 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 אני לעולם לא מרים מכונה וירטואלית לשום לקוח, עד שאני רואה בחשבון העסקי הפקדה על הסכום המוסכם, ואני שומע את ההבטחות שתיארתי למעלה יום יום. האם זה גורם לי להפסיד לקוחות? אולי, אבל אני מעדיף לקוחות שמשלמים לעסק בזמן הקמת השרת עבורו ובהמשך לפי מה שסוכם בינינו ולא לקוח שמבטיח לי את כל הכל, אך לא משלם לי. אני צריך לשלם לספק מעליי, לפרילאנסרים אחרים שנותנים תמיכה ללקוחות העסק שלי, לרכוש שרתים נוספים, רוחב פס, מקום, ועוד דברים. אני לא יכול לשלם בהבטחות של לקוחות, אני יכול לשלם רק בכסף, כך שלקוח שהוא גדול בהבטחות וקטן במעשים, שיעשה טובה ויקפוץ למתחרה ממול ושיעשה איתו עסקים (ולמתעניינים: העסק כבר רווחי).

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

יש איש סיסטם Windows?

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

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

מכיוון שאינני מומחה Windows (מה לעשות, השקעתי את הזמן ב-Linux), אני מודיע בזאת שאני מחפש איש סיסטם Windows עם נסיון של לפחות 3-4 שנים עם Windows 2003/2008/Vista/7, וכמובן עם Exchange ואופיס 2003/2007/2010 ושאר ירקות תוצרת מיקרוסופט.

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

למעוניינים, אפשר לשלוח הצעות מחיר (מדובר בלקוחות קטנים שרוב עבודתם תיעשה ב-RDP) באימייל: [email protected] או שאפשר לשוחח דרך הצ'אט של הבלוג שלי פה למטה משמאל, בשורה הכחולה.

תודה מראש לפונים.