The three forces acting on a CTO in law firm

כוח ראשון 

לקנות, ה-Legal SaaS הייעודי

הכוח הראשון מגיע מחברות הליגל-טק  Harvey, Spellbook, CoCounsel וחברות SaaS אחרות שגייסו מאות מיליוני דולרים כדי לבנות פתרונות AI ייעודיים לשוק המשפטי. כולן חולקות תזה דומה: עורכי דין זקוקים ל-AI שנבנה במיוחד עבורם, שמכיר את הז'רגון, את ה-workflows ואת הסיכונים הייחודיים של עולם המשפט.

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

ההבטחה: "אנחנו כבר הפכנו את הידע המשפטי לאוטומציה - כל שנותר לך הוא לרכוש גישה."

אבל כאן מסתתר מתח עמוק, כפי שציין Shawn Curran מ-Jylo חברות LegalTech פרטיות רבות נסחרות כיום בהערכות שווי של פי 60 מהכנסות, בעוד שחברות SaaS ציבוריות וותיקות נסחרות בפי 3 בלבד. שני המספרים האלה לא יכולים להיות נכונים בו זמנית - ומשהו בתמחור הזה יהיה חייב להתיישר.

מעבר לשיקול הפיננסי,  צריך לשאול שאלות קשות על כלים אלה: האם הפירמה שומרת על ה-IP שלה? ומה קורה כשהמודל הפיננסי מתקדם מהר יותר מהתוצר שהן מספקות?

יתרונות מרכזיים:

• ממשק משתמש מותאם ל-workflows  משפטיים

• אחריות וביטוח ברורים מצד היצרן

• הדרכה ותמיכה ייעודית

• תאימות ואבטחה שנבדקו מראש
  
  

סיכונים ומגבלות:

• תמחור גבוה שעלול לדחוף לבנייה עצמית

• תלות ב-Roadmap של היצרן

• שאלות IP לגבי נתוני הפירמה

כוח שני 

לבנות, ה-Vibe Coding המשפטי

הכוח השני הוא התופעה המרתקת ביותר שצצה בשנה האחרונה: עורכי דין שבונים עבורם כלים, תהליכים ו-workflows ייעודיים - מבלי להיות מפתחים.
זו המהפכה השקטה שמתחוללת מתחת לרדאר, והמונח "Vibe Coding" מתאר אותה במדויק.

דוגמה מוחשית הגיעה מתוך עדכון LawITForum בתחילת השנה: ג'יימי טסו, עורך דין ממשרד Clifford Chance אחד ממשרדי עורכי הדין הגדולים בעולם - הדגים כיצד עורכי דין יכולים להפוך ליוצרים עצמאיים ולפתח כלים מורכבים המותאמים אישית לצרכיהם.
זה לא פיילוט פנימי מנוהל על ידי צוות IT  זה עורך דין שלוקח את הכלים לידיים.

"היכולת לפתח פתרונות פנימיים במהירות ובזול מאתגרת את המודל המסורתי של רכישת פלטפורמות מדף יקרות וקשיחות"
LawITForum Newsletter ינואר 2026

מתואר עתיד שבו הכלים המשפטיים יהיו ממוקדים בתוצאות עסקיות ובסימולציות חוזיות חכמות - לא בממשקים גנריים שמשרתים כל לקוח.
הגישה הזו מאפשרת למשרדים גמישות מקסימלית: כלי שנבנה בתוך הפירמה משקף את ה-DNA  שלה ולא את ה-roadmap של יצרן חיצוני.

מבחינת תשתית, פלטפורמות כמו Case.dev שהושקה בתחילת 2026 - מאפשרות בניית אפליקציות משפטיות בשפה טבעית וללא צורך בכתיבת קוד, מדובר בשינוי תפיסתי: גם משרדים קטנים יכולים כיום לייצר כלים מותאמים אישית שבעבר דרשו תקציבי עתק ומחלקות פיתוח שלמות.

אבל הגישה הזו מגיעה עם מחיר:
כשעורך דין בודד בונה את כל הארכיטקטורה לבד, הוא גם נושא לבד בכל הסיכונים: Prompt injection attacks שמוטמעים במסמכים שהצד השני שולח, Hallucinated citations שמגיעות לבית משפט, היעדר Audit trail ברור על כל פעולה שהמודל ביצע.

ומעבר לסיכונים הטכניים - יש שאלה עמוקה יותר: האם מה שנבנה הוא באמת כלי שמקודד שיקול דעת משפטי, או שהוא wrapper (עטיפה) יפה על גבי המודל הכללי - בדיוק כמו מה שמוכרים לנו חברות ה-SaaS הייעודיות?

מה זה אומר ל-CTO של פירמה גדולה?

• ה"Vibe Lawyers" בפירמות כבר עושים את זה - יש הקוראים לזה “Shadow AI”

• כיצד לאפשר בצורה מבוקרת, והאם בכלל?

• המשאב הארגוני היקר ביותר - שיקול הדעת של השותפים הוותיקים - הוא בדיוק מה שצריך לקודד

• הסיכון הוא אינו רק שעורכי הדין יבנו - אלא שיבנו בלי מסגרת