איך לבחור מפתח תוכנה: סינון, נורות אזהרה והשאלות הנכונות

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

איך לבחור מפתח תוכנה: צ'קליסט סינון מהיר

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

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

איך לסנן מפתח שלב אחר שלב

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

1. הסתכל על עבודה אמיתית ששוגרה

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

2. דבר עם לקוח עבר

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

3. הרץ מבחן קטן בתשלום

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

4. שפוט איך הוא מגדיר היקף, לא איך הוא מקודד

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

נורות אזהרה בבחירת מפתח

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

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

שאלות לשאול לפני שאתה שוכר

השאלות הנכונות מעלות שיקול דעת וכנות תוך דקות. שאל אותן ישירות.

1. מה היית חותך מזה כדי לשגר מהר יותר? למפתח אמיתי תמיד יש תשובה. שתיקה כאן אומרת שהוא לא חשב על הפרויקט שלך כעסק.
2. מהו החלק המסוכן ביותר בבנייה הזו? בודק אם הוא חושב על מקרי קצה, אינטגרציות ומציאות - או רק על המסלול התקין.
3. מה לא כלול בהערכה שלך? הגבול חשוב כמו המספר. תשובה מעורפלת היא חשבונית עתידית שלא ציפית לה.
4. איך אני אראה התקדמות? אתה רוצה תוכנה עובדת במיילסטונים, לא עדכוני סטטוס. "אראה לך משהו שאתה יכול ללחוץ עליו כל שבועיים" היא התשובה הנכונה.
5. מי הבעלים של הקוד והחשבונות? התשובה היחידה הקבילה היא אתה, מההתחלה. כל דבר מהוסס כאן הוא מלכודת.
6. מה קורה אם ארצה לעזוב או לשכור מישהו אחר בהמשך? למקצוען בטוח אין בעיה עם זה. תשובה מתגוננת מסמנת נעילה.

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

סעיפי חוזה שמגנים עליך

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

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

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

איך לבחור מפתח תוכנה, בשורה אחת

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

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