למה האפליקציה הראשונה שלכם שבניתם עם בינה מלאכותית צריכה להיות מכוערת
אם הפרויקט הראשון שלכם בכלי לבניית אפליקציות עם בינה מלאכותית נראה מחוספס, זה פיצ'ר, לא באג. הנה למה ליטוש הוא הדבר הלא נכון לבצע לו אופטימיזציה מוקדם — ומה לרדוף אחריו במקום.
הפעם הראשונה שמישהו משתמש בכלי לבניית אפליקציות עם בינה מלאכותית, הוא בדרך כלל עושה אחד משני דברים. הוא או מקבל את הדבר הראשון שהבינה המלאכותית נותנת לו ומשחרר אותו, או מבלה שלושה ימים בלגרום לכפתורים להיות בדיוק הגוון הנכון של אינדיגו לפני שבדק אם מישהו בכלל רוצה את הדבר.
הקבוצה השנייה הרבה יותר נפוצה, וזו טעות יקרה יותר. הפוסט הזה עוסק בלמה האפליקציה הראשונה שלכם שבניתם עם בינה מלאכותית צריכה להיות קצת מכוערת בכוונה.
מלכודת הליטוש
יש הרגשה מסוימת שמכה בערך עשר דקות לתוך בניית משהו. הזרימה הבסיסית עובדת. משתמש יכול להירשם, לעשות את הדבר, לראות את התוצאה.
ואז העין שלכם נתפסת על המרווחים. הכותרת גדולה מדי. למצב הריק יש טקסט מציין מקום. מסך ההתחברות נראה כמו מסך התחברות מ-2008.
אתם מבקשים מהכלי לבניית אפליקציות עם בינה מלאכותית לתקן את המרווחים. הוא עושה זאת. עכשיו הכפתור במקום הלא נכון. אתם מבקשים ממנו לתקן את זה. הוא עושה זאת. עכשיו אנימציית המודאל מרגישה מוזרה בנייד. אתם מבלים את השעתיים הבאות בדחיפת דברים פיקסל אחר פיקסל.
הבעיה אינה שליטוש רע. ליטוש נהדר — בסופו של דבר. הבעיה היא שליטוש הוא הסוג הכי מדיד של התקדמות. הוא גלוי. הוא מרגיש כמו עבודה. והוא כמעט לחלוטין לא מתואם עם השאלה אם האפליקציה שלכם טובה.
כשהאפליקציה שלכם קצת מכוערת, אתם נשארים ממוקדים במה שהיא עושה. כשהאפליקציה שלכם יפה, אתם מתחילים להתייחס אליה כאילו היא גמורה.
הדבר שאתם באמת צריכים לדעת
אתם לא בונים אפליקציה. אתם בודקים הנחה.
ההנחה בדרך כלל נראית כך: אנשים שיש להם בעיה X ישתמשו בכלי שעושה Y כדי לתקן אותה. כל השאר — הצבעים, הטיפוגרפיה, האיורים של המצב הריק, סיור ה-onboarding — קיים כדי לשרת את ההנחה הזו. אם ההנחה שגויה, שום ליטוש מזה לא משנה. אם ההנחה נכונה, יש לכם הרבה זמן לתקן את הצבעים אחר כך.
חבר שלי בילה שבועיים בחודש שעבר בבניית מעקב הרגלים. לא הרעיון הכי מקורי בעולם, אבל הייתה לו זווית ספציפית עליו: לעקוב אחר הרגלים בקבוצות של שלושה, והקבוצות פוקעות מדי שבוע. הכלי נתן לו אב-טיפוס עובד בערך בשעה. הוא בילה את שאר השבועיים בלהפוך אותו ליפה.
כשהוא סוף סוף הראה את זה לאנשים, המשוב היה: “אני אוהב את זה, אבל לעולם לא הייתי משתמש בשלושה בו-זמנית.” ההנחה המרכזית שלו הייתה שגויה. הגרסה היפה הייתה שגויה בדיוק באותה דרך שהגרסה המכוערת הייתה שגויה. הוא פשוט בילה עוד עשרה ימים בליטוש תשובה שגויה.
איך נראה “מכוער מספיק”
מכוער לא אומר שבור. זה אומר חסר-קישוט בכוונה. כמה סימנים של אפליקציה שנמצאת ברמה הנכונה של מכוערת לבנייה ראשונה:
- ערכת הנושא של ברירת המחדל עושה את רוב העבודה הוויזואלית. אם הכלי הגיע עם ברירות מחדל סבירות, עדיין לא נגעתם בהן.
- מצבים ריקים הם טקסט פשוט. בלי איורים, בלי ניסוח “נראה שאין כאן כלום עדיין 🎉”. פשוט “אין פריטים”.
- ה-favicon הוא ברירת המחדל. אותו דבר עם הלוגו, אם יש. wordmark בגופן ברירת מחדל מספיק.
- זרימת ההזדהות היא מה שהכלי נתן לכם. לא ממותגת. לא מותאמת אישית. פונקציונלית.
- עמוד אחד יכול להיות מחובר כדי לעשות את הדבר האמיתי. כל השאר יכול להיות stub או קישור לטופס גוגל.
אם אתם בוהים בבנייה שלכם ומרגישים קצת מובכים להראות אותה לחבר, אתם כנראה באזור הנכון. המבוכה הזו שימושית — היא דוחפת אתכם לדבר על מה שהאפליקציה עושה ולא על איך היא נראית. וזו השיחה שאתם באמת צריכים לקיים.
שני סוגי המשוב שמכוער משיג לכם
כשאתם מראים למישהו אפליקציה מלוטשת, הוא מגיב לליטוש. “או, הגרדיאנט יפה.” “אני אוהב את האייקון.” שום דבר מזה אינו מידע. זה המקבילה השיחתית של דיבורי נימוסים.
כשאתם מראים למישהו אפליקציה מכוערת, אתם מקבלים שני סוגי משוב שונים, שניהם שימושיים:
- “זה פותר בעיה אמיתית בשבילי.” זה מה שבאתם בשבילו. אם האפליקציה המכוערת מקבלת את התגובה הזו, ההנחה מחזיקה, ויש לכם רישיון לליטוש. עכשיו הצבעים משנים, כי אתם לא מהמרים שהצבעים יישאו רעיון רע.
- “אני לא ממש רואה למה זה מיועד.” גם זה מה שבאתם בשבילו, גם אם זה צורב. האפליקציה המכוערת מעלה את זה מהר יותר כי אין שום דבר שמסיח את הדעת מהדבר המרכזי. אפליקציה יפה הייתה מקבלת הנהון מנומס ו”נראה מגניב” ולא הייתם לומדים כלום.
שתי התגובות אומרות לכם מה לעשות הלאה. הגרסה המלוטשת הייתה נותנת לכם דעות על משקל גופן.
”אבל מה אם אני רוצה להראות למשקיעים / לקוחות / אמא שלי?”
חשש סביר. שלושה דברים עוזרים.
הראשון הוא ש”להראות למשקיעים” בדרך כלל רחוק יותר ממה שזה מרגיש. רוב האנשים שאומרים “אני צריך שזה ייראה טוב כדי להראות למשקיעים” לא באמת יש להם פגישת משקיעים ביומן. יש להם משקיע עתידי מעורפל וחרדה הווה מאוד אמיתית. המשקיע העתידי המעורפל הרבה יותר ישמח לראות מוצר עובד עם חמישה משתמשים אמיתיים מאשר דמה מלוטש בלי אף אחד.
השני הוא שיש הבדל בין מכוער ללא גמור. אפליקציה מכוערת עדיין יכולה להרגיש מכוונת — צבעים שטוחים, גופני מערכת, מרווחים עקביים. מה שאתם רוצים להימנע ממנו הוא מקושט-למחצה: עמוד נחיתה מונפש בצורה יפהפייה מול מסך הגדרות שעדיין מציג Lorem Ipsum, או שלושה סגנונות כפתור שונים כי התאמתם אישית שניים ושכחתם את השלישי. אי-האחידות הזו נקראת כ”ויתרתי באמצע”, וזה הרבה יותר גרוע מ”עדיין לא התחלתי לעצב”.
השלישי הוא שמכוער-בכוונה הוא ז’אנר. כלים עצמאיים בטקסט פשוט, עיצוב ברוטליסטי, האסתטיקה של “נעשה על ידי אדם אחד” — אלה מראות מכובדים מאוד. אם אתם מודאגים מלהיראות לא מקצועיים, תישענו על המראה בכוונה במקום להתנצל עליו.
מתי ליטוש הופך לצעד הנכון
יש נקודה שבה מכוער מפסיק להיות שימושי. זה לא תאריך ספציפי — זו הרגשה ספציפית. תדעו שליטוש הוא הצעד הנכון כש:
- יש לכם מספר קטן של משתמשים אמיתיים שכל הזמן חוזרים.
- אתם מפסיקים לשמוע “אני לא רואה למה זה מיועד” ומתחילים לשמוע “הלוואי שזה היה עושה X”.
- אתם מובכים מהאפליקציה בדרך שספציפית לאיך שהיא נראית, לא לאיך שהיא עובדת.
- חיכוך בממשק גורם לנשירה אמיתית, לא רק מציק לכם אסתטית.
כשאתם מגיעים לזה, בקשו מהכלי לתת לכם מעבר עיצוב. בחרו גופן. הדקו את המרווחים. לטשו את המצבים הריקים. העבודה שאתם עושים אז מתוגמלת, כי כל פיקסל של ליטוש נוחת על משהו שכבר עובד.
לפני שאתם מגיעים לזה, ליטוש הוא בעיקר דחיינות שלובשת בגדים של התקדמות.
הגרסה של העצה הזו שאתם יכולים להשתמש בה היום
פתחו את הכלי לבניית אפליקציות עם בינה מלאכותית שלכם והסתכלו על מה שאתם עובדים עליו. שאלו את עצמכם שאלה אחת: אם הייתי נותן את זה לאדם אמיתי אחד מחר, האם הייתי לומד משהו שאני עדיין לא יודע?
אם כן, אתם לא צריכים ללטש. אתם צריכים לשלוח את זה.
אם לא, הפער בדרך כלל אינו שהאפליקציה מכוערת מדי. הפער בדרך כלל הוא שהזרימה המרכזית עדיין לא עושה כלום — יש לה עמוד בית והתחברות ושלושה מסכים כמעט-פונקציונליים, והדבר שהיא הייתה אמורה לעשות עדיין TODO. זה החלק לבנות הלאה. לא הצבעים.
האפליקציה הראשונה שלכם שבניתם עם בינה מלאכותית אמורה להיות מכוערת. היא אמורה להיראות כמו טיוטה. ככה אתם יכולים לדעת שהיא עדיין בתנועה.
אם אתם מוקדם יותר בתהליך, אולי תאהבו מה צריכה להיות האפליקציה הראשונה שלכם שבניתם עם בינה מלאכותית או איך לתאר מה אתם רוצים לכלי לבניית אפליקציות עם בינה מלאכותית.