למה פתרון מוכר מרגיש לנו כל כך נכון?

אוגוסט 2026 • 3 דקות קריאה

Tags: UX Design, Psychology, Product, Design Process


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

מאיפה מגיע הביטחון הזה?

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

מאיפה הביטחון הזה מגיע?

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

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

ועדיין, המסך המשיך לחזור.

אולי זה לא רק כי זה קל

בהתחלה חשבתי שזה בעיקר עניין של נוחות.

יש כבר מסך קיים. הוא מוכר לצוות. קל לקחת אותו כטמפלייט ולהשתמש בו שוב.

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

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

וזו כבר שאלה מעניינת יותר:

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

מה שקל לעיבוד מרגיש נכון

מחקרים בפסיכולוגיה קוגניטיבית מדברים על מושג שנקרא Processing Fluency - תחושת הקלות שבה אנחנו מעבדים מידע.

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

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

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

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

אבל מוכרות לא הופכת מסך לפתרון המתאים לבעיה.

והיא לא ראיה לכך שזה הפתרון הנכון.

מוכרות היא כלי, לא הוכחה

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

ומה שקל לו, הרבה פעמים, הוא מה שכבר מוכר לו.

אנחנו רואים את זה בארגונים כל הזמן:

מסך מאוד מוכר? בואו נשתמש בו גם פה.

רכיב שעבד במקום אחד? כנראה יעבוד גם במקום אחר.

תהליך שעבד לי בצוות הקודם? בואו נכניס אותו גם לצוות הזה.

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

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

הפרדוקס של פתרון שעבדנו עליו יותר מדי

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

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

ומה שמוכר לנו כל כך, מתחיל להרגיש כמעט מובן מאליו.

אבל זה לא אומר שהוא מובן מאליו למשתמשים.

וזה לא גורם למסך מבלבל להפוך לברור.

וזה לא אומר שאנשים אחרים ירגישו את אותה תחושת ביטחון שאנחנו מרגישים מולו.

השאלה שצריך לשאול

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

למה הוא מרגיש נכון?

האם הוא מרגיש נכון כי ראינו שהוא עובד?

כי המשתמשים מבינים אותו?

כי הדאטה תומך בו?

כי הוא פותר את הבעיה הספציפית שיש כאן?

או שהוא מרגיש נכון בעיקר כי הוא מוכר לנו?

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

או לחפש עוד דאטה.