גרסה אחרונה מתאריך 13:57, 11 בספטמבר 2013

לוגו הכוורת - טרנספורמציה של קוביה תלת מימדית לתא משושה, שהוא תא הבסיס בכוורת. המעטפת הסגולה מייצגת את ה-“Purple Reality”: מציאות שמעבר לבחירה בגלולה הכחולה או האדומה של ה"מטריקס", מציאות של יצירת מטריקס חדש של שיתוף, אומץ, חופש ואחווה.

זהו דף הקשור ליוזמת הכוורת. דפים נוספים הקשורים ליוזמה ניתן למצא כאן.

ערכים חשובים ללקוח: הכי חשוב:

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

יכול להשפיע:

• זמינות חומרי הדרכה וקהילה תומכת
• נגישות למדדים מסכמים
• זמינות וקשב צוות פיתוח

דברים לתקופה הקרובה

קלות שימוש:

תהליך עסקה

• מסכי ABC-סטטוסים: להוסיף/לעדכן את הסטטוסים של הבקשות (ACTIVE וכו'), בקוד!, ולוודא עברית אנגלית:
• פעיל ACTIVE
• נסגר הסכם AGREEMENT SIGNED (בהמשך רצוי שמיד עם סגירת העסקה היא תופיע באוצר שלי כמו תשלומים צפויים בכרטיס אשראי אצל המבקש או לחילופין כצ'קים דחויים שהם כקרדיט עתידי. אצל המציע..)
• עסקה הושלמה DONE DEAL
• סגור: ויתרנו על זה / פג תוקף
• סגור: כפול לפריט אחר
• אחר
• מסכי ABC-שלבים:

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

שונות

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

עלות התקנה ותחזוקה:

• להציע מסלול SAAS (התקנה בשרת שלנו ושכירות חודשית) וSAAP (תשלום חד פעמי עבור סיוע בהתקנה שלהם על השרת שלהם)
• סרטוני הדרכה - צריכים להיות זמינים בתוך תפריטי המערכת.

הפרדת/שיתוף שכונות:

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

רעיונות נוספים לעתיד

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