top of page

טיפים לביצוע שאלון בדיקת שימושיות לאתר או אפליקציה

  • znetalie
  • 25 באפר׳ 2021
  • זמן קריאה 2 דקות



כשכותבים שאלות בדיקות שימושיות, כדאי לשמור אותן ברורות וספציפיות

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

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

של מבחן השימושיות . למשל אם אתה צריך לאסוף מידע איכותי תשאלו שאלות עם סוף פתוח כמו:

אתה יכול לומר לי למה הקלקת על א במקום על ב ?


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

הבדיקות יכולות להיות מחולקות ל-2 סוגים של אלות

1- שאלות עובדתיות

2- שאלות סובייקטיביות


1- הטיפים לשאלות עובדתיות


1- לא להשתמש בז׳רגון של התעשייה או ביטויים מקצועיים


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

המשתמש מגיע לאתר? השתדלו להכניס מרכיב ברור של זמן

למשל:

דוגמא לא טובה: כל כמה זמן אתה מבקר באתר של אמזון?

דוגמא טובה: ב-6 חודשים האחרונים

כמה פעמים ביקרת באתר של אמזון

שימו את מרכיב הזמן בתחילת השאלה


3- תן מקום לכל השאלות המורכבות לא לנסות להכניס הכל בשאלה אחת

אלא לשבור את המורכבות לכמה שאלות


4- שאל שאלות ברורות כדי לקבל תשובות ברורות

אם התשובה היא ״זה תלוי״ השאלה היא לא טובה


5- לשאול על ניסיון אמיתי של אנשים- תשאל מה אנשים עשו לא מה הם יעשו או רוצים לעשות.לא להסתנך על שמועה

למשל: כל כמה זמן אתה צופה לבקר באתר הזה בעתיד… זאת דוגמא למה שמישהו יעשה

דוגמא למשהו שמישהו עשה: ב-3 חודשים האחרונים כמה פעמים ביקרת באתר הזה?

דוגמא לשמועה: כל כמה זמן ההורים שלך נכנסים לפייסבוק?

מה כן לעשות: תשאל את ההורים שלך כל כמה זמן הם נכנסים לפייסבוק?


2- טיפים לאיסוף סובייקטיבי של מידע


1- להשאיר פירורי מידע- לינק לאיפה שרוצים שהמשתמשים יהיו בזמן מסוים ובמצב מסוים


2- לא לגרום למשתמש להרגיש מטופש או אשם


3- תוודאו שהשאלות שלכם לא מטות אינפורמציה או מטות תשובות


4- כל המצבים הם יחסיים ולכן אם אתם שואלים עד כמה המשתמש מרוצה תנו לו רמות למשל:

מרוצה, מרוצה מאוד, נייטרלי, לא מרוצה בכלל


5- עדיף לפרק את השאלות מאשר לשאול הכל בשאלה מורכבת


זהו בינתיים:)

נתראה בטיפים הבאים


 
 
 

תגובות


purple1.png

04b · Explored direction
One direction we explored — and shelved.

Early in the visual phase we explored a bolder, purple-led aesthetic with a heavier sidebar and large illustrated assistants. It tested well visually, but stakeholders felt it pulled focus away from the documents themselves. We pivoted to the calmer blue system that shipped.

Not shipped — kept for reference
and as evidence of the
visual decision.

05 · Before & After

Same workflow. Less weight.

Three pairings showing the original Setup Policy wizard alongside the redesigned DocExtract flow.

Pairing 1 · The setup wizard

Screenshot 2026-05-11 at 9.33.54.png
Data Extraction Wizard Design.png

Pairing 2 · Defining validation rules

Screenshot 2026-05-11 at 9.47.28.png

Pairing 3 · In-product guidance

Screenshot 2026-05-11 at 9.47.28.png
Data Extraction Wizard Design7.png

no More options or additional guidance

"More Options"
with DocBotGrouped settings on the left, DocBot integrated into every screen on the right.

Small Running Title

06 · Solution
 

A guided system that

explains itself.

We rebuilt the setup around a conversational structure: ask, confirm, generate.

DocBot — the embedded AI guide — provides plain-English summaries on every step, with deep technical details one click away. Users see what's happening, and why.

07 · Outcome
 

Real impact across the funnel.

Measured 60 days post-launch against the previous quarter's baseline.

- 61%

Reduced onboarding confusion

+70%

Faster setup completion

- 40%

Reduced support dependency

+50%

Improved adoption by additional companies

08 · Business Impact

From pilot tool to

scalable product.

The redesign turned a powerful but niche system into something that could be adopted without a hand-holding sales cycle.

Reduced setup friction unlocked self-serve growth. The team now ships changes confidently, knowing the design language scales with the product.

Let's talk

Let's make your product

easier to understand.

Usually reply within a day

bottom of page