איך ליצור שאלון שמשתנה בהתאם לתשובות המשתתפים?

שאלון מקוון שמשתנה לפי התשובות: איך בונים הסתעפויות שעובדות?

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

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

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

מהו שאלון דינמי, ומה בדיוק משתנה בו?

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

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

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

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

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

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

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

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

מתחילים מההחלטה העסקית, לא מעץ השאלות

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

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

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

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

כך מתכננים שאלון מקוון עם לוגיקה מותנית

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

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

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

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

דוגמה מעשית: סקר אחרי רכישה

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

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

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

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

מה עושים עם תשובות מרובות, חוסר תשובה ושינוי בחירה?

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

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

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

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

לקצר בלי לפגוע באיכות המדידה

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

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

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

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

בדיקת מסלולים: המקום שבו מתגלות התקלות

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

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

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

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

איך מנתחים תשובות כשלא כולם ראו אותן שאלות?

בשאלון מסתעף, תא ריק אינו בהכרח תשובה חסרה. ייתכן שהמשתתף לא היה אמור לראות את השאלה. לכן חשוב להבחין בין “לא הוצג”, “הוצג ולא נענה” ו“נבחרה תשובה שאינה מביעה הערכה”. אלה מצבים שונים מבחינה מחקרית.

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

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

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

פרטיות ומגבלות: התאמה אישית אינה הצדקה לשאול הכול

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

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

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

טבלת סיכום: מה מגדירים ומה בודקים

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

חמש שאלות שכדאי לשאול לפני שמפרסמים

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

המבחן האמיתי: האם השאלה הבאה מוצדקת?

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

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