מסמך אפיון נועד לייצר בהירות על תפיסת הפתרון של פרויקט או אתר או שירות שאנחנו מקימים במערכות מידע. המסמך כולל מספר פרקים חשובים המתארים את המצב הקיים, המצב הרצוי שבגללו אנחנו יוצאים לפרויקט, עלויות, תאריכי יעד, משאבים ותכולת העבודה שהפתרון מגדיר.
אז מה השלבים הנכונים לכתיבת מסמך אפיון?
רגע לפני שאנחנו מתיישבים לרשום את מסמך האפיון, חשוב שנייצר תאום ציפיות מול הלקוחות העסקיים בפרויקט, ונגדיר מה היא הדרישה שלהם, מה היא מבחינתם הצלחה בפרויקט, מה המדדים של הצלחה? האם יש אילוצים בפרויקט כגון תאריכי יעד שאנחנו חייבים לסיים כי אנחנו מקימים אפליקציה להשוואת מחירי נסיעות לחו"ל ככה שהמוצר צריך להיות גמור לפני הקיץ, לדוג'. האם יש ערך בפרויקט כזה, מבחינה עסקית או תפעולית, מתחרים ובעלי עניין בפרויקט, האם יש מוצרים דומים שאפשר למדל? כלל השאלות האלו צריכות לקבל תשובה על מסמך שיעזור לנו לגבש את מסמך האפיון.
יש לנו מסמך דרישות? מעולה! עכשיו נייצר את הפרק הראשון במסמך האפיון ונתאר את המצב הקיים
מה זה המצב הקיים במסמך האפיון?
מצב הקיים, הוא פרק המתאר איך תהליך העבודה או התהליך העסקי עובד עד היום, עוד לפני שיצרנו את הפרויקט, לדוג' אם הזכרנו את הקמת האפליקציה של השוואת מחירי טיסות לחו"ל, אז עד היום הלקוחות היו מתקשרים לברר את המחירים אצל כל סוכן נסיעות בנפרד, ולמעשה לא היתה לו תמונה כוללת על האפשרויות הבחירה והמחירים מול היעדים שהוא רוצה לטוס אליהם בלחיצת כפתור, הלקוח שלנו למעשה היה צריך לייצר את מאגר המידע בעצמו על ידי עשרות שיחות טלפון ועד שהיה מוצא את העסקה הטובה ביותר. פקידי הסוכנות היו מקבלים את הבקשה הטלפונית, ומתחילים לייצר בדיקה מול ערוצי המכירה שלהם כדי לחזור ללקוח עם המחיר והמבצעים הטובים ביותר, מה שהיה לוקח זמן רב, משאבים ומאמצים.
מעולה, אז יש לנו את תיאור המצב הקיים, מה השלב הבא במסמך האיפיון? נרצה לתאר את המצב הרצוי ככל הניתן.
מה זה המצב הרצוי במסמך אפיון?
המצב הרצוי יתאר איך תהליך העבודה יראה אחרי שסיימנו את הפרויקט, כלומר הקמנו אפליקציה נגישה להורדה בשתי החנויות של אפל וגוגל ללקוחות, אשר יהנו מאפשרויות איתור החופשה שלהם על פי מספר רב של קריטריונים: איזור הטיסה, טווח מחירים, מספר נוסעים, כבודה, ביטוחים, מיסים, השכרת רכב, מספר כוכבי בית המלון, חבילות וכדומה… הלקוח יקבל את המחירים על פי מספר שיטות מיון שונות, כגון מחיר מנמוך לגבוה והפוך, פופולריות, מספר מדרגים וכדומה. אחת לשבוע יישלח כהודעת Push דרך האפליקציה מספר הטבות, ולאחר רכישה יהיה באיזור האישי של הלקוח צבירת כוכבים למימוש הנסיעה הבאה, ותיאור קהל היעד שלנו, כמות המשתמשים הצפויה.
תרשים הפתרון במסמך האפיון
אז יש לנו מסמך דרישות, יש לנו את תיאור המצב הקיים והרצוי, מה עכשיו? בשלב הבא נרצה לתת את תרשים הפתרון, איך תהליך העבודה של משתמש הקצה יראה, החל מהורדת האפליקציה ועד איתור חבילת הנופש וצבירת הכוכבים וסליקת הכסף לטובת ביצוע ההזמנה.
מיפוי המסכים והשדות במסמך האפיון
בשלב הבא נתאר את רכיבי התוכנה המשתתפים בתהליך, מספר המסכים שנקים עבור האפליקציה, לדוג' דף איתור חבילה, דף מידע אישי למספר הכוכבים, דף הזמנות קודמות, דף יצירת קשר, דף בקשת ביטול נסיעה וכדומה…
בכל דף נפרט את השדות הרלוונטים ואת התנאים העסקים שלהם: לדוג' דף ביטול נסיעה, יכלול את מספר ההזמנה, את הסכום לתשלום, את תנאי הביטול, את סכום הקיזוז מההזמנה, תמונה ממוזערת של היעד, תאריכי היעד של הטיסה, רכיבי הביטול כלל החבילה או רק את השכרת הרכב, סיבת הביטול כדי שנוכל לאסוף המידע וללמוד ממנו בעתיד.
לאחר שפרקנו כל מסך, כל השדות ואת כל התנאים לשדות הכל ממאפיין השדה ועד האם הוא שדה חובה = כן/לא. השלב הבא נמפה את מקורות המידע שאנחנו נייצר במס"ד הנתונים או מאיזה טבלאות נשלוף את המידע, ולוגיקה לשליפת המידע.
ממשקים
כאן נפרט את הממשקים שנרצה להשתמש בהם בתוך המערכת או מחוץ לה, לדוג' סליקת כרטיס אשראי, נרצה להשתמש בשירות מאובטח של חברה חיצונית המספקת את קליטת הכרטיס ויצירת חיוב מול חברת האשראי.
עיצוב ו UI/UX
נתאר את עיצוב המסכים, הגרפיקה, הצבעים, CSS, לוגו, מוקאפים מהמעצב הגרפי, תפריטים, כפתורים, פופאים, מסכי שירות, שפה,
לסיכום, איזה פרקים חשובים במסמך האפיון?
ייזום ותיאור הדרישה
מצב קיים
מצב רצוי
תרשים ארכיטקטורת הפתרון
תיאור תהליך העבודה/תהליך עסקי
מיפוי המסכים
מיפוי השדות והלוגיקה
מיפוי הממשקים
עיצוב וגרפיקה
TesQA 