צורת העבודה מול הלקוח כפרילאנסר

[אף אחד 3]

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

[אביחיל]

@אף-אחד-3 כתב בצורת העבודה מול הלקוח כפרילאנסר:

בשלב הזה עשיתי טעות ונתתי לו גישה מלאה - גם לריפוזיטורי ב-GitHub וגם לחשבון הפלטפורמה שעליה פרוסה המערכת.

אתה לא יכול לבטל את הגישה?

[אף אחד 3]

@אביחיל יכול אבל זה פחות העניין
אני לא חושד אותו שיגנוב אותי אלא שלא לחוץ לו לשלם ובכל אופן לא רוצה לשבור מולו את הכלים רק אם באמת זה יתעכב הרבה זמן
השאלה היא באופן כללי איך דברים כאלו אמורים לעבוד

[OdedDvir]

@אף-אחד-3 היקר

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

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

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

אם הוא לא חותם - אתה לא ממשיך. פשוט מאוד.

לעצם שאלותיך:

איך מנהלים מסירת קוד בפרויקטים? רק אחרי תשלום מלא? אחרי מקדמה?

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

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

חוזה אמור לכסות אותך במקרה הזה.

אולי יעניין אותך גם מה שכתבתי כאן: https://tchumim.com/topic/13537/דיון-ענייני-איך-לתמחר-פרוייקט-תוכנה

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