PostHog ने सार्वजनिक Slack बंद कर अपना फ़ोरम अपनाया

 (posthog.com)
3 पॉइंट द्वारा GN⁺ 2024-01-15 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • PostHog ने 4 साल तक सार्वजनिक Slack को कम्युनिटी हब के रूप में चलाया, लेकिन 5,000+ सदस्यों के पैमाने पर खोजयोग्यता, सपोर्ट इंटीग्रेशन और रिकॉर्ड संरक्षित रखने की सीमाएँ बढ़ने लगीं, इसलिए कंपनी अपने फ़ोरम पर चली गई
  • नया फ़ोरम PostHog साइट के भीतर बनाया गया है और इसमें पहले से 1,500+ सदस्य सक्रिय हैं; इसका फ़ोकस सवाल-जवाब को लंबे समय तक उपयोगी सपोर्ट ज्ञान के रूप में सहेजने पर है
  • Slack के पेड प्लान की लागत प्रति यूज़र प्रति माह $7.25+ है, और कंपनी ने अपना AI bot भी विचार किया था, लेकिन PostHog ने Strapi-आधारित headless CMS के साथ फ़ोरम खुद बनाने का रास्ता चुना
  • सार्वजनिक Slack को 12 जनवरी 2024 को चैनल archive करके नए discussion और reply रोक दिए जाएंगे, और उसके बाद इसे स्थायी रूप से बंद कर मौजूदा सामग्री हटा दी जाएगी; TL;DR में 24 जनवरी और समय-सारिणी विवरण में 22 जनवरी लिखा है
  • यह बदलाव केवल सार्वजनिक Slack पर लागू होगा; पेड सपोर्ट उपयोगकर्ताओं के Slack Connect private channels, in-app help, और GitHub repository activity जारी रहेगी

सार्वजनिक Slack बंद करने की वजह

  • PostHog एक open source project के रूप में बढ़ा है और लॉन्च के बाद से 500+ contributors का code स्वीकार कर चुका है, साथ ही सार्वजनिक Slack में हज़ारों users के साथ ideas साझा करता रहा है
  • पिछले 4 सालों में सार्वजनिक Slack user conversations, feature requests इकट्ठा करने, सवालों के जवाब देने और feedback लेने का मुख्य स्थान रहा
  • लेकिन कम्युनिटी 5,000+ सदस्यों तक बढ़ने पर Slack की सीमाएँ एक support platform के रूप में स्पष्ट हो गईं
    • संदेश chat history में जल्दी गायब हो जाते हैं
    • यह PostHog के मुख्य support flow से अलग है
    • उपयोगी समाधान PostHog साइट या Google पर खोजे नहीं जा सकते
  • समाधान के रूप में पेड Slack प्लान और अपने AI bot पर विचार किया गया, लेकिन अंततः कंपनी ने निष्कर्ष निकाला कि एक नया तरीका चाहिए
    • Slack का पेड प्लान प्रति यूज़र प्रति माह $7.25+ पड़ता है

अपने कम्युनिटी फ़ोरम की संरचना

  • PostHog ने vBulletin या phpBB जैसे मौजूदा फ़ोरम प्लेटफ़ॉर्म के बजाय Strapi को headless CMS के रूप में इस्तेमाल करके अपना फ़ोरम बनाया
  • नया फ़ोरम कई महीनों से चल रहा है और इस दौरान समस्याएँ सुधारी गई हैं; अभी इसमें 1,500+ सक्रिय सदस्य हैं
  • PostHog कम्युनिटी फ़ोरम PostHog टीम और व्यापक कम्युनिटी से सवाल पूछने के लिए एक समर्पित स्थान है
    • कोई भी जवाब दे सकता है
    • जवाबों में से एक को पसंदीदा समाधान के रूप में चुना जा सकता है
    • चुना गया जवाब बाद में वही समस्या झेलने वाले users के लिए मार्गदर्शक बनता है
  • फ़ोरम की सामग्री PostHog के मुख्य support flow से जुड़ती है, वेबसाइट पर स्थायी रूप से रहती है और search engines में दिखती है

दस्तावेज़ों और प्रोफ़ाइल से जुड़ा कम्युनिटी अनुभव

  • फ़ोरम PostHog साइट के अन्य हिस्सों के साथ भी इंटीग्रेट किया गया है
  • यूज़र PostHog documentation देखते समय सीधे सवाल पोस्ट कर सकते हैं, और सवाल अपने-आप sortable categories में इकट्ठा हो जाते हैं
    • अगर कोई guide follow करते समय स्पष्टीकरण पर्याप्त न लगे, तो यूज़र सवाल छोड़ सकते हैं और PostHog उसे देख सकता है
  • प्रोफ़ाइल को कम्युनिटी भागीदारी ट्रैक करने के केंद्रीय फीचर के रूप में तैयार किया गया है
    • यूज़र जानकारी जोड़ना
    • जिन discussions में भाग ले रहे हैं उन्हें ट्रैक करना
    • कम्युनिटी में हासिल की गई achievements दिखाना
  • सार्वजनिक Slack से PostHog कम्युनिटी में आने वाले users को धन्यवाद के रूप में एक अनोखी कम्युनिटी achievement दी जाएगी
  • प्रोफ़ाइल को Ask Me Anything फ़ॉर्मेट में खोला जा सकता है, और James, Cory, लेखक की प्रोफ़ाइल पहले से इस फीचर का उपयोग कर रहे हैं

Slack बंद करने की समय-सारिणी और अकाउंट ट्रांज़िशन

  • सार्वजनिक Slack को फ़ोरम के साथ समानांतर चलाने का विकल्प था, लेकिन PostHog ने users को भ्रमित स्थिति में न रखने के लिए फ़ोरम पर ट्रांज़िशन करने का फैसला किया
  • अभी कम्युनिटी में शामिल होने के लिए अलग अकाउंट बनाना पड़ता है, लेकिन बाद में इसे सामान्य PostHog अकाउंट के साथ merge किया जाएगा
  • सार्वजनिक PostHog Slack की समय-सारिणी इस प्रकार है
    • 12 जनवरी 2024: सभी सार्वजनिक Slack channels archive कर दिए जाएंगे ताकि नए discussion और replies पोस्ट न हो सकें
    • यह अवधि चल रही बातचीत को PostHog कम्युनिटी जैसी नई जगह पर ले जाने का अवसर देगी
    • इसके बाद Slack group को स्थायी रूप से बंद किया जाएगा और पुरानी सामग्री हटा दी जाएगी
  • तारीखों का उल्लेख लेख के भीतर एक जैसा नहीं है
    • TL;DR में सार्वजनिक Slack बंद होने की तारीख 24 जनवरी 2024 लिखी है
    • समय-सारिणी विवरण में स्थायी बंद होने की तारीख 22 जनवरी 2024 लिखी है

सपोर्ट चैनल जो वैसे ही रहेंगे

  • यह बदलाव केवल सार्वजनिक Slack group पर लागू होता है
  • पेड अतिरिक्त सपोर्ट उपयोगकर्ताओं के private Slack channels, Slack Connect के माध्यम से, पहले की तरह चलते रहेंगे
  • कस्टमर सपोर्ट का अधिकांश हिस्सा आगे भी in-app help के ज़रिए संभाला जाएगा
  • PostHog GitHub repository भी पहले की तरह बनी रहेगी, और users उस पर comment या submit कर सकते हैं

संबंधित पढ़ाई

2 टिप्पणियां

 
xguru 2024-01-15

मैं इस बात से सहमत हूँ कि Slack सिर्फ रीयल-टाइम कम्युनिकेशन के लिए है, कम्युनिटी टूल के तौर पर यह उपयुक्त नहीं है.

लेकिन जब सच में कोई कम्युनिटी बनाने की कोशिश करते हैं, तो सही टूल ढूँढना ही मुश्किल हो जाता है, हाहा.
खासकर घरेलू माहौल के हिसाब से ठीक बैठने वाला कोई रूप नज़र नहीं आता. फिर सोचते हैं कि क्या इसे फिर से खुद ही बनाना पड़ेगा? और आखिर में छोड़ देते हैं।
 
GN⁺ 2024-01-15
Hacker News की टिप्पणियाँ

  • अच्छा होगा अगर यह ट्रेंड की शुरुआत हो। third party पर निर्भर रहकर second party के साथ communication मैनेज करना अटपटा लगता है, और Slack settings भी बेवजह बिखरी हुई हो जाती हैं
    Discord इस मामले में और भी खराब है

    • मैं भी चाहता हूँ कि यह ट्रेंड बने, लेकिन वजह थोड़ी अलग है। ऐसी services जानकारी को login wall के पीछे बंद कर देती हैं, और search engine को पहुँचने नहीं देतीं, जिससे नए लोगों के लिए ज़रूरी जानकारी ऑनलाइन ढूँढना बहुत मुश्किल हो जाता है
      अगर forums फिर से standard बनें और guest viewing को तर्कसंगत तरीके से अनुमति मिले, तो उपयोगी जानकारी फिर से ऑनलाइन मिल सकेगी
    • Discord खास तौर पर खराब विकल्प है। कम-से-कम इसकी search बहुत खराब है, और जिस पल Discord या automation algorithm चाहे, किसी भी वजह से सारा content गायब हो सकता है
    • Discord सबसे मुश्किल है। मैं 30 से ज़्यादा Slack workspaces में हूँ, लेकिन नए design में मौजूदा context वाला workspace छोड़कर बाकी छिपाए जा सकते हैं, इसलिए यह पुराने UI से बेहतर है
      Discord में अभी भी ऐसा feature नहीं है, और मैं 100 से ज़्यादा Discord servers में हूँ, इसलिए notifications पूरी तरह दुःस्वप्न हैं और जिस server की तलाश हो उसे ढूँढना भी नामुमकिन है
    • मुनाफ़ाखोर कंपनियों पर निर्भर न रहने वाले chat-based communication के लिए Matrix obvious विकल्प है
    • 100% सहमत। कम-से-कम GitHub Discussions का उपयोग करना बेहतर है

  • काश हर software product ऐसा करे। chat apps ऐसे लगते हैं जैसे हर कोई भीड़ भरे व्यस्त चौक में चिल्ला रहा हो, इसलिए अहम जानकारी पल भर से ज़्यादा टिक नहीं पाती
    इसके उलट discussion forums समय के साथ जानकारी को सहेजने और searchable बनाने वाली सार्वजनिक लाइब्रेरी बन जाते हैं। बेशक, यह मानकर कि search engines उस जानकारी तक पहुँच सकें

    • support या community के लिए Discord link दिखे तो सच में गुस्सा आता है
    • chat और forums, दोनों का अपना इस्तेमाल है। chat किसी खास व्यक्ति की मदद करने वाली तत्काल और interactive बातचीत के लिए सही है, जबकि forums या Stack Overflow Google से आने वाले भविष्य के पाठकों के लिए asynchronous, updatable और reusable जानकारी के ज़्यादा उपयुक्त हैं
      दोनों को मिलाने पर goals टकराते हैं और expectations बिगड़ती हैं, जिससे निराशा होती है। Stack Overflow पर भी ऐसा तब होता है जब कुछ लोग उम्मीद करते हैं कि वह पहले वाले जैसा हो
    • discussion forums भी जानकारी को स्टोर और व्यवस्थित करने के मामले में अक्सर black hole बन जाते हैं। chat rooms की तुलना में इनके अपने फायदे-नुकसान हैं, लेकिन मुझे नहीं लगता कि इन्हें जानकारी को सहेजने और संगठित करने के आदर्श माध्यम की तरह देखना चाहिए
    • क्या आपने Slack या Discord की search feature इस्तेमाल नहीं की है?
      forum हो या chat, data structure ज़्यादातर एक जैसी ही होती है, और खासकर Slack/Discord में threads भी होते हैं

  • forums के वापस आने की अच्छी वजह सिर्फ searchability नहीं है
    समस्या यह है कि जैसे-जैसे users बढ़ते हैं, noise बहुत ज़्यादा हो जाता है। हो सकता है कुछ साल बाद फिर Slack/Discord पर लौट जाएँ, और फिर कुछ साल बाद forums में वापस आएँ—एक और cycle की तरह

    • Discord search भयानक है। chat और threads ठीक हैं, लेकिन पुराने messages ढूँढना मुश्किल है
      लगता है कि किसी ऐसे service के लिए मौका है जो मिलते-जुलते platform पर हो लेकिन search को बहुत बेहतर करे
    • मेरी नज़र में forums और Slack/Discord/IRC अलग-अलग तरह की communication के लिए होते हैं। forums ज़्यादा asynchronous होते हैं, और बाकी ज़्यादा synchronous
      forums में किसी समस्या के समाधान में मदद करने पर search और follow किया जा सकने वाला conversation thread बचा रहता है, लेकिन Slack/Discord/IRC में ऐसा content गायब होता हुआ लगता है। searchable logs हों तब भी, ज़्यादा structured forum की तुलना में उन्हें ढूँढना कहीं कठिन है
      forums और Slack/Discord/IRC—दोनों के साथ रहने की अपनी अहमियत है
    • चिंता है कि spam इस कोशिश को बर्बाद कर देगा। मैं Google Groups पर एक काफ़ी अच्छा forum चला रहा हूँ, लेकिन हाल में spam attack हुआ, इसलिए बचाव के लिए posting permission काफ़ी सख्ती से सीमित करनी पड़ी
    • हाल में पुराने messages ढूँढने में दिक्कत हुई, तब पता चला कि अगर streamer mode on हो तो search function और filters काफ़ी हद तक बंद हो जाते हैं
      पता नहीं streamer mode क्यों on था, लेकिन अगर किसी और के साथ भी ऐसा हो रहा हो तो जाँचने लायक है
    • सच कहूँ तो मुझे उलटी समस्या ज़्यादा दिखती है। कई जगहें अपने-अपने छोटे forums चलाती हैं, लेकिन वहाँ activity लगभग नहीं होती
      IRC की तरह network और उसके अंदर channels रखने की strategy ठीक लगती है। तब ज़्यादातर programming language communities के लिए बात बस इतनी रह जाती है कि “चलो इसी network पर रहें।” Reddit उसी platform के अंदर subreddits के रूप में इसी विचार का 1000 गुना बड़ा रूप है
      कई वजहों से यह perfect नहीं है, लेकिन Circle CI जैसे support के लिए किसी random forum में sign up करना हमेशा थोड़ा हास्यास्पद लगा है

  • Laravel यह काम Laracasts forum के साथ कर रहा है, और बहुत बढ़िया है। Laravel से जुड़े जवाब ढूँढते समय मैं ChatGPT या Stack Overflow से पहले वहीं जाता हूँ
    पुराने content को search करने के लिए अच्छी तरह से मैनेज किया गया public forum बेमिसाल है

    • TrueNAS या Proxmox के जवाब ढूँढते समय मैं भी यही करता हूँ

  • मेरे लिए Reddit असल में पसंदीदा forum है। इसका “old” version सचमुच forum के काफ़ी करीब है
    कई subreddits को जोड़कर पुराने forum experience को कुछ हद तक दोबारा बनाया जा सकता है। मैं रोज़ जिनमें से एक देखता हूँ, वह यह है
    https://old.reddit.com/r/AZURE+CCDE+Intune+PowerShell+ccnp+m...
    यह सबसे बेहतरीन नहीं है, लेकिन आम तौर पर ज़रूरत का काम कर देता है

    • मैं हमेशा समझ नहीं पाया कि पुराने बड़े forums या engines Reddit जैसी structure की तरफ़ ज़्यादा क्यों नहीं बढ़े। जैसे किसी खास thread को subscribe करने और custom start page जैसी सुविधाएँ

  • मैं चाहता था कि कोई ऐसी phpBB या vBulletin theme दिखाए जो login करने पर Slack जैसी लगे, और logout करने पर Pinterest/Instagram/TikTok जैसी
    लोगों को फिर से forums की तरफ़ लाना शायद इतना मुश्किल नहीं होगा। बस उम्मीद है कि mobile पर threads और recommendation indicators अलग तरह से दिखें

  • मैंने 2 साल से ज़्यादा समय तक open source प्रोजेक्ट्स में हिस्सा लिया है और community management के लिए Slack इस्तेमाल कर रहा हूँ। यूज़र बेस लगभग 3,000 लोगों का है, और यह काफ़ी साफ़ है कि Slack को forum का विकल्प बनाने के लिए नहीं बनाया गया था
    पहले से जवाब दिए गए बहुत से सवाल गायब हो जाते हैं, search अच्छा नहीं है और Slack के अंदर ही सीमित रहता है। Slack इस्तेमाल न करने वाले कई यूज़र इसे Google पर ढूंढना चाहते हैं
    बहुत ज़्यादा हल्की-फुल्की बातचीत होने से शोर बढ़ जाता है, और जिन सवालों का हमें जवाब देना चाहिए उन्हें track करना भी और मुश्किल हो जाता है। Slack बहुत छोटी communities या उन नए products के लिए अच्छा है जिन्हें तेज़ feedback चाहिए, लेकिन बड़े पैमाने पर community management के लिए उपयुक्त नहीं है

    • forum/mailing list और Slack/Discord/IRC अलग तरह की communication हैं। पहले वाले ज़्यादा asynchronous और offline-जैसे हैं, जबकि बाद वाले ज़्यादा synchronous और online-जैसे हैं
      किसी project या community के भीतर दोनों साथ-साथ मौजूद रह सकते हैं। खास सवालों और जवाबों को track करने के लिए forum कहीं बेहतर है, लेकिन हल्की-फुल्की बातचीत भी उपयोगी हो सकती है, और उस काम के लिए IRC जैसी चीज़ें ज़्यादा उपयुक्त हैं

  • लेख के मुताबिक, vBulletin या phpBB जैसे तैयार forum platforms की जगह Strapi को headless CMS की तरह इस्तेमाल करके अपना forum बनाने का फैसला किया गया
    जल्दबाज़ी में पढ़ने वालों के लिए लिंक छोड़ रहा हूँ
    https://strapi.io/

    • समझ नहीं आता कि इसे खुद क्यों बना रहे हैं। forum software तो पहले से हल किया हुआ क्षेत्र है, इसलिए यह resources की बर्बादी जैसा लगता है

  • इसमें कहा गया कि “हमारी साइट या Google पर उपयोगी समाधान खोजे नहीं जा सकते,” लेकिन वह forum JavaScript के बिना render नहीं होता, इसलिए अब भी इसकी archive.org में archival नहीं होगी और Bing या DuckDuckGo में searchable न होने की संभावना काफ़ी है

    • blog भी शायद text render करने के लिए JavaScript पर निर्भर करता है। ज़्यादातर sessions में scroll के अलावा लगभग कोई user interaction नहीं होगा, इसलिए HTML generate करके उसे statically serve करना स्वाभाविक विकल्प लगता है
    • एक बार archive हो जाने पर यह ठीक काम करता है। उदाहरण के लिए
      https://web.archive.org/web/20240114085417/https://posthog.c...
    • forum या discussion जैसे information-heavy content के लिए SPA का इस्तेमाल बंद करके islands architecture या JavaScript-रहित webpages इस्तेमाल करने का यह एक और कारण है
      कम-से-कम web पर information दिखाने का काम JavaScript पर निर्भर नहीं होना चाहिए

  • PostHog के लिए CMS से बना self-hosted forum चलाना सही विकल्प है, यह थोड़ा अजीब लगता है
    क्या Discourse जैसी कोई hosted forum solution नहीं है जो Slack के विकल्प के रूप में काम करती हो?

    • यह अजीब क्यों है, समझ नहीं आता। मैं भी अपने SaaS में अपना ही platform इस्तेमाल करके forum बनाने के लिए intern रखने के बारे में सोच रहा हूँ
      इससे शानदार integration बनाया जा सकता है, और इसे open source करके अपने platform को सिखाने/दिखाने के लिए भी इस्तेमाल किया जा सकता है