ההחלטה שמשפיעה יותר מהטכנולוגיה
יזמים מקדישים זמן רב לשאלה באיזו טכנולוגיה לפתח, ומעט מדי לשאלה מי יפתח ובאיזה מודל התקשרות. בפועל, בחירת ספק התוכנה ומבנה ההסכם משפיעים על גורל הפרויקט יותר מבחירת השפה או הפלטפורמה. הסיבה: תוכנה היא נכס שמתחזק לאורך שנים, ומי שמחזיק את המפתחות אליו מחזיק את המוצר.
שלוש הדרכים – ומתי כל אחת נכונה
- מפתח עצמאי: זול, מהיר להתחיל, מתאים למשימה מוגדרת ולפרויקט קטן. הסיכון הוא זמינות והמשכיות. ראו מפתח תוכנה עצמאי.
- חברת פיתוח: יקרה יותר, אך מספקת צוות, ניהול, בדיקות והמשכיות. מתאימה לפרויקט עם כמה רכיבים – אפליקציה, שרת, ממשק ניהול.
- צוות פנימי: הכי יקר בשלב ההתחלה, והכי נכון כשיש מוצר בשוק שדורש פיתוח מתמשך לשנים.
הכלל המעשי: בשלב שבו עוד לא הוכח שיש שוק, גיוס פנימי הוא סיכון גדול. חברה או עצמאי מאפשרים להגיע לגרסה ראשונה בלי מבנה עלויות קבוע.
מה לבדוק לפני שחותמים
- בקשו לראות מוצר חי שהם בנו, ולא רק תמונות מסך. הורידו אותו והשתמשו בו.
- בקשו לדבר עם לקוח קודם שהפרויקט שלו הסתיים לפני שנה או יותר – שם מתגלה איכות התחזוקה, לא בפרויקט טרי.
- שאלו מי בדיוק יעבוד על הפרויקט. נפוץ שהפגישה היא עם בכיר והביצוע עובר לצוות זוטר. זה לגיטימי אם זה מוצהר.
- בדקו אם הם אומרים לכם מה לא לפתח. ספק שמאשר כל בקשה מוכר שעות; ספק שמצמצם היקף חושב על המוצר שלכם.
- הגדירו סודיות. הסכם סודיות לפני הצגת הרעיון, בהיגיון שתיארנו בהסכם סודיות בעבודה מול חברת הנדסה.
הסעיף החשוב ביותר בחוזה: בעלות על הקוד
זו הנקודה שיזמים מגלים מאוחר מדי. שאלו במפורש, בכתב:
- האם קוד המקור עובר לבעלותכם במלואו בסיום התשלום?
- האם חשבונות החנויות, השרת והדומיין רשומים על שמכם או על שם הספק?
- אם הפרויקט משתמש ברכיבי צד שלישי או בספרייה פרטית של הספק – מה המשמעות לטווח הארוך?
- האם תקבלו תיעוד שמאפשר למפתח אחר להמשיך?
ההבדל בין קוד שמועבר לכם עם תיעוד לבין קוד שיושב בחשבון של הספק הוא ההבדל בין נכס לבין תלות. סעיף אחד בהסכם בתחילת הדרך מונע מצב שבו מעבר לספק אחר משמעו כתיבה מחדש.
מודל שעות או מחיר קבוע
שני מודלים, ולכל אחד היגיון:
- מחיר קבוע מתאים כשההיקף מוגדר וברור – כלומר כשיש אפיון מלא. בלי אפיון, מחיר קבוע פירושו שאחד הצדדים יפסיד, ובדרך כלל תשלמו בהיקף מצומצם ובאיכות.
- מודל שעות מתאים כשהיקף עוד מתגבש, ובתנאי שיש תקרה מוסכמת ודיווח שקוף.
הפתרון המעשי שאנחנו ממליצים עליו: שלב ראשון קצר ובמחיר קבוע – אפיון ותכנון – ולאחריו הצעה מדויקת לפיתוח. כך שני הצדדים יודעים על מה הם מסכימים.
כשהתוכנה היא חלק ממוצר פיזי
אם הפרויקט כולל גם חומרה, השיקול משתנה: חברת תוכנה מעולה שאינה מכירה עבודה מול קושחה ומכשירים תיצור פער בממשק. במקרים כאלה עדיף גוף אחד שאחראי על השלם, בהיגיון שתיארנו בשיתוף פעולה בין תחומי הנדסה. פירטנו את התפקידים הנדרשים במהם בעלי המקצוע הנדרשים.
לסיכום
בחירת חברת פיתוח תוכנה נכונה נשענת על שלושה דברים: הוכחת יכולת במוצרים חיים, שקיפות לגבי מי מבצע, ובעיקר הסכם שמשאיר את קוד המקור, החשבונות והתיעוד בבעלותכם. את ההיקף כדאי לקבוע לאחר אפיון ולא לפניו. בפרוג'קטס האוס בע"מ אנו מפתחים תוכנה כחלק ממוצרים שלמים – חומרה, קושחה ואפליקציה – ובפגישת ייעוץ ראשונה נעזור לכם לבנות את ההתקשרות הנכונה לפרויקט שלכם.
רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.
