Launch HN: Okapi (YC W24) – एक नया, लचीला CRM, अच्छा UX के साथ

उत्पाद की स्थिति और भिन्नता

  • Okapi को Salesforce-शैली के CRMs के एक लचीले, आधुनिक UX विकल्प के रूप में पेश किया गया है, जिसमें पूरी तरह कस्टम objects/fields और न्यूनतम अनिवार्य संरचना है।
  • संस्थापक “busy” फीचर सेट्स की तुलना में सरलता पर जोर देते हैं: कोई जबरन automations, enrichments, या जटिल onboarding नहीं; वे customer instances को मैन्युअली सेट अप करते हैं।
  • उन्हें छोटे व्यवसायों में शुरुआती fit दिखता है जो CRMs बदल रहे हैं और Salesforce जैसी लचीलापन चाहते हैं, लेकिन उसकी जटिलता या लागत नहीं।

बाज़ार के प्रति संदेह और प्रतिस्पर्धा

  • कई टिप्पणीकारों का तर्क है कि उत्पाद एक generic CRUD/admin UI जैसा दिखता है और भीड़भाड़ वाले, “red ocean” CRM बाज़ार में बहुत कम अलग पहचान रखता है।
  • Salesforce, HubSpot, Monday, Pipedrive, Attio, Zoho, vertical/industry CRMs, और open-source विकल्पों से तुलना की जाती है।
  • कुछ लोग सवाल करते हैं कि निवेशकों ने एक और generic CRM को क्यों फंड किया, और क्या टीम ने अपना target niche या समस्या स्पष्ट रूप से पहचानी है।

फीचर्स, कमियाँ और रोडमैप

  • आज जो चीज़ें गायब या अपरिपक्व हैं: reports/dashboards, custom views, robust workflows/automations, deep integrations, task/journey management, marketing automation (campaigns, landing pages), और public API.
  • रोडमैप आइटम्स में reporting (संभवतः third-party libraries के जरिए), बेहतर list/views, built-in automations, open API, dashboards, task/journey management, और omnichannel/communication features शामिल हैं।
  • कुछ उपयोगकर्ता pure CRM की तुलना में marketing automation और campaign tooling अधिक चाहते हैं।

UX, प्रदर्शन और onboarding

  • इंटरफ़ेस को साफ़ और आधुनिक बताया गया है; Tailwind UI का उपयोग किया गया है।
  • फीडबैक में object/field management की जटिलता, छोटे UX मुद्दे (buttons, links, search scope, hotkeys), और बहुत कम latency तथा छोटे bundle sizes के महत्व पर ध्यान दिया गया है।
  • Okapi वर्तमान में self-serve से बचता है; onboarding टीम द्वारा किया जाता है, और भविष्य में templates संभव हैं।

आर्किटेक्चर, integrations और extensibility

  • Backend में Postgres authoritative store के रूप में उपयोग होता है, साथ ही search और reads के लिए optimized अतिरिक्त stores; सभी record revisions डिफ़ॉल्ट रूप से tracked हैं।
  • एक robust API और संभवतः transactional scripting के लिए योजनाएँ हैं, जो Apex जैसी होंगी, लेकिन proprietary भाषा के बजाय mainstream language (जैसे TypeScript) के साथ।
  • टिप्पणीकार access control (FLS/RLS), change data capture streams, bi-directional sync, और अच्छा developer experience को महत्वपूर्ण मानते हैं।

Email और communication

  • मौजूदा email sync जानबूझकर सरल है, Gmail/Outlook पर निर्भर है और BCC-based flows का उपयोग नहीं करता।
  • कुछ उपयोगकर्ता compliance के लिए BCC-only approaches को दृढ़ता से पसंद करते हैं और per-deal email association तथा historical person–company relationships चाहते हैं।
  • सुझावों में Outlook/Excel add-ins और अधिक गहरे omnichannel messaging/call integrations शामिल हैं।

सुरक्षा, विश्वसनीयता और bugs

  • कई उपयोगकर्ताओं को login/account-lock समस्याएँ और UX dead-ends मिले; संस्थापक स्वीकार करते हैं कि demo setup rough था।
  • एक टिप्पणीकार को चिंता है कि स्पष्ट credentials के बिना “fancy” replication की बात trust को कमजोर करती है।