החשיבות הקריטית של ניסיון ראשון-לאוניך ב-iOS Applications

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

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

עקרונות הליבה של iOS על גבי לוח התכנון

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

קללות ערך ורלוונטיות מיידית

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

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

גילוי מתקדם ו-Just-in-Time Education

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

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

ניכוי באמצעות אינטגרציה מערכת

כל זימון, צוץ וקלט טקסט הוא נקודת חיכוך שיכול לגרום למשתמש לצ'ואן. iOS מציע מסגרות ילידיות חזקות המאפשרות למפתחים לחסל קטגוריות שלמות של חיכוך. Single-On (SSO) באמצעות (FLT:0ASAuthorizationFLT:1 עם Apple Sign-In מאפשר למשתמשים לאמת באופן מיידי ללא מילוי טופס.

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

המונחים: Versus Immediate Onboarding

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

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

אדריכלות: Onboarding Flow Step by Step

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

חווית ה-Switch ו-Switch

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

בקשה לאסטרטגיה

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

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

זהות המשתמש וזיהוי המשתמש

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

כאשר ההרשמה היא בלתי נמנעת, לעשות את זה ללא מאמץ.לדמיין את ה- FLT:0) Apple Sign-InveFLT 1, אשר אינו רק ידידותי למשתמש, אלא גם מחייב על ידי אפל עבור יישומים המציעים כניסה חברתית אחרת. Apple Sign-In מספק חוויה מרופדת עם FaceID או TouchID אימות ומחביא את הדואר האלקטרוני האמיתי של המשתמש אם הם מעדיפים את הטופס לתחומים מינימליים בלבד.

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

דפוס חזק הוא "קשת ההיסטוריה" על פני שלושה עד ארבעה מסכים:

  1. (ב) ה-Hock:veFLT:1) ,זיהוי נקודת הכאב של המשתמש ולהראות את האפליקציה כפתרון.
  2. (ב) מדרש (ב"א): "ה' (ב')' (ב')'' (ב')'''ה' (ב')'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
  3. [הקריאה לפעולה:] , [קרא]: [קרא]: [הבא] [ה] [ה] [ה'] [ה']', [ה']','''ה'''''''ה''''''''ה'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''

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

חווית המשתמש הראשונה והמדינות הריקות

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

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

המונחים: Native iOS Frameworks and Tools

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

SwiftUI ו-Declarative Onboarding

פיתוח iOS מהפכה על ידי הצגת גישה הבהרתית לבניית ממשקי משתמש.עבור זרימת סקייטבורד, זה חזק במיוחד.ה-FLT של SwiftUI:0TabViewirFLT:1 ניתן להגדיר בקלות כדי ליצור קסטל בר קיימא עם דף בקרה.

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

טיפKit for Contextual In-App Guidance

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

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

UIPageViewController and Storyboardאינטגרציה

עבור צוותים שמירה על קוד מורשת או הדורשים מעברי דף מותאמים מדויקים, ⁇ :0UIPageViewControllerveFLT:1 נשאר אופציה חזקה ואמינה.זה מספק בסיס מוצק עבור זרימת גלילה, מבוסס דף על גבי זרימת הboarding. יישום שיטת מקור הנתונים מאפשר לולאה אינסופית או ספירת דף סופי, בעוד שיטות הציר נותנים שליטה קפדנית על המעבר וההשלמה.

Combining UIPageViewController with Storyboard references allows for a clean visual layout of onboarding screens. While Storyboard-based development has largely given way to SwiftUI for new projects, it is still a valid and performant choice for complex onboarding experiences that require specific view controller-level lifecycle management, such as integrating complex camera views or ARKit experiences within an onboarding step.

טכניקות מתקדמות לאפליקציות מודרניות

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

התאמה אישית ו- User Segmentation

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

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

הימורים וסימנים

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

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

אנימציה ומיקרו-אינטראקטיביות

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

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

אחריות על הצלחתה והצלחה

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

זמן להעריך

החשוב ביותר על סילוף מדד הוא FLT:0 הזמן לערך (TTV)Feloph:1 [הצעד הזה לוקח משתמש חדש להגיע לרגע שלהם "aha!", הרגע שבו הם מבינים שהאפליקציית פותרת את הבעיה שלהם. עבור אפליקציה של הערה, זה עשוי להיות הזמן החל מהפעלה ליצירת הפתק הראשון.

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

ניתוח הגרלות והורדת-Off rate

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

(ב) כלי [15] [15] ,[דרוש מקור] ו[דרוש מקור] [ב]:2MixpanelFLT: 3] ,[דרוש מקור] ב] ‭ ‬הההההה[[1874]] ו[[1924]]]]]], וכן הלאה, ו[[1924]]]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]], [[1924]], [[1924]]]]]]]]]], [[1924]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]], [[[[1924]]]]]] [[[[1924]]]]]]]] [[[[1924]]]]]]

Retention Cohorts

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

זרימה חזקה על הסיפון צריך לשפר באופן חדיר את D1 (יום 1), D7 ו- D30 שמירה על שערי.אם זרם חדש על הסיפון שוחרר, השוואת קבוצות השימור של משתמשים שראו את הזרם הישן מול הזרם החדש מספק את האות הנקי ביותר של הצלחה.אם הזרם החדש מניע שימור גבוה יותר, זה ניצחון.אם שמירה או ירידה שטוחה, שינויים עשויים להיות קוסמטיים או גרוע יותר, מזיק.

מלכודות נפוצות למניעת

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

התכונה Dump

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

לבקש הכל מיד

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

חסימת גישה מאחורי קיר כניסה

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

התעלמות מהזדמנות ההתחדשות

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

עיצוב אסטרטגיה המבוססת על קוהשנס

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

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

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