בית←מאמרים←השאלות שכדאי לשאול בית תוכנה

CHOOSING A SOFTWARE HOUSE · מוצר ותהליך

השאלות שכדאי לשאול בית תוכנה — כשאתם לא מבינים בטכנולוגיה

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

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

למה דווקא מי שלא מבין צריך לשאול יותר

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

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

שאלות על ההבנה: האם הם שמעו אתכם

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

2. ״מה הייתם ממליצים לי לא לבנות?״ בית תוכנה שמרוויח לפי היקף העבודה מתפתה להגיד כן לכל רעיון. מי שמסוגל לומר ״את זה תשאירו באקסל עוד שנה״ או ״זה לא שווה את הכסף״ חושב על התוצאה שלכם ולא על החשבונית שלו. הרחבנו על המחיר של ״עוד פיצ׳ר אחד״ במאמר על יותר פיצ׳רים ויותר בלגן.

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

שאלות על הכסף: מה כלול ומה יבוא אחר כך

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

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

6. ״מה בדיוק לא כלול?״ שאלה פשוטה שמגלה הרבה. העברת נתונים מהמערכת הישנה, הדרכה, נגישות לפי הדין, חיבור לתוכנת הנהלת החשבונות — כל אחד מאלה יכול להיות ״כלול״ בעל-פה ו״תוספת״ בחשבונית. ביקשו שזה ייכתב.

שאלות על הבעלות: מה שלכם ביום שאחרי

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

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

9. ״מה קורה אם תיסגרו, או אם נרצה לעבור למישהו אחר?״ זו לא שאלה מעליבה; זו שאלה מקצועית. תשובה טובה מתארת מסירה מסודרת: קוד, סיסמאות, תיעוד ונתונים. תשובה מתחמקת היא נורה אדומה גדולה יותר מכל מחיר.

שאלות על השימוש: איך יודעים שזה הצליח

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

11. ״אפשר לדבר עם לקוח שלכם שמשתמש במערכת כבר שנה?״ לא עם מי שקיבל אתר לפני חודש, אלא עם מי שחי עם המוצר. שאלו אותו מה קרה בפעם הראשונה שמשהו נשבר, וכמה זמן לקח לתקן.

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

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

איך מקשיבים לתשובות כשלא מבינים את המונחים

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

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

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

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

שאלות נפוצות

איך בוחרים בית תוכנה כשלא מבינים בטכנולוגיה?

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

עדיף מחיר סגור או תשלום לפי שעות?

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

אם שילמתי על הפיתוח, הקוד שלי?

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

כמה עולה להחזיק מערכת אחרי שהיא עולה לאוויר?

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

מה עושים אם לא הבנתי את ההצעה?

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

מקורות

  1. חוק זכות יוצרים, התשס״ח-2007 (סעיף 35) — הסעיף הקובע שביצירה שהוזמנה הבעלים הראשון של זכות היוצרים הוא היוצר, אלא אם הוסכם אחרת.
  2. הרשות להגנת הפרטיות — תקנות אבטחת מידע — החובות החלות על מי שמנהל מאגר מידע, לרבות הסדרת ההתקשרות עם ספק חיצוני שמקבל גישה למידע.
  3. W3C — הנחיות הנגישות WCAG — התקן הבינלאומי שעליו מבוסס התקן הישראלי לנגישות אתרים, ושכדאי לשאול אם הוא כלול בהצעה.

רוצים לשאול אותנו את השאלות האלה?

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

שלחו לנו מייל