נושא
בידול והתמחות
איך לא להיות מוחלף.
השאלה
לא "האם המוצר שלי טוב", אלא איזה ערך אני נותן מול המתחרים.
האסטרטגיה שהוצגה
אם לכל המתחרים יש משהו — אני עושה אותו אחרת, כדי לייצר בידול.
ואז מגיעה ההחלטה שתלויה בשאלה אחת:
| הדבר שמבדל אותי | מה עושים |
|---|---|
| בליבה שלי | מפתחים בעצמנו ושמים עליו פוקוס |
| לא בליבה | מביאים שותף |
הבידול עצמו יכול לשבת בפיצ'רים, במאפייני המוצר, או בתמחור.
Deep Domain Expertise
ההגדרה שנאמרה, והיא מדויקת:
הסיכוי שמישהו יחליף אותי בקלות הוא נמוך מאוד.
זו לא "מומחיות" במובן של לדעת הרבה. זו מומחיות שיוצרת עלות החלפה.
הדוגמאות
| במה | |
|---|---|
| OpenAI | פתחה פער גדול בהתחלה, בלי מחליף באופק |
| Anthropic | מיקוד ב-B2B, בזמן ש-ChatGPT חזק ב-B2C |
| Perplexity | עולם המחקר — וגם ידיעה לסדר את התוכן |
| צ'ק פוינט | הגנת סייבר, וגם authority בתחום |
| Nvidia | חומרה, מעבדים, צ'יפים |
מה שאנתרופיק ממחישה
המיקוד העסקי השונה הוביל לרווחיות גבוהה ולתחרות משמעותית — אבל בתחום מסוים, לא בכל התחומים.
הלקח: בידול אינו "להיות טוב יותר בכל". הוא לבחור זירה.
ואיפה זה לא מחזיק
ההערה הכי חשובה בנושא:
בעולם התוכנה הרבה יותר קל להעתיק. השינויים הטכנולוגיים מהירים, וקשה להחזיק פער.
הדוגמה הנגדית: בית חולים. התמחות עמוקה אמיתית, כי היא דורשת רופאים, אחיות, מזכירות וציוד גם יחד.
"זה לא משהו שמישהו בונה תוך חצי שנה עם Base44 ועושה אקזיט."
מה שמבדיל את שתי הדוגמאות: מומחיות בתוכנה יושבת בקוד, ואפשר לכתוב אותו מחדש. מומחיות בבית חולים יושבת בשילוב של אנשים, רישוי, ציוד ותהליכים — ואי אפשר לכתוב אותם מחדש.
השאלה שנגזרת: הבידול שלי יושב במשהו שאפשר להעתיק, או במשהו שצריך לבנות מחדש מאפס?
גבולות השוק זזים
ליפט ואובר תוארו כזהים, אחד לאחד. ואז וולט נכנסה לתחום הנסיעות — בזמן שאובר מתחרה בה באוכל.
מי שהיה מתחרה בתחום אחד נכנס לתחום שני — ולפעמים כתגובה לכך שנכנסו אליו.
ניתוח מתחרים לפי "מי בענף שלי" מפספס את מי שעומד להיכנס אליו.
מה קריטי ומה לא
הבחנה שקובעת לאן הולך המאמץ:
| דוגמה | |
|---|---|
| Mission critical | טלפוניה, אינטרנט, סיבים — הליבה |
| לא בליבה | CRM — כל חברת שירותים צריכה, אבל זה לא המוצר |
מה שבליבה — מפתחים ומבדלים. מה שלא — קונים, עוטפים, או מביאים שותף.
לפתח או לקנות
שלוש חלופות לבנייה מאפס: פתרון מדף, עטיפה של פתרון קיים, או קוד פתוח ככלים לבנות מעליהם.
הדוגמה מבזק: במקום לפתח, מצאו פתרונות קיימים, עטפו, והגישו כפתרון שלהם.
ובשיקול נכנסים גם Time to market ומורכבות האינטגרציה מול ממשקי הליבה. (ומשיעור 3: תהליך רכש איטי יכול להפוך buy ל-build.)