साइमन होइबर्ग ने सोशल मीडिया की गतिविधि को सॉफ़्टवेयर कारोबार में बदला
साइमन होइबर्ग ने अपनी पोस्ट करने की आदतों और पाठकों के आधार से FeedHive बनाया। यह लेख शुरुआती सब्सक्रिप्शन राजस्व, AppSumo की लाइफ़टाइम डील के बँटवारे, ठेके पर चलने वाली टीम और प्लेटफ़ॉर्म पर निर्भरता के जोखिम को साथ देखता है।
साइमन होइबर्ग (Simon Høiberg) FeedHive के संस्थापक हैं, जो सोशल मीडिया पर पोस्ट लिखने, तय समय पर छोड़ने और उनके प्रबंधन में मदद करता है। फ़रवरी 2021 में सार्वजनिक बीटा के तौर पर आया यह उत्पाद मौजूदा प्लेटफ़ॉर्मों पर लगातार सामग्री छापने वालों के दोहराए जाने वाले काम घटाने पर केंद्रित था। शुरुआत उसी तरीक़े से हुई जो संस्थापक ने ऑनलाइन पाठक जुटाते हुए ख़ुद सीखा था।
पहले उत्पाद की नाकामी से सीख
FeedHive से पहले का प्रयास आसान नहीं रहा। उन्होंने बताया कि फ़रवरी 2020 में अपना पहला SaaS बनाना शुरू किया और उसी साल जून में उसे जारी किया, लेकिन उसे लगभग कोई ध्यान नहीं मिला। तब ट्विटर पर उनके करीब 250 फ़ॉलोअर थे, और उत्पाद बनाने पर लोग ख़ुद आ जाएँगे इस उम्मीद तथा असल में ग्राहक मिलने के बीच बड़ा फ़र्क़ था।
इसके बाद उन्होंने पाठक जुटाने पर ध्यान दिया और काम की सामग्री लगातार छापने की आदत बनायी। 2021 में सार्वजनिक किया गया उनका तरीक़ा यह था कि हर रविवार 3 से 4 घंटे लगाकर एक हफ़्ते की पोस्ट लिखकर तय कर लें, बीच में आए ख़यालों को ड्राफ़्ट में सहेजें और पुरानी पोस्ट का भी ज़रूरत के हिसाब से दोबारा इस्तेमाल करें। FeedHive ठीक इन्हीं कामों को आसान बनाने के लिए तैयार किया गया उत्पाद था।
शुरुआती डेवलपमेंट का दायरा छोटा था। उनके अपने बताए अनुसार, कम से कम सुविधाओं वाला उत्पाद बनाने में करीब 10 दिन लगे और पहले 20 लोगों को निजी बीटा में शामिल किया। शुरुआती दो महीने फ़्रीलांस परामर्श के साथ चलाए, उसके बाद पूरा समय उत्पाद को दिया।
उन्होंने 3 जनवरी 2021 को FeedHive का सार्वजनिक ऐलान किया और 6 फ़रवरी को सार्वजनिक बीटा जारी होने की घोषणा की। तब उनके ट्विटर पर करीब 32,000 फ़ॉलोअर थे, और उन्होंने बताया कि जारी होने के कुछ घंटों के भीतर 50 पेड उपयोगकर्ता मिल गए तथा 48 घंटों में MRR 250 डॉलर तक पहुँच गया। तेज़ शुरुआती बिक्री के पीछे उत्पाद बनाने से पहले जुटाए गए पाठक और भरोसा थे।
समय तय करके पोस्ट करने से आगे, सामग्री परिचालन को उत्पाद बनाना
शुरुआत में FeedHive ट्विटर पर केंद्रित टूल था। मई 2021 के आधिकारिक निर्देश में दिन और समय के हिसाब से पोस्टिंग स्लॉट बनाने और विषय के अनुसार लेबल लगी पोस्ट उन स्लॉट में भरने की सुविधा बतायी गई थी। ड्राफ़्ट का अपने-आप सहेजा जाना, पुरानी पोस्ट का दोबारा इस्तेमाल, ऑटो रीट्वीट और प्रदर्शन का विश्लेषण भी मिलता था, और तब लिंक्डइन तथा इंस्टाग्राम का जोड़ जोड़े जाने की योजना बतायी गई थी। कई प्लेटफ़ॉर्म संभालने वाली मौजूदा सुविधाओं और जारी होने के समय के दायरे को अलग-अलग समझना चाहिए।
इस ढाँचे की कीमत सिर्फ़ पोस्ट बटन दबाने की जगह लेने में नहीं थी। जैसे, सोमवार को उद्योग की ख़बरें और बुधवार को इस्तेमाल के सुझाव छापने का समय तय कर लेने के बाद फ़ुरसत मिलने पर एक साथ पोस्ट लिखकर स्लॉट भरे जा सकते थे। हर दिन पोस्ट के समय पर काम रोकने के बजाय लिखने और छापने को अलग करके परिचालन का चक्र एक जैसा बनाया जा सकता था।
2021 में उन्होंने AI को अपनी ख़ासियत के तौर पर पेश किया। 3 नवंबर को छपे डेवलपमेंट लेख में उन्होंने बताया कि उपयोगकर्ताओं ने FeedHive के ज़रिए जो 1 लाख से ज़्यादा पोस्ट छापीं और उन पर जो प्रतिक्रियाएँ आईं, उन आँकड़ों से उन्होंने प्रदर्शन का अनुमान लगाने वाली सुविधा बनायी। वे सिर्फ़ लाइक की संख्या के बजाय देखे जाने के मुक़ाबले शामिल होने की दर पर ध्यान देते थे, खाते के आकार से पड़ने वाले झुकाव को घटाने की कोशिश करते थे और पोस्ट का अनुमानित प्रदर्शन 0 से 9 के अंकों में दिखाते थे।
मशीन लर्निंग का विशेषज्ञ सदस्य न रखने वाली टीम ने मौजूदा GPT-3 Curie मॉडल को और प्रशिक्षण देकर उत्पाद से जोड़ा। लेकिन सार्वजनिक लेख में नियंत्रित प्रदर्शन मूल्यांकन या स्वतंत्र जाँच के नतीजे नहीं दिए गए हैं, इसलिए अनुमान की सटीकता को पक्का नहीं माना जा सकता। इस कोशिश का मतलब यह है कि एक छोटी टीम ने मौजूदा AI और सेवा के भीतर जमा आँकड़ों को जोड़कर पोस्ट तय करने वाले टूल में अतिरिक्त मूल्य जोड़ने की कोशिश की।
8,500 डॉलर के MRR वाले कारोबार की असल शक्ल
नवंबर 2021 में, जारी होने के करीब 9 महीने बाद, उन्होंने 8,500 डॉलर का मासिक आवर्ती राजस्व (MRR) और 65,000 डॉलर का कुल संचित राजस्व सार्वजनिक किया। उपयोगकर्ता 3,000 से ज़्यादा और पेड योजना वाले लगभग 600 थे, और तब मासिक वृद्धि करीब 20% बतायी गई थी। ये संस्थापक के ख़ुद बताए आँकड़े हैं; इनका मतलब सिर्फ़ मासिक आवर्ती और संचित राजस्व है, न शुद्ध लाभ और न आज का राजस्व।
तब तक यह अकेले चलाया जाने वाला कारोबार नहीं रहा था। उन्होंने बताया कि टीम 4 लोगों की थी और वे एक जूनियर फ़ुल-स्टैक डेवलपर, एक सोशल मीडिया मार्केटिंग सलाहकार और एक ग्राफ़िक डिज़ाइनर के साथ काम करते थे। पक्की नौकरी के बजाय ठेके पर लोगों से काम लिया जाता था, और समय के हिसाब से टीम का आकार 2 से 6 लोगों के बीच बदलता रहा। यह संस्थापक के अलावा औरों के श्रम और लागत वाला, ठेके पर आधारित परिचालन था।
ग्राहक संस्थापक के सोशल मीडिया, खोज और सामग्री तथा पेड विज्ञापन से आते थे, और उनका निजी चैनल सबसे असरदार था। फिर भी वे लंबे समय में खोज और विज्ञापन का हिस्सा बढ़ाना चाहते थे। इसका कारण था ग्राहक पाने की लागत का अनुमान लगाना और आगे कारोबार बेचते समय संस्थापक के निजी खाते पर निर्भरता घटाना। वे यह भी समझते थे कि शुरुआती बिक्री में मददगार निजी ब्रांड कारोबार की लगातार निर्भरता का बिंदु बन सकता है।
पहले साल के 4 लाख डॉलर में लाइफ़टाइम डील भी शामिल थी
इसके बाद राजस्व बढ़ने में सब्सक्रिप्शन के अलावा बिक्री का एक और तरीक़ा भी बड़ा कारण रहा। 5 जुलाई 2022 को छपे अपने लेख में उन्होंने बताया कि पहले साल का राजस्व 4 लाख डॉलर से ज़्यादा रहा, जिसमें से 3 लाख डॉलर से ज़्यादा सिर्फ़ दो महीने से भी कम अवधि में आया। इसका मुख्य कारण नवंबर 2021 में AppSumo पर बेची गई लाइफ़टाइम डील थी।
यहाँ यह साफ़ समझना ज़रूरी है कि 3 लाख डॉलर AppSumo अभियान की कुल बिक्री है। उनके बताए उस समय के बँटवारे में FeedHive का हिस्सा 30% था, इसलिए पूरी बिक्री राशि कंपनी को मिली नक़दी या लाभ नहीं थी। लाइफ़टाइम डील की बिक्री आवर्ती सब्सक्रिप्शन राजस्व भी नहीं है, इसलिए इस मामले को पहले साल 4 लाख डॉलर ARR कहकर पेश करना ग़लत होगा।
उन्होंने लाइफ़टाइम डील को हिस्सेदारी दिए बिना शुरुआती पूँजी जुटाने का तरीक़ा माना, पर उसका परिचालन बोझ भी झेला। ग्राहकों के सवाल इतने बढ़ गए कि टीम जवाब नहीं दे पायी, और यह स्पष्ट करना कि आगे आने वाली सभी सुविधाओं को लाइफ़टाइम डील में शामिल करने की गारंटी नहीं दी जा सकती, कुछ ख़रीदारों की नाराज़गी की वजह बना। यह ऐसा ढाँचा था जिसमें एक बार मिली रकम के साथ लंबे समय तक परिचालन और सहायता की ज़िम्मेदारी जुड़ी हुई थी। इसलिए उन्होंने ज़ोर दिया कि मिली पूँजी को टिकाऊ सब्सक्रिप्शन राजस्व बनाने में लगाना चाहिए।
बढ़ोतरी के बाद दिखा प्लेटफ़ॉर्म पर निर्भरता का जोखिम
2023 में बाहरी प्लेटफ़ॉर्म पर टिके कारोबार का जोखिम सामने आया। 12 मई को उन्होंने बताया कि ट्विटर के API शुल्क बदलने के कारण पुराने तरीक़े से सहायता बनाए रखने के लिए हर महीने 42,000 डॉलर देने पड़ेंगे। इसका मतलब यह नहीं कि उन्होंने असल में हर महीने उतनी रकम ख़र्च की। उसी लेख की टिप्पणी में उन्होंने बताया कि उन्होंने जोड़ने का दूसरा तरीक़ा चुना और तब ट्विटर को दी जाने वाली रकम 0 डॉलर थी।
इसका हल यह था कि हर उपयोगकर्ता की अपनी API कुंजी का इस्तेमाल करके मौजूदा ग्राहकों को विकल्प दिया जाए। लेकिन उन्होंने यह भी जोड़ा कि मुफ़्त डेवलपर खाते पर भी कभी भी रोक लग सकती है, इसलिए इस तरीक़े को आधार मानकर नया उत्पाद शुरू करने की सलाह वे नहीं देते। उत्पाद का कोड और ग्राहक भले ही कंपनी के पास हों, जिन प्लेटफ़ॉर्मों से मुख्य सुविधाएँ जुड़ी हैं उनकी पहुँच की शर्तों तक कंपनी का वश नहीं चलता।
उसी 2023 के लेख में उन्होंने यह भी बताया कि अब वे MRR सार्वजनिक नहीं करते। इसलिए 2021 की वृद्धि दर को लगातार लागू नहीं करना चाहिए और लाइफ़टाइम डील की बिक्री से आगे के सब्सक्रिप्शन राजस्व का अनुमान नहीं लगाना चाहिए। जिन शुरुआती नतीजों की पुष्टि हो सकती है, उन्हें उसके बाद के मौजूदा कारोबार के आकार से अलग रखकर देखना ठीक है।
एक व्यक्ति की पोस्ट करने की आदत से टीम के काम के उपकरण तक
1 अक्टूबर 2026 को देखी गई आधिकारिक उत्पाद जानकारी में व्यक्तिगत पोस्ट तय करने के साथ-साथ टीम की समीक्षा और मंज़ूरी की प्रक्रिया को भी अहम सुविधा बताया गया है। इसमें कई लोग ड्राफ़्ट सुधारते और टिप्पणी छोड़ते हैं, और ज़िम्मेदार व्यक्ति तय करके छापने से पहले मंज़ूरी ली जाती है। ग्राहक को पूरे वर्कस्पेस का पहुँच अधिकार दिए बिना भी पोस्ट का पूर्वावलोकन साझा किया जा सकता है, जिससे किसी ब्रांड या एजेंसी के साथ मिलकर काम करना भी संभव होता है।
मौजूदा योजनाएँ Creator, Brand, Business और Agency में बँटी हैं और इनमें मासिक या सालाना सब्सक्रिप्शन तथा 7 दिन का मुफ़्त ट्रायल मिलता है। इनमें जुड़े खातों की संख्या, वर्कस्पेस की संख्या, पोस्ट तय करने का दायरा, ऑटोमेशन कितनी बार चलता है और AI का कितना इस्तेमाल होता है, इन आधारों पर फ़र्क़ होता है। इस बनावट को देखते हुए कहा जा सकता है कि FeedHive कई खातों और कई लोगों के सामग्री परिचालन को संभालने की क्षमता बेचता है।
FeedHive छोटे पैमाने पर बनाए जाने, पर ग्राहकों तक पहुँचने का रास्ता पहले से बना लेने और दोहराए जाने वाले काम को पेड उत्पाद में बदलने का उदाहरण है। करीब 10 दिन की शुरुआती डेवलपमेंट अवधि को समझने के लिए उससे पहले जुटाए गए पाठकों के आधार और उसके बाद की टीम के परिचालन को भी साथ देखना चाहिए। बड़े राजस्व के आँकड़ों में लाइफ़टाइम डील के बँटवारे का ढाँचा और सहायता की ज़िम्मेदारी भी शामिल है। यह एक छोटा सॉफ़्टवेयर कारोबार था जिसने संस्थापक के अनुभव और भरोसे को शुरुआत बनाकर उत्पाद, टीम और बिक्री के रास्ते एक के बाद एक खड़े किए।