CRM, support, newsletter और analytics के लिए पाँच open-source tools

यह गाइड क्या बताता है

• पाँचों tools में से हर एक क्या करता है, project के अपने विवरण के आधार पर
• हर tool के लिए एक छोटा पहला project, एक से पाँच लोगों की team के हिसाब से
• चलाने के लिए क्या चाहिए: server, Docker, SMTP और social platforms की मंज़ूरी
• तुलना की table: उपयोग, ज़रूरतें और licence
• AGPL-3.0, MIT और अलग enterprise शर्तों का सीधा मतलब
• पहले कौन सा tool आज़माएँ, और personal data पर एक छोटी सूची

पाँचों tools एक साथ, और उनके licence क्या कहते हैं

पाँचों tools GitHub पर खुले तौर पर बनते हैं और आपके अपने server पर चल सकते हैं। Twenty, Chatwoot, Postiz और PostHog अपने बनाने वालों की ओर से hosted version भी देते हैं।

Table में दो तरह के licence दिखते हैं। GNU AGPL version 3 आपको program चलाने, बदलने और उसी licence के तहत आगे बाँटने की अनुमति देता है; इसकी धारा 13 जोड़ती है कि अगर आप program बदलते हैं और लोग आपके version को network पर इस्तेमाल करते हैं, तो आपको उन्हें उसका source code बिना शुल्क उपलब्ध कराना होगा। MIT licence इस्तेमाल करने, copy करने, बदलने, बाँटने और copies बेचने की अनुमति देता है, बशर्ते copyright और अनुमति की सूचना साथ रहे, और software जैसा है वैसा, बिना किसी warranty के दिया जाता है।

Twenty, Chatwoot और PostHog अपने code का एक हिस्सा अलग enterprise शर्तों के तहत रखते हैं: production में उसका इस्तेमाल सिर्फ़ वैध subscription या enterprise licence के साथ हो सकता है, जबकि development और testing के लिए उसे copy करना और बदलना अनुमत है। Commercial इस्तेमाल से पहले हर project की LICENSE file पढ़ें। यह सार कानूनी सलाह नहीं है।

Twenty: ऐसा CRM जिसे आप अपने हिसाब से ढालते हैं

Twenty एक open-source CRM है जो objects, fields और views पर टिका है। इसमें Companies, People, Opportunities, Tasks और Notes पहले से मौजूद हैं, और आप अपने objects, जैसे projects या contracts, और 20+ तरह के fields जोड़ सकते हैं। Records table, kanban board या calendar के रूप में दिखते हैं और CSV में import और export किए जा सकते हैं।

पहला project: पाँच stages वाली sales pipeline। Kanban view cards को एक select field के आधार पर बाँटता है, इसलिए उस field में पाँच विकल्प रखें जो आपके बेचने के तरीके से मेल खाते हों, जैसे नया, संपर्क हुआ, quotation भेजा, बातचीत, बंद। फिर Companies में Next action नाम का date field जोड़ें और उसी field के हिसाब से sort किया हुआ table view save करें। सूची में कोई company बिना तारीख़ के नहीं रहनी चाहिए।

इसके लिए Docker के साथ Docker Compose और कम से कम 2 GB RAM चाहिए। Docs में एक line की install script दी गई है और SSL के साथ reverse proxy लगाने की सलाह है। Backup की ज़िम्मेदारी आपकी है। README technical teams को संबोधित करती है, इसलिए ऐसा व्यक्ति साथ रखें जो server संभालने में सहज हो। Licence: ज़्यादातर code के लिए AGPL-3.0; अपवाद table में लिखा है।

Chatwoot: हर channel के लिए एक ही inbox

Chatwoot एक customer support platform है। इसकी README एक ही inbox में website live chat, email, Facebook, Instagram, WhatsApp, Telegram, Line और SMS गिनाती है, साथ में private notes और mentions, labels, canned responses, auto-assignment, teams, business hours और help centre portal।

पहला project: website का chat widget और support की email एक account में जोड़ें, WhatsApp को दूसरे कदम के लिए रखें क्योंकि वह Meta पर निर्भर है, और पक्का करें कि हर conversation का कोई ज़िम्मेदार हो। Auto-assignment पहले से चालू रहता है और नई conversations को उपलब्ध agents में बारी-बारी से बाँटता है; कोई उपलब्ध न हो तो conversation Unassigned में रुकी रहती है। सबसे ज़्यादा पूछे जाने वाले सवालों के लिए पाँच canned responses लिखें।

Self-hosting guide न्यूनतम ज़रूरत के रूप में 2 CPU cores, 4 GB RAM और 20 GB SSD बताती है, साथ में PostgreSQL, Redis, domain, SSL certificate और notifications के लिए SMTP server। Channels तीसरे पक्षों पर निर्भर हैं: Telegram के लिए BotFather से bot token चाहिए, और WhatsApp Meta के ज़रिये जुड़ता है, जो business verification माँग सकता है। Licence: MIT, enterprise/ folder को छोड़कर।

listmonk: अपने server पर अपना newsletter

listmonk एक self-hosted newsletter और mailing list manager है, जो एक ही binary और PostgreSQL database के रूप में आता है। यह subscribers, single और double opt-in lists, templates और campaigns संभालता है, bounces और सबसे ज़्यादा click हुए links जैसी campaign analytics दिखाता है, और इसका API है। Segments SQL expressions से बनते हैं।

पहला project: रुचि के हिसाब से तीन double opt-in lists, जैसे ख़बरें, सुझाव और offers, और हर list को महीने में एक काम की email। Double opt-in में subscriber को campaigns तभी मिलती हैं जब वह confirmation email के link पर click कर देता है।

आपको binary या नमूने की Docker Compose file, PostgreSQL 12 या नया, और SMTP server या provider चाहिए। Docs चेताते हैं कि कुछ hosts बाहर जाने वाले SMTP ports block करते हैं। असली सीमा delivery है: Google की sender guidelines हर भेजने वाले से sending domain के लिए SPF या DKIM लगाने को कहती हैं, और जो Gmail accounts पर रोज़ 5,000 से ज़्यादा messages भेजते हैं उनसे SPF और DKIM दोनों, साथ में DMARC और one-click unsubscribe माँगती हैं। Licence: AGPL-3.0।

Postiz: publishing की साप्ताहिक आदत

Postiz posts को schedule, automate और analyse करने का social media management platform है। इसकी README networks में Instagram, YouTube, LinkedIn, TikTok, Facebook, Pinterest, Threads, X, Reddit, Mastodon और Bluesky दिखाती है। इसमें roles वाले team members, webhooks के साथ public API और n8n का custom node भी है।

पहला project: एक साप्ताहिक routine। हर हफ़्ते एक ही दिन एक घंटा तय करें, हफ़्ते की posts composer में लिखें, उन्हें draft में save करें, किसी सहकर्मी से पढ़वाएँ, फिर calendar में जोड़ें। दो channels से शुरू करें, दस से नहीं।

Self-hosting Docker Compose पर PostgreSQL, Redis और Temporal के साथ चलती है। Docs 2 GB RAM को जाँची हुई न्यूनतम सीमा बताते हैं और कई users होने पर 4 GB या ज़्यादा की सलाह देते हैं। मुख्य सीमा software के बाहर है: ज़्यादातर networks के लिए आप अपना developer app register करते हैं और उस platform की मंज़ूरी लेते हैं, जिसमें README के अनुसार Meta, YouTube और TikTok पर हफ़्ते लग सकते हैं। Bluesky, Medium और WordPress जैसे कुछ platforms dialog में भरे गए credentials से जुड़ जाते हैं। Self-hosted installs के लिए support community से मिलता है। Licence: AGPL-3.0।

PostHog: देखें कि visitors कहाँ रुकते हैं

PostHog में events पर आधारित product analytics, web analytics dashboard, session replay, feature flags, experiments, surveys और error tracking एक साथ हैं। Funnel दिखाता है कि किसी flow के हर कदम से कितने लोग आगे बढ़ते हैं और कहाँ छोड़ देते हैं।

पहला project: तीन कदमों का एक funnel: service page खोला, form खोला, form भेजा। JavaScript snippet लगाएँ, और जहाँ कानून माँगे वहाँ consent banner भी, असली visits जमा होने दें, और कुछ भी दोबारा design करने से पहले देखें कि किस कदम पर सबसे ज़्यादा लोग छूटते हैं।

पहले self-hosting की शर्तें पढ़ें। Docs self-hosted deployments को आधिकारिक तौर पर unsupported बताते हैं: customer support नहीं, खोया data वापस लाने में मदद नहीं, और paid plans के features सिर्फ़ cloud में। Docs 4 vCPU, 16 GB RAM और 30 GB से ज़्यादा storage के बराबर Ubuntu server माँगते हैं, और README कहती है कि ऐसे deployments महीने में लगभग 1 लाख events तक चलने चाहिए। README PostHog Cloud की सलाह देती है, जिसमें हर महीने का free tier है। Licence: MIT, ee/ folder को छोड़कर।

अगर आपके पास एक ही शाम है तो पहले कौन सा

Features की सूची से नहीं, उस समस्या से चुनें जो अभी सबसे महँगी पड़ रही है। एक शाम trial install और पहली झलक के लिए लगभग काफ़ी है; domain, backups और channels की मंज़ूरी वाला production setup ज़्यादा समय लेता है।

• Deals याद नहीं रहते: Twenty। छोटे server पर Docker script चलाएँ और पाँच stages बनाएँ।
• Messages पाँच जगह आते हैं: Chatwoot। पहले website widget और email जोड़ें।
• Email पते हैं पर नियमित email नहीं: listmonk। Docker की दो commands इसे laptop पर चला देती हैं; असली sending के लिए SMTP और DNS records चाहिए।
• पता नहीं visitors कहाँ छोड़ते हैं: PostHog Cloud। Server नहीं, एक snippet, एक funnel।
• Posting अनियमित है: Postiz। पहले developer apps के लिए आवेदन करें; मंज़ूरी ही सबसे धीमा हिस्सा है।

Personal data: सहमति, unsubscribe और आप क्या रखते हैं

पाँचों tools लोगों का data रखते हैं: नाम, email पते, chats, clicks, session recordings। अपने server पर उस data, security updates और backups के लिए आप ज़िम्मेदार हैं। नीचे की बातें व्यावहारिक सावधानी हैं, कानूनी सलाह नहीं। नियम देश के हिसाब से बदलते हैं: भारत में Digital Personal Data Protection Act, 2023 है, और EU के लोगों पर GDPR लागू होता है।

• सिर्फ़ उन्हीं को email भेजें जिन्होंने खुद माँगा है। Double opt-in इस्तेमाल करें और हर subscription की तारीख़ और स्रोत संभालकर रखें।
• हर email में चालू unsubscribe link रखें और उस पर तुरंत अमल करें।
• अपनी privacy notice में tools और उनका मक़सद लिखें। PostHog की GDPR guide कहती है कि website पर cookies के साथ चलाने पर cookie banner इस्तेमाल करें।
• Session replay input fields को default रूप से mask करता है; page का बाक़ी text तब तक record होता है जब तक आप उसे mask न करें।
• कम रखें। CRM notes में Aadhaar या PAN की copies नहीं, chats में card numbers नहीं। जो अब ज़रूरी नहीं उसे हटा दें।