שלום רב,

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

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

אשמח לקבל עזרה במידי!!!!!!!

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

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

- דף הבית

- דף ההרשמה

- דף הרשמה הצליחה

- דף הרשמה נכלשה בגלל שאימייל שגוי

- דף שם משתמש קיים 

- דף שאלות

- דף העלת תמונה

- אימייל הצטרפות לאתר 

- איך יבנו הקשרים בין חברי האתר 

ועוד אין סוף דפים אחרים....

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

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

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

זה נשמע כאילו אתה על סף לעשות טעות מאוד גדולה ולזרוק כסף סתם :)

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

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

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

אזהרה: זה לא זול :)

טיפ: עניים משלמים ביוקר.

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

איתן. 

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

בכל מקרה מדובר בהפסד.

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

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

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

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

אני מצרפת לינק לדוגמא טובה של מסמך אפיון, מהאתר המפורסם של יואל: http://www.joelonsoftware.com/RandomStuff/copilot_spec.pdf

בהצלחה...

אתה חוסך במקום שלא צריך - זה יעלה לך הרבה יותר כסף אחר כך.

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

ונקנח בקלישאה: מה שזול עולה ביוקר.