למה רוב פרויקטי האוטומציה מתים בנקודת ה-60% — וההצלה של 3 השאלות.
דפוס ב-12 התקשרויות אוטומציה ישראליות: הצוות מגיע ל-60% בנוי, נתקל בבעיה, הפרויקט עוצר, מועבר לארכיון בשקט. הנה מסגרת 3 השאלות שהורגת את הבעיה מיד.
The 60% wall
Every automation project we''ve worked on follows the same arc. First 60% is fast and exciting. Then someone discovers an edge case the original spec missed. Decision-making slows. People stop showing up to syncs. Three weeks later the founder asks ''wait, where did we land on that automation?'' and nobody has a clear answer. The project is dead, just nobody declared it.
קיר ה-60%
כל פרויקט אוטומציה שעבדנו עליו עוקב אחרי אותה קשת. 60% הראשונים מהירים ומלהיבים. אז מישהו מגלה מקרה קצה שהמפרט המקורי החמיץ. קבלת החלטות מאיטה. אנשים מפסיקים להגיע לסינקים. שלושה שבועות אחר כך המייסד שואל ''רגע, איפה נחתנו על האוטומציה הזאת?'' ואין לאף אחד תשובה ברורה. הפרויקט מת, רק שאף אחד לא הכריז.
The 3 questions that fix it
Q1: ''What happens if this automation breaks at 3am on a Sunday?'' If nobody has a real answer, the project isn''t ready to ship. Q2: ''Who gets the alert and what do they do?'' If the answer is ''Doran will check'', it''s not automation, it''s a manual process with extra steps. Q3: ''What''s the manual fallback if the API we depend on goes down?'' If there isn''t one, you''re building a single point of failure.
3 השאלות שמתקנות את זה
שאלה 1: ''מה קורה אם האוטומציה הזאת נשברת ב-3 לפנות בוקר בראשון?'' אם לאף אחד אין תשובה אמיתית, הפרויקט לא מוכן לשליחה. שאלה 2: ''מי מקבל את ההתראה ומה הוא עושה?'' אם התשובה היא ''Doran יבדוק'', זה לא אוטומציה, זה תהליך ידני עם שלבים נוספים. שאלה 3: ''מה ה-fallback הידני אם ה-API שאנחנו תלויים בו נופל?'' אם אין אחד, אתם בונים נקודת כשל יחידה.
What this fixes in practice
For a real estate client last year, we asked these 3 questions in week 2. Discovered their Vapi → Salesforce sync would break silently if Salesforce had downtime, which happens. Added a Supabase fallback queue + a daily reconciliation job. Total extra work: 4 hours. Total prevented failures in production over 6 months: 11. Each one would have been a lost lead worth ~₪3,000. Cost of asking the question: zero. Cost of NOT asking: ₪33,000.
מה זה מתקן בפועל
ללקוח נדל"ן בשנה שעברה, שאלנו את 3 השאלות האלה בשבוע 2. גילינו שהסינכרון Vapi → Salesforce ישבר בשקט אם ל-Salesforce יש downtime, מה שקורה. הוספנו תור fallback ב-Supabase + עבודת התאמה יומית. סך עבודה נוספת: 4 שעות. סך כשלים מנועים בייצור במשך 6 חודשים: 11. כל אחד היה ליד אבוד בשווי ~₪3,000. עלות שאילת השאלה: אפס. עלות אי-שאילה: ₪33,000.
How to apply it
If you have an automation project sitting at the 60% wall right now — schedule a 30-min review with whoever''s building it and ask the 3 questions above. If the answers are vague, that''s where the project is. Fix that before adding any new scope. Or grab the audit bundle at burnbright.click/audit-bundle — ₪3,500 includes a 1-page audit of every manual flow we find that should be automated + a strategy diagnostic.
איך ליישם
אם יש לכם פרויקט אוטומציה שיושב בקיר ה-60% כרגע — קבעו סקירה של 30 דקות עם מי שבונה אותו ושאלו את 3 השאלות לעיל. אם התשובות מעורפלות, שם הפרויקט נמצא. תקנו את זה לפני שמוסיפים היקף חדש. או קחו את חבילת הביקורת ב-burnbright.click/audit-bundle — ₪3,500 כולל ביקורת של דף אחד על כל זרימה ידנית שאנחנו מוצאים שצריכה להיות אוטומציה + אבחון אסטרטגיה.