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

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

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

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

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

מחקר שוק

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

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

התוצאה של שלב זה היא דיוקנאות התנהגותיים של משתמשים ו-CJM נוכחיים - או של תהליך כלשהו או של שימוש במוצר.

איך יוצרים פורטרטים

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

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

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

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

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

היכן ניתן להשיג נתונים שימושיים

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

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

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

באופן כללי, אספנו מידע. מה הלאה?

דוגמה לניתוח מידע עבור אחת הבקשות

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

הנימוסים שלהם

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

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

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

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

כן, היא לא ממש נראית כמו אמא מודאגת בת 40, אבל כבר נמאס לנו לחפש תמונה מתאימה במלאי

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

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

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

אגב, לגבי ביטויים.

בעיות שפה

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

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

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

CJM מונחה נתונים הוא תהליך קיים לטיפול בבעיות הגנת מידע בארה"ב ובאיחוד האירופי

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

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

CJM, המבוסס על מחקר מלא, הוא אחד מהדיוקנאות של יצואניות B2B, אסיה

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

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

Проектирование

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

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

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

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

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

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

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

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

אב טיפוס

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

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

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

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

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

לאותו שירות עם טוויסט יצירתי יותר

יש אנשים שרגילים ליצור עיצוב מיד במקום אב טיפוס; אני אגיד לך למה יש אב טיפוס קודם.

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

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

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

מבחן שמישות

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

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

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

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

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

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

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

לגבי מספר המשיבים, בדרך כלל אנו מגייסים 5 אנשים לכל קבוצת משתמשים ייעודית. לאכול מחקר Nielsen Noman, שמראה שאפילו בדיקות על קבוצות, שלכל אחת מהן יש כ-5 משיבים איכותיים (מייצגים), מסירים 85% מהשגיאות בממשק.

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

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

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

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

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

Советы

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

כלים

• זום לבדיקה.
• פיגמה לדיאגרמות מידע ועיצוב.
• המינגווי - שירות דומה ל-gravedit לאנגלית.
• גוגל על ​​הבנת השוק והבקשות
• מירו (לשעבר RealtimeBoard) למפת סיפור
• רשתות חברתיות והון חברתי למציאת נשאלים.

מקור: www.habr.com