बिज़नेस/एंटरप्राइज़ के लिए ऐप बनाते समय किन बातों पर विचार करना चाहिए?

(news.ycombinator.com)

49 पॉइंट द्वारा xguru 2023-01-09 | 3 टिप्पणियां | WhatsApp पर शेयर करें

HN पर पोस्ट किया गया सवाल और ज़्यादा सिफारिश पाए जवाब

जवाब 1

खरीदार कौन है? आमतौर पर वह प्रोडक्ट के यूज़र से अलग होता है, और यह समझना ज़रूरी है कि वह क्या चाहता है
SSO, SAML आधारित
सुरक्षा के मामले में OWASP top-10 को कवर करें, और app-sec (ऐप सुरक्षा) भी कवर करें
RBAC लागू करें। एडमिन के लिए यूज़र जोड़ना/मैनेज करना आसान रखें
डेमो अकाउंट को sandbox के रूप में लागू करें और उसे वास्तविक डेटा जैसा दिखने वाले डेटा से भरें। सेल्स पिच के समय इसे बेहद आसान बनाएं। प्रोडक्ट को आपकी जगह खुद बोलने दें
शुरुआत से ही multi-tenancy को ध्यान में रखें। बाद में जोड़ना मुश्किल होता है
डोमेन-विशिष्ट compliance आवश्यकताओं को शुरुआत से ही बनाएं। SOC 2 जैसी चीज़ें असंभव नहीं हैं। इस दौरान किसी अच्छे security vendor को ढूंढें, उनसे टेस्ट करवाएं, high या medium priority वाले मुद्दों को ठीक करें और certificate हासिल करें। इससे ग्राहकों के साथ भरोसा बनता है
रिपोर्ट्स। आमतौर पर एडमिन को कई तरह की रिपोर्ट्स चाहिए होती हैं। उन्हें CSV/Excel डाउनलोड दें, ताकि वे अपने spreadsheet software में काट-छांट कर इस्तेमाल कर सकें
यूज़र गलती कर सकते हैं, इसलिए हमेशा soft-delete का उपयोग करें। और कुछ महीनों बाद hard-delete किया जा सकता है

जवाब 2

कंपनी के पहले engineer के रूप में मैंने 2 सफल enterprise apps बनाए हैं (एक बेचा, और दूसरा अभी 100M से अधिक का है)
चिंता करने वाली सिर्फ एक चीज़ है: "क्या ग्राहक वास्तव में आपके ऐप को चाहते हैं और उसकी ज़रूरत महसूस करते हैं?" Enterprise SaaS प्रोडक्ट्स के 99% इसी वजह से फेल होते हैं, missing features की वजह से नहीं
SSO, Integration, audit trail जैसी enterprise features ग्राहक के मांगने पर बनाई जा सकती हैं
ये फीचर्स ज़्यादातर solved problems हैं, लेकिन क्योंकि आप engineer हैं, ये आपको आकर्षक समस्याओं की तरह लग सकती हैं
इन्हें नज़रअंदाज़ करें और सिर्फ बिज़नेस समस्या पर फोकस करें: "क्या मेरा ऐप मेरे ग्राहक की बेहद ज़रूरी ज़रूरत को हल करता है?"
इस सवाल का जवाब देने वाला mindset बनाने के लिए "The Mom Test" पढ़ें। अभी यही सबसे महत्वपूर्ण है

जवाब 3

अगर मैं आपकी जगह होता, तो B2B/enterprise प्रोडक्ट के तकनीकी पहलुओं को बाद के लिए छोड़ देता
मुख्य समस्या sales process/GTM (Go To Market) strategy को समझना है। जैसा दूसरों ने कहा, उस व्यक्ति के साथ partnership करना मददगार होगा जिसे उस समस्या/industry की समझ हो और जिसे enterprises को बेचने का अनुभव हो। याद रखें, यही आपकी कंपनी की core competency बन सकती है (अगर आप बहुत पैसा कमाना चाहते हैं)। tech leader के रूप में आपका काम सिर्फ प्रोडक्ट बनाना और ship करना नहीं, बल्कि consulting के ज़्यादा करीब है
अगर आप अकेले आगे बढ़ रहे हैं, तो बिज़नेस process से जुड़े बहुत से लोगों से बात करें, और यह समझें कि जिस समस्या को आप अभी ठीक करना चाहते हैं, वे उसे अब तक उसी तरीके से क्यों करते आए हैं। अक्सर हम डेवलपर्स किसी समस्या को technical problem मानते हैं, जबकि वास्तव में वह organizational/political/social problem हो सकती है। पहले बहुत ज़्यादा मत बनाइए; पहले एक visual prototype बनाइए जिसे दिखाया और pitch किया जा सके, और यूज़र्स को खुद टेस्ट करने दें

जवाब 4

आप किस तरह का बिज़नेस करना चाहते हैं, इस पर बहुत कुछ निर्भर करता है। अगर आप government agencies या financial organizations को target कर रहे हैं, तो requirements सामान्य software companies की तुलना में कहीं ज़्यादा होंगी
बड़े enterprises के मामले में sales cycle काफ़ी लंबी हो सकती है, लेकिन इसकी भरपाई अक्सर deal size काफ़ी बड़ी होने से होती है
कई वर्षों तक enterprise customers को बेचने के अनुभव से मैं जो सबसे अच्छी सलाह दे सकता हूँ, वह है: "अपने target customer को समझें"। सिर्फ कंपनी को नहीं, बल्कि उन वास्तविक लोगों को भी जिन्हें आप software बेचेंगे। build शुरू करने से पहले target customers से बात करें ताकि यह साफ़ हो सके कि उन्हें ठीक-ठीक क्या चाहिए (और यह भी कि क्या वह आपकी सोच से मेल खाता है), और यह भी जानें कि आपके software को खरीदने में उनके सामने कौन-सी बाधाएँ हैं। अगर requirements पहले से पता होंगी, तो sales process में चौंकना नहीं पड़ेगा
मैं जिस किताब की सिफारिश करता हूँ, वह है The Mom Test. इससे आप सीखेंगे कि target customers से feedback पाने के लिए सही सवाल कैसे पूछें

जवाब 5

ऐप को इस तरह बनाएं कि वह API expose करे, और web client उसी API का उपयोग करके render हो। Enterprise क्षेत्र में SEO के लिए server-side rendering करने की ज़रूरत नहीं होती
अक्सर enterprise में लोग आपके ऐप का इस्तेमाल करने के बाद खुद automation करना या ऐप को दूसरे systems के साथ integrate करना चाहते हैं। ऐसे में अगर API है, तो आपको अतिरिक्त काम नहीं करना पड़ता। वे ऐप में जो कुछ भी कर सकते हैं, उसे automate भी कर सकते हैं
अगर database शामिल है, तो आपके यूज़र्स के पढ़ने लायक read-only replica होना हर बिज़नेस सवाल का तेज़ जवाब देने में मदद करता है। बहुत से business people, report writers, और engineers SQL में काफ़ी दक्ष होते हैं।

जवाब 6

सबसे महत्वपूर्ण बात है "ऐसी समस्या ढूंढना जिसके समाधान के लिए कंपनियाँ पैसे देने को तैयार हों"। एक सरल MVP सेट करें और वहीं से आगे बढ़ें

जवाब 7

schema स्तर से ही multi-tenancy के लिए build और design करें
ID और login mechanism को decouple करें — प्रति यूज़र multiple login mechanisms की योजना बनाएं (ईमेल/पासवर्ड, SAML, OpenID Connect, Google) और multi-factor authentication पर भी विचार करें (TOTP, Duo,..). authenticated users के बीच अंतर कैसे करेंगे और email addresses को कैसे verify करेंगे, इस पर ध्यान दें
database connections पर भी TLS का उपयोग करें। encryption का उपयोग करें। backups को automate करें, और पूरे application की बजाय customer-विशिष्ट data को restore/export कर सकें, ऐसा बनाएं
time-series database या event logging system का उपयोग करें, और अधिकृत यूज़र द्वारा सिस्टम में किए गए सभी कामों, account या permissions में बदलाव, destructive actions आदि के लिए audit trail बनाएं