בעיית כפתור המחיקה: איך מגנים על אנשים מלחיצה שגויה אחת באפליקציה שבניתם עם AI

מהי בעיית כפתור המחיקה?

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

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

תנו לי לספר לכם על שניים מהערבים האלה.

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

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

מה הופך את כפתור המחיקה למסוכן כל כך?

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

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

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

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

מה כדאי לבקש מכלי ה-AI לבניית אפליקציות שלכם?

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

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

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

ההחלטות השקטות יותר

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

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

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

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

איך בודקים אם כפתור המחיקה שלכם בטוח?

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

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