איך כותבים מפרט שספקים יכולים לתמחר בלי לנחש

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

• דרישות מנוסחות ברמת סיסמאות ('נוח למשתמש', 'עדכני', 'AI חכם').
• אין תרחישי שימוש קונקרטיים.
• חסרים ממשקים, אינטגרציות ומקורות נתונים.
• אין דוגמאות תוכן או שדות.
• היקפים לא כמותיים ('הרבה משתמשים', 'תוכן דינמי').

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

הרוב שוכחים לכתוב מפורשות מה מחוץ להיקף. זה בדיוק המקום שבו נוצרים ויכוחים. סעיף 'מחוץ להיקף' חד־משמעי חוסך שעות של דיונים בהמשך.

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

• כמה משתמשים במקביל בשעת שיא?
• כמה רשומות במסד הנתונים היום ובעוד שלוש שנים?
• זמן תגובה מקובל למסך ראשי?
• גיבוי — כל כמה זמן, מהו RTO ו־RPO?
• כמה שפות ואיזה כיווניות?