השוואה / לבנות או לקנות

לבנות או לקנות: מערך הליבה הבנקאית שלכם

האמת היא שאף אחת מהדרכים לא מנצחת כברירת מחדל. בנייה נותנת שליטה מלאה וחשבון פתוח; קנייה נותנת מהירות ותקרה שאתם לא קובעים. השאלה האמיתית היא אילו סיכונים אתם מעדיפים לקחת על עצמכם — אלה שבקוד שלכם, או אלה שבמפת הדרכים של מישהו אחר.

זה מול זה

חמישה מדדים שבאמת מכריעים

Dimension
לבנות בבית
לקנות פלטפורמה
זמן ליציאה לשוק
12–24 חודשים עד העסקה האמיתית הראשונה: ledger, חשבונות, התאמות ותשתיות כרטיסים — הכול באחריותכם לתכנן, לכתוב ולהוכיח, עוד לפני שלקוח אחד עלה על הסיפון.
שבועות עד פיילוט. ה-ledger, החשבונות והתשתיות כבר קיימים וכבר עובדים בשטח, כך שהעסקה הראשונה שלכם היא משימת קונפיגורציה, לא פרויקט בנייה.
שליטה וגמישות
מלאה. כל טבלה, כל state machine וכל מקרה קצה הם שלכם לעצב — וממשיכים לעצב ככל שהמוצר משתנה.
מוגבלת למודל של הפלטפורמה. מקבלים את מה שהיא חושפת; כל השאר הוא בקשת פיצ׳ר במפת הדרכים של מישהו אחר.
שטח רגולטורי
כל השטח הוא שלכם: נתיבי ביקורת, שמירת נתונים במיקום מוגדר, ניהול מפתחות והראיות שביקורת דורשת — הכול צריך לתכנן מראש ולהגן עליו.
חלק גדול מהשטח עובר בירושה מפלטפורמה שכבר מפעילה אותו — אבל אתם עדיין אחראים לאופן שבו אתם משתמשים בו, ותלויים בבקרות שלה לצד הבקרות שלכם.
תחזוקה ו-on-call
צוות קבוע. ledger אף פעם לא ״מסתיים״ — הוא מקבל תיקונים, מיגרציות, ניטור ותורנות כל עוד הוא רץ.
ברובה באחריות הספק. שדרוגים, זמינות ורוב האירועים יוצאים מהצוות שלכם — במחיר של תלות בקצב שלו ובסטטוס פייג׳ שלו.
מבנה העלות
כבדה וקבועה מראש — משכורות ושנים — ואז עלות שולית נמוכה לכל חשבון אחרי העלייה לאוויר. אתם קונים נכס, ואת ההתחייבויות שלו.
קלה מראש, חוזרת אחר כך — רישיון או חלוקת הכנסות שגדלים עם השימוש. צפויה, אבל אף פעם לא אפס, והספק קובע אותה.
01

מתי בנייה מנצחת

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

  1. 01היתרון שלכם נמצא ב-ledger — מודל סליקה או נכסים שאף פלטפורמה לא חושפת
  2. 02יש לכם צוות קבוע ומתוקצב להפעיל אותו בתורנות שנים קדימה, לא ספרינט השקה
  3. 03אילוצי רגולציה או שמירת נתונים במיקום מוגדר שוללים הפעלה על ליבה של מישהו אחר
  4. 04זמן ליציאה לשוק באמת אינו האילוץ המכריע
02

מתי קנייה מנצחת

קנו כשזמן ליציאה לשוק הוא האילוץ והליבה היא דרישת בסיס. רוב מוצרי הפינטק לא מנצחים בגלל ה-ledger — הם מנצחים בגלל האפליקציה, ההפצה, האונבורדינג והנישה. אם הליבה היא משהו שלקוחות מניחים מראש ולא בוחרים בכם בגללו, כל חודש של בנייה הוא חודש שלא הושקע במה שבאמת מנצח. קנייה מנצחת גם כשאי אפשר לאייש צוות ליבה קבוע, או כשעלות קבועה וידועה שווה לעסק יותר מעלות פתוחה.

  1. 01הליבה היא דרישת בסיס; היתרון שלכם הוא האפליקציה, הקהל או ההפצה
  2. 02אתם צריכים פיילוט בתוך שבועות ולא יכולים לחכות רבעונים לעסקה ראשונה
  3. 03אתם מעדיפים עלות חוזרת וידועה על פני חשבון פתוח של בנייה ותחזוקה
  4. 04אין לכם — או שאתם לא רוצים — צוות ledger קבוע בתורנות
03

איפה פלטפורמה על הליבה שלכם משתלבת

החלוקה בין בנייה לקנייה מסתירה אפשרות שלישית: לקנות את הליבה ולהחזיק את האפליקציה. פלטפורמת whitelabel נותנת לכם ledger, חשבונות, כרטיסים וקריפטו שכבר עובדים — כך שאתם מדלגים על בנייה של שמונה עשר חודשים — והצוות שלכם שומר על מה שהלקוחות באמת רואים. המעצבים שלכם הם הבעלים של כל מסך, צוות המוצר קובע את תמהיל הפיצ׳רים, והפלטפורמה שמתחת מוכחת עוד לפני שהלקוח הראשון מגיע. אתם יורשים את החלק שהוא דרישת בסיס ושומרים על החלק שהוא שלכם. זו לא תמיד התשובה — אם היתרון שלכם ב-ledger, בנו אותו — אבל לרוב המוצרים זו האמצע הישר: מהירות של פלטפורמה בלי אפליקציה גנרית, ועלות שעוקבת אחרי השימוש ולא אחרי צוות קבוע.

  1. 01מדלגים על בניית הליבה; שומרים על האפליקציה, המותג ותמהיל הפיצ׳רים
  2. 02ledger שכבר עבר הרצה בפרודקשן ובדמואים, לא greenfield שצריך להוכיח
  3. 03העלות עוקבת אחרי החשבונות והמודולים שאתם מפעילים, לא אחרי צוות קבוע
  4. 04Standalone או whitelabel מלא — תחת המותג שלכם, על תשתיות שלא היה צריך לכתוב

לא בטוחים באיזה צד אתם?

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