תהליך 31 במאי 2026 2 דק' קריאה מאת Michael Gendelman

איזה מסמכים להכין לפני שפונים למפתח?

מסמך אחד של 2-3 עמודים מספיק. הסעיפים הקריטיים: מטרה, משתמש, 3 פיצ'רים עיקריים. כל השאר — בונוס.

תשובה ישירה: מסמך אחד של 2-3 עמודים ב־Google Docs. לא PDF של 50 עמודים. לא מצגת של 80 שקפים.

המבנה שעובד

עמוד 1: למה

• מה הבעיה העסקית? (משפט אחד)
• מי המשתמש? (פרסונה קצרה)
• מה ההצלחה תיראה כמוה? (מדד מספרי אם אפשר)

עמוד 2: מה

• 3-5 פיצ'רים עיקריים. לא יותר. אם יש לך 12 — אתה לא יודע מה אתה רוצה.
• השפה של המוצר (עברית? אנגלית? שניהם?)
• פלטפורמות (ווב/iOS/Android)
• אינטגרציות (יש CRM? Stripe? חשבונית ירוקה?)

עמוד 3: איך (אופציונלי)

• דמיון בעיצוב (לינקים ל־2-3 אתרים)
• תקציב טווח (₪10K-30K? ₪50K-100K?)
• תאריך יעד (אמיתי, לא "כמה שיותר מהר")
• מה אסור (סגנון/צבעים/פיצ'רים שלא רוצים)

תבנית מוכנה — תעתיק

שם הפרויקט: [...]

הבעיה העסקית: [משפט אחד — מה הולך לאיבוד היום בעסק]

המטרה: [מספר אם אפשר — "הגדלה של 30% בלידים" / "חיסכון של 20 שעות בחודש"]

המשתמשים: [מי משתמש? כמה? איך הם פועלים היום?]

3 הפיצ'רים העיקריים:

1. [...]
2. [...]
3. [...]

אינטגרציות חובה: [רשימה]

תקציב: [טווח]

תאריך יעד: [תאריך]

דמיון בעיצוב: [3 לינקים]

למה לא PDF של 50 עמודים

אני פוגש מסמכים כאלה כל חודש. רובם:

• כתובים ע"י מי שלא יבנה את המוצר
• חצי לא רלוונטי לטכנולוגיה
• חצי לא רלוונטי לעסק
• ב־80% מהמקרים — המוצר שיוצא בסוף שונה ב־40% מהמסמך

עדיף 2 עמודים שאתה באמת מבין על־פני 50 שאף אחד לא יקרא.

מה אסור לכלול

❌ טכנולוגיות ספציפיות ("חייב להיות ב־React") — תן למפתח להחליט. אלא אם יש סיבה עסקית.

❌ שמות שדות במסד נתונים — לא רלוונטי בשלב הזה.

❌ רשימת 50 פיצ'רים — סמן את 3 העיקריים.

❌ תאריך יעד מומצא — "תוך חודש" כשבפועל יש לך 3 חודשים — מזיק.

❌ "רעיון פיצוץ סודי" — אם זה באמת סודי, חתום NDA. רוב הרעיונות לא סודיים והיומרה הזו רק מעכבת.

מה לעשות עם המסמך

תשלח את ה־2 עמודים לפני שיחת היכרות. שיחה של 30 דקות תהפוך אותם למסמך טכני מפורט שמיועד לבנייה — שאני כותב, לא אתה.