כל מוצר שבניתי התחיל עם משהו שהציק לי וזה כל חמישה עשר הבעיות
אף אחד לא משתיקץ בבוקר אחד ומחליט לבנות חמישה עשר מוצרי תוכנה. ככה זה לא עובד. מה שבאמת קורה הוא איטי יותר, מבולבל יותר, וממש לא רומנטי כמו איזה סיפור מקור של startup. בעיה מופיעה. היא מתבשלת. הפתרונות הקיימים מתגלים כיקרים מדי, חלשים מדי, או כל כך נעולים למודלי מנויים שלהשתמש בהם למשימה קטנה זה כמו להשכיר משאית כדי לשאת מנורה אחת. בסוף התסכול חוצה סף, והתגובה היחידה הגיונית היא לבנות משהו טוב יותר. אז בעיה נוספת מופיעה. ועוד אחת. חמישה עשר בעיות אחרי כן, יש פלטפורמה שלמה, וכל מוצר אחד מהם מתחזר חזרה לרגע ספציפי של כעס אמיתי.
זה לא סיפור משובח בזהירות שנועד לעשות יזמות להישמע רומנטית. חלק מהציקות האלה היו זעירות. חלק עלו כסף. כמה היו מרגיזות מספיק כדי לקלקל סוף שבועות שלמים. אבל כל אחד מהם עקב אחרי אותו דפוס: תקבל בעיה, חפש פתרון, גלה שהפתרון לא טוב מספיק, בנה אחד טוב יותר. הדפוס הזה חזר על עצמו במשך שנים, והתוצאה היא yeb.to עם ארבעים ואחד APIים, שמונה עשרה יישומי SaaS, וששים ושמונה כלים מקוונים.
חמש הציקות הראשונות שהתחילו הכל
כלי הכתוביות בא ראשון, והוא בא מההיצקות הפשוטות ביותר. הפעלת ערוצי YouTube מתמקדים ביצירה מוזיקה שנוצרה על ידי AI פירוש ייצור סרטוני מילות מפתח עם כתוביות שנשרקו. Captions.ai חיובים עשרה יורו לחודש על ההנאה הזו, שנראה סביר עד חודשים עם רק שניים או שלוש סרטונים התחילו להצטבר. תשלום מנוי שטוח עבור כלי שישב לא בשימוש רוב השבועות היה סוג הבזבוז שמצטבר בשקט. החלופה הייתה ברורה: בנה כלי שגובה לכל סרטון מעובד, לא לכל חודש קלנדר. אשראיות החליפו מנויים, והחסכונות הפכו מיידיים.
כלי התרגום גדל מסוג בעיה שונה. שירותי תרגום מכונה מטפלים בשפות גדולות בצורה די מוכשרת, אבל ברגע שאתה צריך בולגרית או סרבית, איכות קורעת למטה בצוק. שגיאות הסכמת מין. צירופי פעלים שגויים. משפטים שמתורגמים מבחינה טכנית אך נשמעים כאילו הם הורכבו על ידי מישהו שלמד את השפה מה-dictionary ולעולם לא שמע אותה מדוברת. הכלים הקיימים התייחסו לשפות קטנות כלחיתוך משכנעות אל מנועים שיודעים יותר לאנגלית, ספרדית ופרנצית. בנייה של שירות תרגום שהתייחס לכל שפה כאזרח מדרגה ראשונה לא היה החלטת עסק. זה היה תגובה לקבלת עוד תרגום משעשע שגוי של משפטים רגילים לחלוטין.
כלי הסימן המימי בא מפרסום. כתיבת ספר, המרתו ל-PDF, וצפייה בו מופיע באתרי פיראטיה בתוך ימים מהשחרור היא סוג ייחודי של הפרה. פתרונות DRM הבטיחו הגנה אך הספיקו אי-נוחות לקוראים לגיטימיים ואפס מכשול לפיראטים נחושים. ההבנה שמה שמחברים באמת צריכים הוא לא מניעת עותקים אלא עקיבות עותקים הובילה למערכת סימן מימי שהופכת כל עותק מופץ לזהה בנפרד. הבעיה הייתה אישית: ספר נשדד. הפתרון הפך למוצר.
ממיר המטבע נולד בפער בין שערי החליפין המפורסמים לסכומים שהתקבלו בפועל. כל העברה בינלאומית כללה טקס של בדיקת שער הטוב בשוק אמצע, ואז צפייה בסכום שהתקבל בא נמוך לחישב בגלל עמלות נסתרות, אחוזי סימון, ותפיסות המרה שפלטפורמות לא הצגו כל פעם מראש. בנייה של כלי מטבע שמציג את השער האמיתי לצד מה ווייז, Revolut, PayPal, ו-Western Union יחויבו בפועל היתה תגובה ישירה לקבלת העברות שלא אחת כאשר הבטחת "ללא תשלום" התאיידה לפיזור של שלוש אחוזים.
פלטפורמת ניהול הקישורים מטפלת בבעיה שלא צריכה להיות קיימת ב-2026. Bitly גובה שלושים וחמש דולר לחודש עבור קישורים קצרים מעוצבים. שלושים וחמש דולר. עבור שירות שהפונקציה הבסיסית שלו היא החלפת כתובת URL ארוכה בקצרה. המורכבות הטכנית של קיצור URL היא מינימלית. עלות התשתית היא זניחה. ובכל זאת בדרך כלשהי השוק התכנס למחירים המניחים כי כל משתמש הוא מחלקת שיווק עם תקציב תאגיד. בנייה של LinkHub כחלופה מבוססת אשראיות פירוש יצירת קישור קצר עולה שבריר של סנט, והחשבון החודשי הוא בדיוק יחסי לשימוש בפועל.
הבעיות שהפכו טכניות
API הצילום התחיל בניטור זמן התפוסה. בדיקה אם אתר הוא למעלה או למטה נראה טריוויאלית פשוטה עד שהאתר משתמש בעיבוד JavaScript, טעינה עצלה, או ארכיטקטורת יישום בעמוד יחיד. בקשת HTTP מסורתית רואה דף ריק או ספינר טעינה ודיווח הכל כבתוספת, בזמן שמבקרים בפועל רואים חוויה שבורה. לקיחת צילום מסך דפדפן אמיתי של הדף המעובד אומרת את האמת בדרך שקודי סטטוס HTTP לעולם לא יכולים. הצורך בהתיימצאות חזותית התפתח ל-API צילום מלא עם יצילום מתוזמנות, זיהוי הבדל חזותי וטעינת OCR. חמש שעות של זמן תפוסה לא גרום ברור בפרויקט לקוח היה האירוע הספציפי שהתחיל את כל זה.
זיהוי בוט גדל מתגלית משיכה יותר. בדיקת אנליטיקה בפרויקט אינטרנט ומציאת עשרה מיליון בקרות שהייצרו אפס המרות, אפס מעורבות, ואפס עומק גלילה. עשרה מיליון בקרות מבוטים המעמידים פנים שהם דפדפנים אמיתיים, מנפחים מדדים, סטיים נתונים, וגורמים לכל החלטת עסק המבוססת על התנועה הזו בעצם שגויה. הפתרונות הגלויים לזיהוי בוט היו מוצרי enterprise במחיר עבור חברות עם תקציבי אבטחה. בנייה של API גלויה שיכולה לזהות תנועת בוט ברמת הבקשה, תוך שימוש בטביעת אצבע מכשיר וניתוח התנהגותי, היתה תגובה ישירה להבנה כי אחוז משמעותי של תנועת אינטרנט הוא בדיוני.
כלי מעקב הזמן התפוסה מילא את הפער שה-API צילום חשף. ידיעה שאתר הוא בעצם שבור היא שימושית, אבל ידיעה ברגע שהוא שובר חיונית. מוניטורים זמן מסורתי בדקו נקודות קצה וממדו קודי HTTP, אשר מפספסים את הקטגוריה כולה של כשלונות שבהם השרת מגיב בקוד 200 אבל תוכן הדף שגוי, חסר, או קלוקל. שילוב בדיקות זמן עם צילומי מסך תקופיים יצר מערכת ניטור שתופסת כשלונות בלתי נראים לכלים מסורתיים.
הבעיות שהרגישו קטנות אבל לא היו
יצירת קוד QR אמורה להיות בעיה שנפתרה. אלפים של גנרטורים חינמיים קיימים מקוונים. אבל נסה ליצור קוד QR עם סכמת צבע ספציפית, לוגו מובנה, רמת תיקון שגיאה מותאמת, וניתוח עקיבות, ובכלים החינמיים חושפים את גבוליהם כמעט מיד. מחולל קוד QR על yeb.to קיים בגלל כל חלופה חינמית הייצרה או ריבוע שחור לבן פשוט ללא התאמה או דרש מנוי חודשי עבור תכונות שצריכות עלויות סנט לכל קוד שנוצר.
כלי ה-PDF באו מחיכוך זרימת מסמכים. מיזוג שלוש PDFs לא צריך לדרוש הורדת תוכנת שולחן עבודה או העלאת מסמכים רגישים לאתר אקראי עם מדיניות פרטיות לא ברורה. פיצול PDF, דחיסתו, המרתו לתמונות, או חילוץ טקסט ממנו צריכה להיות פעולות פשוטות כמו לחיצה על כפתור. כל כלי PDF בפלטפורמה קיים בגלל משימת מסמך ספציפית הייתה נדרשת, האפשרויות הזמינות היו לא מספיקות, ובנייה הכלי לקח פחות זמן מאשר להמשיך לעבוד סביב אי-הספקות.
שירות GeoIP lookup התחיל כרכיב לאנליטיקה אבל הפך למוצר שלו בעצמו כאשר הצורך בזיהוי מיקומי מבקרים הופיע שוב ושוב על פני פרויקטים שונים. מסדי נתונים GeoIP מסחרי גובים תשלומי רישיון שנתיים. ה-API עוטף נתונים זמינים בחופשיות לתבנית שיכולה להיות מוערכת מיד, ועלות האשראיות לכל lookup קטנה מספיק כי אפילו יישומים בעלי נפח גבוה יכולים להתאפשר ללא משא ומתן חוזים ארגוניים.
תוסף אנליטיקה WordPress קשור מספר ציקות אלה ביחד. הפעלת אתרי WordPress פירוש הצורך בניתוח שיכול להבדיל בין מבקרים אמיתיים לבוטים, זיהוי מקורות גיאוגרפיים, וזיהוי סוגי מכשירים. Google Analytics מטפל בחלק מזה אבל קוברים את הנתונים השימושיים תחת שכבות של מורכבות ממשק ותדירות הערה נתונים גוברת. תוסף WordPress משתמש בשלוש APIים של yeb.to אינטרנלי, שבעצמו הדגמה של כיצד מוצרים שנבנו מצרכים אמיתיים מתחברים בטבע לתוך משהו גדול יותר מאשר כל כלי בודד.
הדפוס שמחבר את כל חמישה עשר
התבוננות ברשימת המוצרים המלאה וישנוי כל אחד חזרה למקורו חושף דפוס כל כך עקבי שזה כמעט מרגיש formulaic. כל מוצר התחיל בהיווכחות אישית לבעיה. לא מציאת מחקר שוק, לא ניתוח תחרות, לא דוח מגמה. בעיה אמיתית, ספציפית, מעצבנת שדרשה פתרון. כלי הכתוביות קיים בגלל עשרה יורו לחודש לשלוש סרטונים הרגיש שגוי. התרגום קיים בגלל בולגרית נשארה מסובכת. כלי הסימן המימי קיים בגלל ספר נשדד. ממיר המטבע קיים בגלל עמלות נסתרות שמרו טורפות העברות בינלאומיות. מנהל הקישור קיים בגלל שלושים וחמש דולר לקיצור URL הוא אבסורדי.
מוצרים שנבנו מתסכול אישי יש יתרון מבני על מוצרים שנבנו מהזדמנות בשוק. המייסד מבין את הבעיה ברמה תאית בגלל הם חיו איתה. הם יודעים איזה תכונות חשוב ואיזה קישוט. הם יודעים את הרגע המדויק כאשר פתרון קיים נכשל בגלל הם חוו את הכישלון הזה בעצם. הם בנו עבור המקרה שימוש שהם יודעים, לא המקרה שימוש שהם מדמיינים.
החיסרון הוא שהגישה הזו מייצרת מוצרים על לוח זמנים לא צפוי. אין מפת דרכים מונעת על ידי תכנון רבעוני. מוצר חדש מופיע כאשר ציקה חדשה חוצה את הסף. לפעמים שלוש מוצרים מופיעים ברבע יחיד. לפעמים שישה חודשים עוברים עם רק עדכונים לכלים קיימים. לוח הזמנים של הפיתוח עוקב אחר צורת בעיות אמיתיות, לא צורת תוכנית עסק.
חמישה עשר ציקות הפכו לחמישה עשר קווי מוצר, שהרחיבו לארבעים ואחד APIים וששים ושמונה כלים. מערכת האשראיות קשרת הכל כך משתמש שמתחיל עם כתוביות יכול לגלות סימון מימי, עקיבות קישור, תרגום, והמרת מטבע ללא יצירת חשבונות חדשים או קנייה מנויים חדשים. האקוסיסטם גדל בצורה אורגנית בגלל הבעיות שהוא פותר מתחברות בצורה אורגנית. יוצרים שמייצרים סרטונים גם צריכים כתוביות. מחברים שכותבים ספרים גם צריכים סימוני מימי. עסקים שמקצרים קישורים גם צריכים קודי QR. הקשרים לעולם לא תוכננו. הם התגלו, ציקה אחת בכל פעם.
שאלות נשאלות לעתים קרובות
כל חמישה עשר המוצרים בנויים על ידי אדם אחד?
כן. כל API, יישום SaaS, וכלי מקוון על yeb.to עיצובי, מפותח, וניתן על ידי מפתח יחיד. ערימת הטכנולוגיה היא מסגרת היישום, אוטומציה דפדפן לעיבוד ודגמי AI לשעתוק אודיו.
למה יש כל כך הרבה מוצרים שונים במקום כלי אחד ממוקד?
כל מוצר מטפל בציקה ספציפית שהוכרה באופן אישי. השונות משקפת את רחב הבעיות מפתח עובד ויוצר תוכן מתמודדים על פני תחומים שונים. מערכת האשראיות המשותפת והתשתית פירוש ששמירה על מוצרים מרובים היא משמעותית יותר יעילה מאשר כל אחד היה רץ על תשתית נפרדת.
כל המוצרים משתמשים באותה מערכת אשראיות?
כן. איזון אשראיות אחד עובד על כל ארבעים ואחד APIים, שמונה עשרה יישומי SaaS, וששים ושמונה כלים. עשרה דולר קניה מאה אשראיות, וקנייות בתוך גוש מוזילות את עלות לכל אשראי תוספת. אשראיות לעולם לא תפוג ומופחתות רק כאשר שירות משמש בפועל.
איזה מוצר היה הקשה ביותר לבנות?
API הצילום דרשת את התשתית המורכבת ביותר בגלל היא מעבודה דפדפני Chromium חסרי ראש בתוך מכלים. ניהול מופעי דפדפן, טיפול בדפים כבדים JavaScript, הטמעת OCR, ובניית זיהוי הבדל חזותי כללו משמעותית יותר חלקים נעים מאשר עיבוד טקסט או כלי עטיפת API.
יכול מישהו להשתמש רק במוצר אחד ללא צורך באחרים?
בהחלט. כל מוצר עובד באופן עצמאי. מערכת האשראיות משותפת, אבל אין דרישה להשתמש בשירותים מרובים. מישהו שרק צריך כתוביות לעולם לא יתקשר עם סימן המימי או כלי המטבע אלא אם הם בוחרים לעשות זאת.
מה קורה כאשר ציקה חדשה מופיעה?
זה הופך למוצר חדש. תהליך הפיתוח לא השתנה מאז הכלי הראשון. בעיה מזוהה, פתרונות קיימים מוערכים, ואם הם נופלים קצר, כלי חדש מקבל בנוי. הפלטפורמה גדלה בקצב בעיות אמיתיות, לא בקצב השקות מוצר מתוכננות.