זה קישור למצגת על גרסת ההאקתון וכמה שקפים על מה זה תכן מונחה משתמש
(אפשר לדלג ישר לשקף 7 )
https://drive.google.com/file/d/0B_KWNyFYUvSrUU5oX0pVOENUUW8/view?usp=sharing
אשמח לתגובות.
זה קישור לציור של רוני
https://drive.google.com/file/d/0B_KWNyFYUvSrTk5Bdzc0TG1XYU0/view?usp=sharing
רקע:
המצב הנוכחי הוא שנוצר צוות שמהווה אירגון מסוג חדש. אנחנו קבוצת אנשים מגוונת אך בעלת חזון משותף.
כדי לאפשר את הגדילה שלו ותפקוד עילאי חשוב לספק תווך תקשורתי לחברים בו (כלי דם).
כל משתמש הוא יחודי (תא כבד/שריר/לבלב/נוירון).
מה צריך להיות הצורה שלו? מה המבנה הנכון שלו? אף אחד לא יכול לדעת !!
לפני מיליוני שנים אף אחד לא ידע שהצבע של הדם יהיה אדום.
מה אנחנו יודעים? שיש יוזמות שעשויות להתפתח או לא. יש משתתפים. למדנו גם שניתוב תקשורת נכון מאפשר האצת היוזמות ולייצר פתרונות.
מה אנחנו לא יודעים? איך יהיה החיבור הזה.
אז כל אחד מאיתנו הוא המשתמש. ולכל אחד מאיתנו חשוב ש"נגדל" ביחד את הכלי הנכון.
לכן אני רוצה להכין מודל נייר (למשל זה המודל שממנו התחלתי לפתח https://www.youtube.com/watch?v=nv6cYWM7ngE )
ובהתאם להתייחסות ושיתוף הפעולה שלנו, נגלה תוך כדי תנועה מה זה יהיה. אז בואו ועקבו אחרי הפעילות הזו וניצור את זה ביחד.
http://kuterless.org.il/labs/coplay/273/start_follow/
נוצר: לפני 6 שנים • היעדים עודכנו לפני 5 שנים, 11 חודשים עודכן: לפני 5 שנים, 11 חודשים מימון קוטרלס פיתוח קוטרלס רב-שתף
צחי קצב המחשבות שלך פשוט מדהים. מקווה שאעמוד בקצב.
לפני 5 שנים, 11 חודשיםאני מסכים עם חגי.
מודל הנייר הוא למעשה כבר שלב אפיון של המערכת.
לפני שעושים אפיון, צריך להכין רשימה מסודרת של "מסמך דרישות".
מסמך דרישות אמור לכלול במקרה שלנו:
- דרישות עבור משתמש: מהם המשימות שהמשתמש אמור\יכול לבצע במערכת.. מעבר לרשימה, לפעמים עושים גם use case analysis לפי תהליך העבודה (work flow)
- דרישות מהמערכת: לדוגמה, ניהול משתמשים, הרשאות, תמיכה בשפות, תמיכה בתצוגה למכשירים ניידים וטאבלטים וכד')
לאחר שהרשימה קיימת ואנחנו יודעים מה סך כל הדברים שאמורים להיות כלולים במערכת, אפשר להתחיל לעשות "זיהוי יישויות" > "תת יישויות" ו"הקשרים בניהם", אני מניח
שרוב האנשים כאן מבינים, אז אין צורך להסביר מעבר, חוץ מזה שאני מבין שהמודולים כבר קיימים.
בשלב הבא, אפשר לעבור לעיצוב מסכים באופן מאוד כללי, שניתן בתהליך הפיתוח לאחר מכן לשנות, להוסיף (fine tuning..)
דבר אחרון, מניסיון של לא מעט שנים בפיתוח מערכות, מצאתי שמ Power point זה הכלי הכי יעיל לעיצוב מסכים של ממשק משתמש.
בשונה מנייר או צילום נייר, הכל דיגיטלי, ניתן לשכפל שקופיות\אלמנטים ולבצע שינויים בקלות, לשתף את הקובץ וכו..
לפני 6 שנים
מאחר ואני מאמין שהמדיום הוא חלק מהמסר, אני מעריך את החשיבות שאתה נותן גם לצורה.
לפני 6 שניםקודם כל +1 ליוגב.
אני יכול לעזור ב-ux אבל כרגיל אתם מהירים מדי בשבילי. בינתיים. כרגע אני תורם על אש קטנה וקצת מאחורי הקלעים (בעיקר מול צחי). בכל אופן, מהתגובות פה עולה קונספט שיכול לעבוד, אז אל תחכו לי. תתחילו לבד. יש לכם צוות מדהים.
שלח לי את המיייל שלך בכדי שאוכל לשלוח לך קובץ
לפני 6 שניםאנסה לרתום מעצב או מעצבת גרפי לעניין.
לפני 6 שניםצחי, העיקר הוא השימושיות של האפליקציה כאשר ממשק המשתמש הוא אחד הפרמטרים החשובים אבל לא היחיד.
לכן לעניות דעתי, לא כל כך משנה הדרך שבה נגדיר את הדרישות, אם זה בציור או בתרשים זרימה או ברשימת בולטים או בטבלה.
לכל אחד מאתנו יש צורת חשיבה ונקודת מבט שונה וכן דרכים שונות להביע את רצוננו וצרכינו.
חשוב שכולנו נבין לאיזו מטרה ולמי משמשת האפליקציה, או למי אנחנו רוצים וחושבים שהיא תשמש, ושנבין ונסכים על מה שאנחנו רוצים שהאפליקציה תבצע ותשרת, וכך גם נוכל לשדר כלפי גורמי חוץ שנרצה את עזרתם.
הי צחי,
כשהיינו ביום שני עלה שהדף יעוצב ממש כמו המשחק, כדי שזה ימשוך יותר, תחילה בנראות של זה. וכנראה שזה יהיה ברור יותר.
אפשר אולי אפילו, כשעומדים על החלק של עצה - שתעלה אוטומטית כותרת קצרה-לדוגמא: נתינת עצה להנעת היוזמה...
אני מרגיש שבשלב ראשון האיזור שמיועד להגדרת המטרה הוא רחב מדי.
יש לי הרגשה כאם הוא יהיה מכוון יותר לתשובה על השאלות הבסיסיות- 1. מה אתה רוצה להשיג? 2. לשם מה? 3. מה חשוב בזה?
הבסיס לדיון יהיה ממוקד ונהיר יותר לקהל רחב יותר.
האם יכול להיות שבפעילות שאני פתחתי אין לי דרך להשתתף
או שסתם פספסתי?
דרישה פונקציונאלית וטכנית לדוגמא:
פונקציה נדרשת - סינכרון עם מערכת ניהול המשימות של המשתמש (משימות ב GMAIL או בOUTLOOK או בכל מערכת נפוצה אחרת) ולאפליקציה בנייד/טאבלט בפלטפורמות הקיימות כולל אפשרות עידכון סטאטוס משימה או הקצאה של משימות לאחרים
דרישה טכנית -ממשק סינכרוני בין מערכת המשימות בקוטרלס קו-פליי לGOOGLE APPS , EXCHANGE, ZIMBRA וכו'
הצורך הבסיסי הוא להטמיע את תפיסת CO-PLAY בסביבה הקיימת בכל אירגון שהוא בין אם הוא עסק או לא, בין אם משהו קבוע או אד-הוק.
התכוונתי שאני מסכים עם נעם.
מה אי אפשר לעשות עריכה לתגובה שכבר פירסמת? :)
אני תוהה אולי להוסיף לדיון "סטטוס" (שדה)
זה יכול לתרום לחוויית משתמש ברמת מה שמוצג לפי שלבי הדיון.
זה עלה לי מכיוון שחשבתי להציע שלפני שדברים מגיעים לאזור "החלטות", קודם יהיה אזור "הצעות להחלטה" (או משהו בסגנון)
ששם למעשה יתבצע תהליך ההצבעות מצד המשתמשים ולאחר מכן, הצעות שכביכול קיבלו מספיק הצבעות יועברו ל"החלטות"
שכביכול "אושרו".
דבר נוסף, מבחינת UI אפשר לאפשר למשתמשים "גישה" (הרשאה) לאזור ה"הצעות להחלטה" על מנת שגם החלטות שלהם
יוכלו להיות חשופים להצבעות, במידה והמשתמשים הצביעו והמנהל אוהב את זה, אפשר למנהל לאשר (גם לערוך) בקליק אחד
את ההצעה ולהעביר אותה להחלטות.
פישוט חווית המשתמש.
יתכן שזה רק אני,
אבל לקח לי המון זמן למצוא את הכפתור של כתיבת תגובה.
אני חיפשתי אותו ברובריקה עצמה.
ניסוי פרלימינארי בארגון. מפורט פה http://kuterless.org.il/labs/coplay/277/details/
ואפרסם פה תאור של המסקנות
מתכוון לשלוח תצורת נייר של העמוד הראשון לצחי
שי (שם למשתמש ראשון) לשתף פעולה עם רן.
הוא נכהס לעמוד האישי של רן ולוחץ על פקד בשם "הזמנה של שי לרב-שתף.
הוא מקבל עמוד יצירת פעילות וממלא כותרת למטרת העל של שיתוף הפעולה. הוא יכול למלא בתיאור את הסיבות לשיתוף הפעולה.
בוחר בשם לרב השתף החדש ולוחץ על "יצירת פעילות".
הוא מגיע לרשימת פעילויות שבה יש את הנושא והפעילות החדשה. גם מופעלת של שי לנושא.
באותו זמן נשלחת הזמנה לרן.
רן יכול בכל רגע ללחוץ על פקד "אישור ההזמנה"
הוא מגיע לאותה רשימה.
שי מקבל הודעה על ההצטרפות של רן.
רן אז גם יכול ךהיכנס ולהשתתף בכל פעילות או ללחןץ על פקד של יצירת פעילות בנושא.
וזה יכול לקרות בזמן שיחה בימהם ובכל זמן אחר.
להתחיל בממשק שמאפשר בשיחה בין 2 או יותר אנשים,
לאפשר במקרה שמישהו שמבקש עזרה, אז ליצור קודם פעילות וא שידבר נאומים ארוכים כמה שירצה.
וזה יתאפשר בזכות זה שתוך כדי הנאום המתמשך אז שאר המשתתפים יכתבו בקוטרלס.
רק עידודים. רק שיתופי פעולה רק עצות ורק אינטואיציות.
התיעוד לשימוש בקוטרלס בצורה הזו הוא משיחה אמיתית שקיימתי. אחרי שמי שביקש עזרה, יצר פעילות אז הצלחתי להקשיב לדברים שלו כמה דקות בלי בעיה.
אחרי שסיים אמרתי לו "מישהו בזמן שדיברת העלה המון תגובות בקוטרלס.
ככה זה נראה http://kuterless.org.il/labs/coplay/257/details/
שרוני או כל אחד אחר יצייר על נייר איך הוא היה רוצה לראות את מסך הפעילות לרבות מיקום פקד התגובה
נוצרה לפני 6 שנים עם 3 הצבעותכל אחד יעלה רעיון לתיקונים קטנים ונוכל להצביע עליהם. ככה אפשר יהיה לתעדף את ניתוב משאבי הפיתוח
נוצרה לפני 6 שנים עם 2 הצבעותממשק משתמש עם חווית משתמש דומה לפייסבוק
נוצרה לפני 6 שנים עם 0 הצבעותממשק משתמש מונחה מיקום גאוגרפי/בתוך בנין/מבנה ארגוני.
למשל דוגמה מאחד הפרויקטים החשובים של הסדנא
http://www.anyway.co.il/