מחשוב שירות: מודל עסקי לכלכלת טוויטר?

במונחים של הדיוט Gnip היא פלטפורמה שעליה אתה יכול לפתח יישום אגרגטיבי. בהתחשב בכךFriendFeed,לְצַפְצֵףובסופו של דבר Gnip פופולריים בגלל ממשקי ה-API שהם מציעים, מי מנצח לא צריכה להיות השאלה. במקום שיישומים אלו יהיו היעד שאנשים רבים משתוקקים אליו, הם רק המאפשרים ליישומים עתידיים.

ריבוי יישומי צד שלישי הפועלים על גבי FriendFeed וטוויטר מראה את העוצמה של ממשקי API אלה ואת הנתונים שהשירותים הללו מספקים. אבל האם הם באמת רוצים להיות כלי עזר? ישנן בעיות משמעותיות שצריך להכשיל כדי להפוך לשירות שירות אמיתי.

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

בתור כלי שירות, Twitter ו-FriendFeed יכולים להשאיר תכונות חדשות ליישומי צד שלישי. הפעם היחידה שאנשים רוצים תכונות חדשות היא אם הם לא משפיעים על הפעילות היומיומית שלהם. סיסקו עשתה זאת על ידי אספקת חומת אש לתוכנה בנתבים שלהם. זה היה עניין גדול בזמנו, אבל רוב האנשים לא שמו לב. זה היה בעל ערך רב ללקוחות בעיקר בגלל שהם לא היו צריכים לשנות הרבה. לבסוף, יש לטפל באמינות בנפרד ממדרגיות. אם TCP/IP היה פותח רק כדי להתמודד עם בעיית המדרגיות, היינו מאבדים הרבה יותר נתונים ממה שאנו מאבדים כעת. המשתמשים רוצים שהנתונים שלהם יגיעו ליעד המיועד. אם זה ייקח קצת יותר זמן מהרגיל, אנשים יבינו, כל עוד זה יגיע לשם.

אז אילו שירותי שירות קיימים היום? דואר אלקטרוני הוא דוגמה מצוינת לשירות שירות שרוב האנשים לוקחים כמובן מאליו. הסיבה לכך היא שדואר אלקטרוני נפל רק לעתים רחוקות. לשרתי דוא"ל רבים היו בעיות עם מדרגיות ואמינות בגרסאות המוקדמות שלהם. הבעיות הללו נעלמו ככל שהתוכנה התבגרה ואימוץ תקני שרתי דואר אלקטרוני. ההבדל העיקרי בין דואר אלקטרוני ושירותים כמו טוויטר ו-FriendFeed הוא רמת המורכבות. עם יישום האינטרנט הסטנדרטי, הזנות RSS/Atom וממשקי API ישנן דרכים רבות לגשת לשירות. בהתחשב בקצב הפיתוח באינטרנט, שמירה על שירותים אלה פועלים כל הזמן היא קשה מאוד. טוויטר בן קצת יותר משנתיים, FriendFeed נמצא בקושי ב-6 חודשים של שימוש ציבורי, ו-Gnip הוכרז רק לפני כמה ימים. יישומים אלה צריכים זמן להתבגר כדי להפוך באמת לשירות שירות.

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

אם נבחן את חיובי רוחב הפס, נניח שטוויטר מקבל 10 ציוצים בשנייה, מה שמסתמן כ-864,000 ליום או כמעט 26 מיליון לחודש. באמצעות מספרים אלה ו-100 תווים ממוצעים לציוץ, יש כ-10,485 ציוצים/MB. אם טוויטר יגבה $0.10 לMB, ל- Summize יהיה חשבון חודשי של $247.19. זה יכול להיות בסיס טוב בהתחשב בכך שמספר שירותים מקבלים את זרם הפעילות המלא וזה לא יקר מדי עבור יישומים חדשים. אז יש שירותים אחרים כמו FriendFeed שפשוט מקבלים את הציוצים עבור המשתמשים שלהם. זה עשוי להיות רק עשירית מזרם הפעילות המלא, אבל העמלות שלהם יהיו 24.72 $ לחודש. יש כבר כמה אפליקציות כמו Summize שמחזירות את זרם הפעילות הציבורי. אם תוסיף אתמאות לקוחות צד שלישיכמו Twhirl ואפילו FriendFeed, יש סכום טוב להרוויח רק מחיובי רוחב פס.