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