אפיון · שלב 3

זרימת משתמש: התהליך לפני המסכים

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

עודכן 10 בנובמבר 2026 · 3 מקורות

מה זה זרימת משתמש

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

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

זרימה, מסע ווויירפלואו: מה ההבדל

שלושה מונחים מתבלבלים כל הזמן. הטבלה מסכמת את ההבחנה של NN/g:

על פי NN/g: User Journeys vs. User Flows ו-Wireflows
זרימת משתמשמסע משתמשוויירפלואו
היקףמשימה אחת במוצר אחדמטרה רחבה, כמה ערוצים ונקודות מגעמשימה אחת, עם המסכים עצמם
משךדקות עד שעותימים, שבועות או חודשיםדקות עד שעות
מה רואיםפעולות ותגובות מערכתפעולות, מחשבות ורגשותמסכים וחצים בין אזורים לחיצים
תוצר טיפוסיתרשים זרימה או תרשים משימהמפת מסעוויירפריים מחוברים בחצים

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

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

איך משרטטים זרימת משתמש, צעד אחר צעד

  1. בוחרים משימה אחת ומשתמש אחד "לקוחה חדשה קובעת תור ראשון מהטלפון" ולא "תהליך התורים". אם יש כמה סוגי משתמשים, לכל אחד זרימה משלו.
  2. מגדירים נקודת כניסה ונקודת סיום מאיפה האדם מגיע (חיפוש בגוגל, קישור במייל, מסך הבית של האפליקציה) ומה ייחשב הצלחה (אישור תור, הודעה ביומן).
  3. כותבים את המסלול הישיר רשימת צעדים לפי הסדר, כל צעד כפעולה ותגובה. בשלב הזה לא מעצבים כלום, רק כותבים.
  4. מוסיפים החלטות והתפצלויות כל מקום שבו המסלול משתנה: משתמש מחובר או לא, יש תור פנוי או אין, התשלום עבר או נכשל.
  5. מוסיפים שגיאות ומצבי קצה שדה ריק, קוד אימות שפג תוקפו, חיבור שנותק, משתמש שלחץ "חזרה" באמצע. כאן נמצאת רוב העבודה האמיתית.
  6. מחברים למסכים לכל צעד מסמנים איזה מסך או רכיב משמש אותו. אם רוצים, הופכים את התרשים לוויירפלואו עם וויירפריים.
  7. בודקים מול אנשים אמיתיים NN/g מציינת שבדיקת שמישות היא שיטת המחקר הטובה ביותר לאיסוף הנתונים לזרימה, ושאנליטיקס, כמו מפות חום של קליקים, משלים אותה. ראו בדיקות שמישות.

דוגמה: זרימה של שחזור סיסמה

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

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

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

באילו כלים משרטטים

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

ב-FigJam, הלוח השיתופי של Figma, יש Connectors: קווים שנצמדים לצורות ולפתקים וזזים איתם, ואפשר לכתוב עליהם טקסט. לפי מרכז העזרה של Figma, משתמשים בהם לתרשימי זרימה, מפות מערכת ותהליכי עבודה. כשמגיעים לשלב הוויירפלואו, אפשר לעבור לקובץ Figma Design ולחבר שם את המסכים בעזרת Prototype.

רשימת בדיקה לזרימה גמורה

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

שאלות נפוצות

מה ההבדל בין User flow ל-User journey?

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

מה זה וויירפלואו?

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

האם צריך זרימה לכל פיצ'ר?

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

מה מגיע קודם, זרימה או וויירפריים?

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

מקורות

  1. User Journeys vs. User Flows · Nielsen Norman Group
  2. Wireflows: A UX Deliverable for Workflows and Apps · Nielsen Norman Group
  3. Create diagrams and flows with connectors in FigJam · Figma Help Center

נבדק מול המקורות לאחרונה ב־10 בנובמבר 2026. מצאתם טעות? כתבו לנו.

Frame / Contact

יש לכם פרויקט? בואו נדבר.

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