Show HN: मैंने एक ऐसा ऐप बनाया जो 18 ऐप्स (doc, sheet, form, site, chat…) को एक जगह समेकित करता है
एक महत्वाकांक्षी नया “superapp” docs, sheets, forms, chat, sites और अन्य टूल्स को एक ही interoperable, offline-first workspace में जोड़कर दर्जनों office tools को बदलना चाहता है। टिप्पणीकार तकनीकी उपलब्धि, modular blocks, मजबूत privacy, और end-to-end encryption जैसे विचारों की सराहना करते हैं, लेकिन यह सवाल उठाते हैं कि क्या एक छोटी टीम Microsoft 365 या Google Workspace की गहराई के बराबर पहुँच सकती है, वह भी वास्तविक उपयोगकर्ता समस्याएँ हल करते हुए। प्रमुख चिंताओं में अस्पष्ट positioning और onboarding, data ownership और export/self-hosting, मौजूदा ecosystems के साथ integration, और क्या वास्तव में इतने लोग “app chaos” की समस्या महसूस करते हैं कि switching जायज़ हो।
समग्र प्रतिक्रिया
- कई टिप्पणीकार तकनीकी दायरे से प्रभावित हैं (18+ एकीकृत मॉड्यूल, मल्टी-प्लैटफ़ॉर्म, ऑफ़लाइन-फ़र्स्ट), खासकर अगर यह बड़े पैमाने पर एक ही व्यक्ति द्वारा बनाया गया हो।
- अन्य लोग संदेह करते हैं कि एक ही उत्पाद Office, Google Workspace, या Airtable जैसे परिपक्व टूल्स की गहराई को इतने सारे डोमेन्स में मैच कर सकता है।
- कई लोग कहते हैं कि वे इसे छोटी टीमों, साइड प्रोजेक्ट्स, या Notion-स्टाइल ऑल-इन-वन वर्कस्पेस के रूप में आज़माना चाहेंगे।
पोज़िशनिंग, मार्केटिंग और ऑनबोर्डिंग
- एक बार-बार उठने वाली आलोचना अस्पष्ट संदेश है: लैंडिंग पेज को “word salad” कहा गया है, जो ब्लॉक्स/मॉड्यूल्स पर बहुत केंद्रित है और ठोस उपयोग मामलों या उपयोगकर्ता परिणामों पर नहीं।
- कई लोग सुझाव देते हैं:
- “यह किसके लिए है” और “यह किन समस्याओं को हल करता है” से शुरुआत करें, न कि implementation details से।
- use-case oriented pages (जैसे project management, CRM, documentation) और Notion, Asana, Monday जैसे टूल्स से तुलना।
- workflows दिखाने के लिए demo workspaces, templates, और short videos।
- Onboarding को कमज़ोर माना गया है: नए उपयोगकर्ता अक्सर बिना किसी मार्गदर्शन के एक blank screen पर पहुँच जाते हैं; “Sheet,” “Board,” “Calendar” और “blocks” जैसी अवधारणाएँ लोगों को भ्रमित करती हैं।
प्रोडक्ट और UX फ़ीडबैक
- मॉड्यूल्स के बीच डेटा की interoperability (blocks/pages का docs, boards, calendars, chat, आदि में उपयोग) को सबसे नया विचार माना गया है।
- कुछ टेस्टर्स UI को आश्चर्यजनक रूप से intuitive पाते हैं; अन्य को sheets, forms, fields बनाना या records embed करना जैसी बुनियादी क्रियाओं में दिक्कत होती है।
- अनुरोधों में बेहतर sheet formulas, अधिक “real” spreadsheet features, code cells, markdown support, plugins/scripting, block-level mentions, और richer export (विशेषकर PDF, DOCX) शामिल हैं।
- नोट किए गए bugs और friction: verification emails, mobile login loops, missing keyboard shortcuts, iOS पर अजीब व्यवहार (जैसे letter “m” issue), केवल Snap वाला Linux packaging।
आर्किटेक्चर, सुरक्षा और डेटा स्वामित्व
- टेक स्टैक: GCP, मुख्यतः serverless backend, React web, Flutter mobile, Electron desktop, local-first storage with last-write-wins sync (अभी full CRDT नहीं)।
- Offline-first design की व्यापक प्रशंसा होती है; कुछ लोग स्पष्ट sync guarantees और content को पहले से pre-sync करने के विकल्प मांगते हैं।
- कई लोग data sovereignty, self-hosting या single-tenant deployments, और end-to-end/zero-knowledge encryption पर ज़ोर देते हैं; मौजूदा US-hosted GCP setup कुछ लोगों के लिए चिंताएँ उठाता है।
- Export capabilities (अभी JSON/HTML/CSV, आगे PDF और open formats) आवश्यक मानी जाती हैं, लेकिन वर्तमान में सीमित हैं।
व्यावसायिक व्यवहार्यता और प्रतिस्पर्धा
- टिप्पणीकार सवाल उठाते हैं:
- यह Microsoft 365/Google Workspace/Zoho/Notion/Lark से सार्थक रूप से कैसे बेहतर है, जबकि वे पहले से कई ऐप्स को bundle करते हैं।
- क्या “app chaos” एक वास्तविक व्यापक दर्द है या मुख्यतः मौजूदा suites द्वारा पहले ही हल किया जा चुका है।
- सामान्य सलाह: फोकस सीमित करें, एक स्पष्ट target niche/use case चुनें, और पूरे ecosystems को बदलने की कोशिश करने से पहले एक या कुछ workflows को world-class बनाएं।