RSS לפוסטים RSS לתגובות 228 מאמרים ו- 1,988 תגובות עד כה מאז 2005

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

כפי שפרסמתי בסוף חודש שעבר, אני אעביר שתי הרצאות בנושא איפיון ממשקים פיננסים (אגב, שימוש בקוד הקופון AMIRDOTAN בהרשמה לכנס UXI Live תזכה אתכם ב-15% אחוז הנחה השווים ל-111 ש"ח).

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

1. הימנעות מערבוב מקלדת ועכבר בפעולה אחת

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

2. ממשקים מודולארים

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

3. ניצול של כל פיקסל על המסך

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

4. עיוורון צבעים

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

5. שימוש בצבעים

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

6. מספרים קטנים וקריאים

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

7. קהל היעד – סוחרים

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

8. לפעמים טבלה ו-Spreadsheet הם הפתרון הטוב ביותר

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

9. אקסל אקסל אקסל

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

10. מידע לא זמין

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

7 תגובות על “לקראת ההרצאות שאעביר – 10 נקודות שכדאי לקחת בחשבון כאשר מאפיינים ממשק למגזר הפיננסי”

  1. 05/09/2010 בשעה 22:32 אסף

    הי אמיר,
    פוסט מעולה, פרקטי ביותר ומלא אינפורמציה.

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

    הרי כבר יש אלטרנטיבות שבהחלט שווה להשתמש בהם, במידה ואין צורך לפונקציות מתקדמות מאוד, למשל Open Office או Google Docs.

  2. 05/09/2010 בשעה 23:44 אמיר דותן

    היי אסף. תודה.

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

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

  3. 13/09/2010 בשעה 8:40 ויטלי

    אחלה פוסט! יפה מאוד.

    קראתי את התגובה שלך לאסף, ואני חושב שהמשפט "בממשקים פיננסיים כסף הוא לא פקטור" היה צריך להיות כותרת הפוסט, או כותרת משנה לכל הפחות :)

  4. 16/09/2010 בשעה 9:58 אוריאל

    הי אמיר, תודה על הפוסט!

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

  5. 25/09/2010 בשעה 9:25 הטאב של מרקו | UXtasy

    [...] [...]

  6. 26/09/2010 בשעה 10:31 הטאב של מרקו « creamdela.com

    [...] [...]

  7. [...] [...]

טראקבק לפוסט זה | RSS לתגובות לפוסט זה

הוספת תגובה