ראינו הרשמה, תשלום ופתיחת גישה. זה טוב. אבל אלה רק המצבים שבחרנו לבדוק. השורה הרביעית בדמו היא מה שנשאר בחוץ: התשלום החוזר של החודש הבא.
"עובד" הוא מצב טכני. "אפשר לסמוך על זה" הוא שיפוט, והוא נקבע במה שלא בדקנו.
מה קורה בחודש הבא?
התשלום נכשל. ומה עושה המערכת?
הסולק יודע שהתשלום נכשל. המערכת לא קיבלה את המידע. המנוי ממשיך להיות פעיל, ואף אחד לא יודע כמה זמן.
השאלה החשובה היא לא "איפה הבאג". היא: מי החליט מה אמור לקרות כשחיוב נכשל? כי משהו כבר הוחלט. המערכת מתנהגת. רק שאף אחד לא בחר את ההתנהגות הזאת.
זו הכרעה. מי מקבל אותה?
הכרעה אחת. ארבעה מקומות.
שתי תשובות אפשריות, ואין נכונה לכל מוצר. בחר מדיניות, וראה מה היא גוררת. "תקופת חסד" הוא לא משפט שמוסיפים למסך. זו התנהגות שצריכה להתקיים בכל המערכת, אחרת החלטנו דבר אחד ובנינו דבר אחר.
המדיניות שנבחרה: תקופת חסד
נתונים
הרשאות
תשלומים
מה הלקוח רואה
וכאן נכנס השיפוט. אם במערכת יש גם קרדיטים שנצברים מחודש לחודש, תקופת החסד משנה את המחיר של הכרעה אחרת: מה קורה לקרדיטים בזמן החסד? מי שבחר חסד בלי לראות את זה, קיבל שתי הכרעות במחיר אחת.
רשימה רואה שאלות. היא לא רואה שהכרעה אחת מייקרת את השנייה. בשביל זה אני בחדר.
מי מכריע: בעל/ת המוצרמה נבדק בפועל: לא נקבע עדיין
אין סליקה? ההכרעות עדיין שם.
שני מקרים נוספים מהפיילוטים. בכל אחד, מה שנשמע כמו כפתור הוא הכרעה, ולכל תשובה מחיר הנדסי.
הנציג יכול לבטל הזמנה של לקוח?
מערכת הזמנות עם צוות. הרשאות.
הזמנה #2231 · דנה · יום ה׳ 14:00
מי מכריע: בעל/ת העסק
מה בדיוק נחשב "חדר" במערכת?
ריזורט. מודל נתונים, לפני המסך הראשון.
101זוגי102זוגי103בשיפוץ
הזמנה: זוגי, 2 לילות← ?
מי מכריע: בעל/ת המוצר, עם מי שבונה
שלושה סיפורים, אותו עיקרון. המערכת תתנהג לפי הכרעות בכל מקרה. השאלה היא מי יבחר אותן, ומתי.
מה משתנה למחרת
"המערכת מוכנה. נשאר רק לחבר סליקה."
הנחות קבורות בשיחות עם הבינהואין דרך לדעת אילו.
החלטות שמתגלות אחרי שמתחילים להשתמשבדרך כלל אצל לקוח.
קשה לדעת מה באמת נבדק"עובד" הוא כל מה שיש.
אתה יודע להבחין בין מה שעובד, מה שהוכרע, מה שלא נבדק, ומה שעוד צריך הכרעה לפני שממשיכים. זו יכולת, לא מסמך, והיא נשארת אצלך בפרויקט הבא.
נותן למי שבונה הוראה שאפשר לבדוקבמקום "תעשה את זה שיעבוד", שהיא לא בקשה אלא האצלה.
יודע מה חוסם השקהומה רק נדמה שחוסם.
עוצר שינוי מסוכן לפני שהוא קירמודל נתונים, הרשאות, סליקה, סוכן.
מכריע כשהמחירים על השולחןולא כשהבינה כבר בחרה בשבילך.
מה קורה כשחיוב חוזר נכשל?
אפשרויות
חסימה מיידית / תקופת חסד
מי מכריע
בעל/ת המוצר
מה ההכרעה גוררת
מצבי מנוי, אירועי סליקה, הרשאות, מה הלקוח רואה
מה נבדק בפועל
לא נקבע עדיין. צריך לאמת.
תשובה
כך נראית שורה אחת ברשומת הכרעות: שאלה, אפשרויות, מי מכריע, מה ההכרעה גוררת, ומה נבדק בפועל. לא "כדאי לבדוק הרשאות". דוגמה למבנה, לא תיעוד של לקוח.
"עברתי על כל הנקודות מהפגישה, נקודה נקודה, לפני ההשקה. זה חסך לי באגים ובעיות אבטחה שהייתי מגלה אצל משתמשים."
עדן ג'רמון, מייסדת Snapset. מערכת מוקאפים שנבנתה בלאבבל ובקלוד, הושקה באוקטובר 2026.
מה הפגישה אפשרה, לא רק מה היא חסכה: מודל מנויים וקרדיטים שהוכרע לפני חיבור הסליקה ולא אחריה. בידוד בין משתמשים שנבדק בפועל. השקה עם רשימה של על מה אפשר לסמוך, במקום רשימת באגים ביום הראשון.
אני לפני הבנייה
מפת הכרעות: מה חייב להיות מוכרע לפני הפרומפט הראשון, אצל מי התשובה, ומה כל תשובה תדרוש. תוצר כתוב שאפשר לקחת לכל בונה או כלי AI. נמכרת בנפרד מהביצוע.
החל מ6,000 ₪. מה שעומד על הכף קובע את המחיר, לא השעות: כסף במערכת, יותר מסוג משתמש אחד, פעולה של אחד שמשנה משהו אצל אחר. המדרגות, ומה כלול ומה לא: בדף המפה.
שיחת אבחון: חצי שעה, המערכת פתוחה, לא מכינים כלום. נזהה אילו הכרעות כבר התקבלו בלי ששמת לב, אילו חסרות, ומי צריך לקבל אותן. יוצאים עם שיטה, לא עם מסמך לקרוא בעוד שבוע.
הגעת בגלל אבטחה, סליקה או הרשאות? זה מתחיל כאן. מה שיוצא מזה הוא לא וי, אלא רשימה של על מה אפשר לסמוך, ועל מה עדיין לא. רק למערכת אמיתית ולמי שמתכוון ליישם.
כבר באמצע, ויש הכרעה אחת על השולחן? שיחת הכרעה: צומת אחד, מכריעים ומתחילים ליישם באותה שיחה.
הבינה מזהה בעיות ומציעה תשובות, אבל תשובה שלה אינה הוכחה למה שנבדק. התחילו בלבקש ממנה לחשוף את ההחלטות שהיא קיבלה בדרך.
"מה בדיוק עשית עכשיו, אילו החלטות קיבלת בשבילי שלא ביקשתי, ומה עדיין לא נבדק?"
לשימוש חופשי. לשאול, לבדוק, לא להסתפק בתשובה.
מי אני, ומה אני עונה לך
קוראים לי מאיר. אני עובד עם אנשים שבונים מערכות עם AI, ומוודא שמה שהם בונים יחזיק במציאות ויוכל להמשיך להתפתח. לא צוות מאחורי הקלעים. עבודה ישירה איתי.
אני לא מחליף את מי שבונה. אני מחזיק את המסגרת שמאפשרת לו לבנות נכון: מה חייב להיות מוכרע, אצל מי התשובה, ומה כל תשובה גוררת. לפני הבנייה, במהלכה, ובצמתים שאחריהם יקר לשנות. אני נכנס לפני שהגבס עולה.
וכשהכרעה דורשת ביצוע שאי אפשר ליישם לבד, כמו אבטחה שצריך מישהו עם שיפוט שיחתום עליה בסוף, אני עושה אותו. לא במקום מי שבונה. במקום שבו צריך חתימה.
מה שלא מחייב חתימה שלי, אתה מבצע. יוצאים מכל פגישה עם הוראה כתובה, לא עם רעיון.
מאיר הוכמן
המסגרת ההנדסית למערכות שנבנות עם AI
שלוש שאלות שאני נשאל
לחץ על שלך.
מאיר
את נשארת מי שבונה. המפה נכנסת להצעה שלך כשורה, כמו עיצוב או SEO, ואני עומד איתך בנקודות שקשה לבטל: לפני סליקה, לפני מסירה. הלקוח שלך מקבל מערכת עם רשימה של על מה אפשר לסמוך. את מקבלת את זה בלי ללמוד הנדסה.
מאיר
שיחת אבחון, המערכת פתוחה. נזהה מה כבר הוכרע בשקט, מה חסר, ומי צריך להכריע. יוצאים עם מה חוסם השקה ומה רק נדמה שחוסם, ועם שיטה לבדוק את זה לבד בפעם הבאה.
מאיר
שיחת הכרעה. צומת אחד, האפשרויות והמחירים על השולחן, מכריעים ומתחילים ליישם באותה שיחה. לא כל צומת צריך תהליך שלם.
על מה אתה בונה עכשיו?
כתוב מה נבנה, מה עומד להשתנות, ואיפה צריך להכריע. קישור אם יש.
מאיר