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

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

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

הבנה עמוקה באמצעות מחקר משתמשים

לפני כתיבת שורה אחת של קוד על סקייטבורד, להשקיע במחקר שיטתי.המטרה היא למפות את מסע המשתמש הטיפוסי מגילוי לערך הראשון.התחל עם FLT:0התנהגותoral AnalyticsFLT:1 על הפלטפורמה הקיימת שלך: לזהות היכן משתמשים חדשים נופלים, אשר תכונות הם אינטראקציה עם הראשון, והיכן הם מבלים את רוב הזמן כלים כמו FLT:2jaralF3 או 3DStory:

הבא, התנהגות (FLT:0)-15-20 ראיונות מובנים 1FLT3 עם משתמשים מקטעים שונים - הערכה חדשה, צוות מוביל נודד ממתחרים, ומפתחי ארגונים המשולבים עם כלים פנימיים, שאל שאלות פתוחות: "מה היה החלק הקשה ביותר של תחילת?", "מה המידע שחיפשתם לראשונה?", מה יגרום לך להמליץ על הפלטפורמה הזאת לעמיתה, לעתים קרובות, לחשוף ציפיות נסתרות, כמו צורך באינטגרציה מקומית של ספקי פיתוח או תשוקות?

לבסוף, ליצור את ה-FLT:0.comuser Personas ו- Role-showssualph תרחישים: REST 1 לדוגמה, "אלכס, מפתח אחורי בחברת SaaS בגודל בינוני, צריך להגדיר schema מסד נתונים ולחשוף אותו באמצעות API בתוך שעתיים" מפרט זה מדריך את עיצוב זרימת ה- Onboarding: אלכס על גבי לוחצים עשוי להדגיש יצירת API מפתח ושאילתות, בעוד אדם מוביל לפנים יתמקד במרכיבים של Uend- Uchemas על רכיבי U.

יתרונות חיוניים של זרימה יעילה על גבי לוח

המונחים: context

המסך הראשון לאחר ההרשמה לא צריך להיות לוח נתונים ריק.במקום, להציג הצהרה קצרה, קונטקסטואלית, היישרת עם התפקיד של המשתמש.לדוגמה: "בניה וצריכה APIs המונעים על ידי נתונים מבלי לכתוב קו אחד של קוד אחורי" זה מיד מבחין הפלטפורמה שלך מ חלופות. Pair את ההצהרה עם פעולה ראשונית אחת - כגון "Create your first Project" - במקום משתמשים עם מסלולים מרובים.

קונסולת Tutorials with Progressive

לשבור את תהליך הלמידה לצעדים קטנים, ניתן להשיג. השתמש ב-FLT:0 (Overtip מבוסס WalkthroughssveFLT:1 עבור האינטראקציות הראשונות, אך לאפשר למשתמשים לפטר אותם בכל עת.ביקורתיות, הדרכות קונטקסטואלית המופיעות רק כאשר המשתמש נתקל בתכונה בפעם הראשונה.

(ב) ,2 מסלולים על גבי לוחות: ⁇ :0 (הופנה מהדף 1) עבור משתמשים מנוסים המעדיפים לחקור באופן עצמאי, ו-FLT:2detailed trackofFLT 3: עם הוראות שלב אחר שלב, צילומי מסך ומחסומים.Let the User choose at the Start, butאפשר מעבר באמצע הדרך.

סוללות חול אינטראקטיביות ופרויקטים מדגם

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

חגיגות סודיות ו- Milestone

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

תמיכה ותיעוד

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

עיצוב שיטות הטובות ביותר להנדסת Onboarding

שמור על זה פשוט וקונטקסטואלי

§ § , § , פיתוי להסביר כל תכונה במהלך סיפון:0 (0) רק להציג את מערכת הכלים המינימלית הדרושה לביצוע המשימה הראשונה משכנעת.IRFLT:1 לדוגמה, אם הפלטפורמה מציעה הן ו- GraphQL APIs, להנחות את המשתמש באמצעות עומס ראשון (הנפופ"ל כאופציה מתקדמת בהמשך.

להתאים אישית את החוויה

ההתאמה הולכת מעבר לבקשה של שם ותפקיד. במהלך ההרשמה, לשאול שאלות ממוקדות: "מה מקרה השימוש העיקרי שלך? (A) לבנות API תוכן, (B) לנהל מסד נתונים, (C) ליצור CMS חסר ראש" התשובה מאמת את רצף הניווט.עבור צוותי הנדסה, לשאול גם על ערימות הטכנולוגיה שלהם (Nodejs, Python, וכו ') כך שדוגמאות קוד מאוחר יותר להעדפות שלהם או לזכור קובצי Cookie מקומיים.

טכניקה נוספת חזקה היא (FLT:0) ,upal עלboardingofingph1) המבוססת על התנהגות המשתמש.אם משתמש מפרש צעד הדרכה ומתחיל ישירות לחקור את הממשק, המערכת צריכה להסיק כי הם מעדיפים למידה מכוונת עצמית לשרת יותר כלי מיתר או עזרה חיפושית.

שימוש ב-Visual Cues באופן עקבי

רמזים חזותיים מסייעים למשתמשים לנווט ללא קריאה של בלוקים גדולים של טקסט.שימוש:0 (צבע מדגיש את FIRLT:1) כדי למשוך תשומת לב ללחיצת הפעולה העיקרית על כל מסך.אנימציה דו-צדדית על כפתור "Save" לאחר שהמשתמש מסיים עריכה שדה יכול להנחות אותם לשלב הבא. Tooltips צריך להופיע כמו סמלים קלים ולא במודוליביות קונבנציונאליות בעיצוב שפה - כמו "עזרה" עבור המשתמש.

מבוסס על נתונים אמיתיים

הגדר את ה-FLT:0 אנליטיקאים מעקב אחר ה-FLT:1 במיוחד עבור זרמי לוחצים. Monitor מדדים כמו: אחוז משתמשים שמשלמים את ה- onboarding, זמן ממוצע לפעולה ראשונית (למשל, יצירת אוסף), נקודת ירידה ברצף, ותמיכה בנפח הכרטיסים של משתמשים חדשים. בצעו בדיקות A/B על שונות בגרסאות של גירסאות, לדוגמה, בדיקה נגד לוח זמנים אינטראקטיבית עבור אותו מחשב נייד.

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

כלים וטכנולוגיות לבניית Onboarding Flows

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

  • (ב) ⁇ (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (FLT:0) ספריות רכיב שלCustom:FLT:1ir השתמש מרכיבים שנוצרו מראש על גבי לוחות ספריות UI כמו React Joyride (לאפליקציות תגובה) או Shepherd.js (מונוגנוסטי מסגרת) אלה נותנים שליטה מלאה על מיקום, סטיילינג, ותזמון. Directus עצמו משתמש בזרם מותאם אישית שנבנה עם רכיבי UI משלו, אשר יכול לשמש מודל לחוויות מותאמות ביותר.
  • (ב) ⁇ (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (FLT:0) שחקני וידאו מאוישים: FLT:1 שימוש בכלים כמו Wistia או Loom כדי להטמיע קטעי וידאו קצרים (תחת 2 דקות) המדגים משימות מפתח.

הצלחה על הסיפון

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

  1. Time to Value (TTV): זמן ה- 1 (הזמן שלוקח למשתמש חדש להשלים משימה המוכיחה את הערך הליבה. עבור פלטפורמה בסגנון Directus, שניתן יהיה "ליצור אוסף ולהגישה אליו באמצעות ממשק API".
  2. שיעור ההשתתפות:0 (FLT:1) אחוז המשתמשים החדשים המגיעים לנקודת מפנה מוגדרת בתוך פרק זמן מוגדר (למשל 7 ימים) יש לקבוע את פעולתם, כגון "ליצור לפחות נקודת קצה של API אחד ולקבל תגובה מוצלחת".
  3. (FLT:0)Drop-off Rate per Step:FearLT:1 לכל שלב בזרימת הצפה, לעקוב אחר אחוז המשתמשים היוצאים.צעדים עם מעל 20% ירידה-off מצביעים על חיכוך הדורש עיצוב מחדש. נקודות נפילה נפוצות כוללות הודעות אימות חשבון איטיות להגיע או צורות מורכבות עם שדות רבים נדרשים.

שילוב נתונים כמותיים עם משוב איכותי.שימוש:0 (NPS)PROFLT:1 סקרים ממוקדים למשתמשים שהשלימו על הסיפון לעומת אלה שנטשו אותו.

מלכודות נפוצות ב- Engineering Platform Onboarding

  • (FLT:0) העלאת המסך הראשון: FLT:1 להימנע מלמלא את הפגישה הראשונה עם יותר מדי אפשרויות. Stick to one first next Step.
  • (FLT:0) אבחון משתמשים מתקדמים: FLT:1 לא כל המהנדסים רוצים חוויה של שמירה על יד.תמיד לספק כפתור "Skip הדרכות" שקל למצוא.וודא כי לדלג לא מקטין את החוויה מאוחר יותר - משתמשים מסוימים מעדיפים לחקור קודם ולחפש עזרה רק כאשר תקוע.
  • (FLT:0) בהנחה של ידע קודם: FLT:1 אפילו מפתחים מנוסים עשויים להיות לא מוכרים עם המינוח של הפלטפורמה שלך.הימנע מרגון ללא הסבר.לדוגמה, אם אתה משתמש במונח "קולקציה" במקום "לוח", להגדיר אותו מוקדם. a מבריק כי הוא לחץ אחד רחוק יכול למנוע בלבול.
  • (FLT:0) איסוף משתמשים ניידים או נמוכים בפסוויים: FLT:1 מהנדסים לפעמים גישה פלטפורמות מטאבלט או באמצעות VPN איטי.המשך על גבי אחסון נכסים קלים. השתמש בצמיחה: לספק טקסט ליבה וכליטיס ראשון, ולאחר מכן לטעון מדיה עשירה כמו קטעי וידאו רק על קשרים מהירים יותר.
  • (FLT:0) אין לולאת משוב: 1FLT) ברגע שהבנייה בנויה, הצוותים לעתים קרובות עוברים על.קבע תזכורת חוזרת של לוח שנה כדי לבחון את ניתוח הנתונים בכל שבועיים.

מסקנה: ⁇ לכיוון כוח

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