רוב הוויכוחים בפרויקט תוכנה מתחילים במשפט "לא ככה סיכמנו". האפיון היה, אבל כקובץ במייל: מישהו שינה פסקה, מישהו אישר בטלפון, ואיש לא יודע איזו גרסה אושרה. כאן האפיון חי במקום אחד, ולכל גרסה יש אישור משלה.
איך אפיון נכנס
הספק מעלה קובץ או מדביק טקסט. מתקבלים Word, PDF, Excel, PowerPoint, HTML, טקסט ו-zip של HTML עם תמונות, עד 25 מגה. תמונות שבתוך המסמך נשלפות לבד, וקישור ל-Figma נשמר כקישור.
כשאין עדיין מסמך, אפשר להתחיל מהמילים של הלקוח. הספק מזין את מה שהלקוח סיפר, והמערכת מחזירה טיוטה מסודרת: מטרה, משתמשים, מסכים, נתונים, ממשקים ומה לא נכלל. לצדה עד שמונה שאלות על מה שחסר, מה שאפשר להבין בשתי דרכים, ומה שיעלה בהמשך בכל מקרה. עונים, והטיוטה מתעדכנת בלי לאבד את הניסוח שכבר היה. שאלות שנשארו פתוחות נכנסות לאפיון עצמו, כדי שאף אחד לא ישכח אותן.
המסמך נשאר המסמך
המערכת מחלקת את האפיון לפסקאות, טבלאות, רשימות, שלבים והערות, אבל לא כותבת אותו מחדש ולא מתרגמת. היא מחזירה רק מבנה ומספרי שורות, ובודקת את עצמה: שורה שנעלמה, שורה כפולה או תמונה שלא נמצאה מוצגות לספק לאישור אחת אחת לפני פרסום. מי שרוצה, רואה גם את המקור בעיצוב המקורי שלו.
קישור אישי, לא קישור משותף
כל מי שצריך לאשר מקבל קישור משלו. הכניסה בקוד בן שש ספרות שנשלח רק לכתובת שאליה נשלח הקישור, כך שקישור שהועבר הלאה לא פותח כלום. "יציאה מכל המכשירים" סוגרת את כל הכניסות מיד, וקישור חדש מבטל את הקודם.
שאלה על פסקה, תשובה מהספק
הלקוח כותב הערה על כל פסקה או על המסמך כולו. הספק עונה ומסמן "נפתר". כשיוצאת גרסה חדשה, מי שאישר או הגיב קודם מקבל מייל עם תיאור השינוי, ובדף שלו מסומן מה השתנה מאז שאישר, עם הטקסט הקודם של כל פסקה ששונתה.
אישור לכל גרסה, לא לאפיון באופן כללי
אישור שייך לאדם ולגרסה מסוימת. אישור לא עובר לגרסה הבאה, ואם בזמן הקריאה כבר פורסמה גרסה חדשה, המערכת מבקשת לקרוא אותה קודם. אפשר לאשר עם הערה. הספק רואה "N מתוך M אישרו", מי פתח ומתי, ומי עוד לא.
יש תאריך יעד, ויש תזכורות: אחת אחרי שלושה ימים ואחת יום לפני היעד, רק למי שעוד לא אישר. מייל אחד מזכיר גם את האפיון וגם את ההדמיה, אם שניהם מחכים.
עותק חתום, שלא משתנה
כשכל המאשרים אישרו, נוצר PDF אחד משלושה חלקים: הטקסט של הגרסה, כל ההערות לאורך הגרסאות, ומסמך האישור. העותק נוצר פעם אחת ולא נבנה מחדש, יש לו טביעת אצבע, והוא נשלח במייל לכל מי שאישר ולספק. הוא נכנס גם למאגר הידע של הפרויקט, ושני הצדדים יכולים לשאול עליו.
מהאפיון להצעה ולמשימה
מאפיון עם טקסט הספק בונה טיוטת הצעת מחיר: המערכת מפרקת אותו למודולים ומעריכה כל אחד, ומה שחסר באפיון נכנס להצעה כשורה בלי שעות. העלות של ההרצה מוצגת לפני שמתחילים ויש לה תקרה. ההצעה זוכרת על איזו גרסה היא נבנתה, ומסומנת כ"לא עדכנית" כשיוצאת גרסה חדשה של האפיון או של ההדמיה.
לאפיון אפשר לקשר משימה אחת, והלקוח רואה אותה במספר שהוא מכיר.
מי עושה מה
את האפיון כותב ומשנה הספק. הלקוח קורא, שואל ומאשר, ואינו עורך את הטקסט בעצמו: כך תמיד ברור מי כתב מה ואיזו גרסה אושרה.
הספק רואה את כל התמונה בכרטיס שלו: מי קיבל קישור, מי פתח ומתי, מי אישר איזו גרסה, וכמה הערות כתב כל אחד.
שאלות נפוצות
האם הלקוח יכול לערוך את האפיון בעצמו?
מה קורה אם האפיון השתנה אחרי שאישרתי?
האם צריך משתמש במערכת כדי לאשר?
באיזו שפה?
רוצים לראות את זה על הנתונים שלכם? אפשר להתחיל בתקופת ניסיון, בלי כרטיס אשראי.
התחילו ניסיון חינם