1 पॉइंट द्वारा GN⁺ 2023-12-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • कई e-commerce और gaming वेबसाइटों के search और filter UI basic result browsing को मुश्किल बना देते हैं, जिससे यूज़र के लिए मनचाहा item ढूँढने की लागत बढ़ जाती है
  • price, quality, weight sorting जैसे expected options या तो नहीं हैं या unclear हैं, जबकि असल में कम distinction देने वाले filter options पहले दिखते हैं
  • Costco में “rice” search करने पर results सिर्फ 25 हैं, फिर भी vegan, lactose-free, gluten-free जैसे facets दिखते हैं, इसलिए filters browsing में मदद नहीं करते
  • Lazada और Philippines e-commerce के examples में भी first-page results और filters/sorting product comparison में वास्तविक मदद नहीं देते
  • nintendo.com पर 2+ player filter single system, local wireless और online को साथ में group कर देता है, जिससे सिर्फ couch coop games ढूँढना मुश्किल हो जाता है, और search results भी 1000 से ज्यादा return नहीं करता

Search और filters किस तरह browsing में बाधा डालते हैं

  • बड़े ads, sorting options की कमी, और unclear meaning वाले options बार-बार यूज़र के product comparison flow को तोड़ते हैं
  • price, quality, weight के आधार पर sorting यूज़र स्वाभाविक रूप से expect कर सकते हैं, लेकिन मौजूदा options क्या value देते हैं, यह समझना मुश्किल है
  • faceted search में भी category या attribute filters search results को explain या narrow करने की भूमिका ठीक से नहीं निभाते
    • Costco में “rice” search ने सिर्फ 25 results लौटाए, लेकिन vegan, lactose-free, gluten-free जैसे filters प्रमुखता से दिखे
    • अगर दूसरा result भी alcohol free है और पहले 10 results सभी alcohol free हैं, तो वह filter results को अलग-अलग पहचानने में ज्यादा मददगार नहीं है
  • Lazada·Redmart example में Singapore context शामिल है, लेकिन इसे इतना simple explanation मानना कठिन है कि Alibaba ने Lazada को खराब किया और Lazada ने Redmart को खराब किया
  • Philippines e-commerce में first-page search results, जबकि दूसरे laundry detergents भी खूब बिकते हैं, खासकर browsing quality के लिहाज से कमजोर दिखते हैं

Nintendo.com के game search की समस्या

  • nintendo.com का 2+ player filter 2 या उससे ज्यादा players वाले games ढूँढने देता है, लेकिन single system, local wireless और online play को एक साथ जोड़ देता है
  • इस structure में couch coop support करने वाले games को अलग से filter नहीं किया जा सकता, और manually check करने के लिए 1680 games देखने पड़ेंगे
  • search 1000 से ज्यादा records return नहीं करता, इसलिए पूरी list देखना भी limited है
  • Games > Nintendo Switch Games पर जाने पर सिर्फ 120 games दिखते हैं
  • सभी Switch games उस menu के नीचे हैं भी नहीं, और ये 120 games किस criteria पर specially दिखाए गए हैं, यह समझना भी मुश्किल है

1 टिप्पणियां

 
GN⁺ 2023-12-27
Hacker News की राय
  • लगभग 15 साल पहले मैंने एक दोस्त के साथ e-commerce के लिए ठीक से काम करने वाला product search SaaS बनाया था
    facets तो उसका सिर्फ एक हिस्सा थे, और non-English भाषाओं में case inflection, तरह-तरह की typos, और खासकर accent characters न डालने की समस्या को संभालना उससे भी ज़्यादा ज़रूरी था
    हमने काफ़ी अच्छा और integrate करने में आसान product बनाया, लेकिन अच्छा product बनाना और उसे बेचना दो बिल्कुल अलग समस्याएँ थीं, और हम दूसरी समस्या हल नहीं कर पाए
    e-commerce sites के नज़रिए से वे हमें पैसे देकर customer experience को काफ़ी बेहतर बना सकते थे, लेकिन वही पैसा customer acquisition पर खर्च करके sales numbers को तुरंत सुधार भी सकते थे. आख़िरकार जीता दूसरा विकल्प
    हो सकता है customer experience खुद भी उतना महत्वपूर्ण न हो जितना हम सोचते हैं. लोग ख़राब websites के आदी हैं, और अगर price कम हो तो बहुत सी असुविधाएँ झेल लेते हैं
    ख़ासकर उन देशों में जहाँ price comparison sites मुख्य acquisition channel हैं, search पर ध्यान देने की वजह और भी कम होती है. ग्राहक सीधे सही दाम वाले product page पर पहुँच जाते हैं, और cart में कुछ चीज़ें और जोड़ने के लिए ख़राब search भी सह लेते हैं
    आख़िर में कुछ संतुष्ट ग्राहक थे जो कई साल तक हमारे साथ रहे, लेकिन sales करना इतना मुश्किल था कि हमने और बेचने की कोशिश छोड़ दी और दूसरे कामों में लग गए
    मूल लेख की शानदार बातों के जवाब में कहूँ तो, जब तक customer acquisition funnel चल रहा है और net profit numbers लगातार बढ़ रहे हैं, search की वजह से आहत भावनाएँ बहुत मायने नहीं रखतीं और कोई ज़्यादा परवाह नहीं करता

    • आजकल customer loyalty का ज़्यादा मतलब न रह गया हो, तो संभव है कि उसकी वजह यह हो कि कई कंपनियों ने short-term profit के लिए उसी loyalty को जला डाला
      अगर कोई कंपनी कभी भी अपने loyal customers को बस के नीचे धकेलकर तेज़ी से पैसा कमा सकती है, तो उसके प्रति loyal रहने की कोई कीमत नहीं है
    • मुझे लगता है इसकी अहमियत context पर निर्भर करती है. जब आप कोई काम पूरा करना चाहते हैं या site पर कुछ खरीदना चाहते हैं, तब search का ठीक से काम करना बहुत महत्वपूर्ण हो जाता है. User experience एक function है
      आप कम price से ग्राहक ला सकते हैं, लेकिन क्या ख़राब user experience के साथ उन्हें टिकाए रख सकते हैं?
    • बेहतर होता कि दिशा बदलकर अच्छी product search वाली price comparison site बन जाते
    • यह व्याख्या बिल्कुल सटीक है
      मैं कभी details में बहुत गहराई तक नहीं गया, लेकिन इस विषय पर मेरे दिमाग़ में हमेशा यही जवाब आता है: “आप शायद बहुत self-conscious हैं, इसलिए आपको लगता है कि यह search आपके लिए बनी है?”
      लोग इंसान हैं, इसलिए ऐसा महसूस करना समझ में आता है, लेकिन जब लोग कहते हैं “search engine मुझे वह नहीं देता जो मैं चाहता हूँ,” तो चिढ़ होती है
      उसे शुरू से उसी काम के लिए design नहीं किया गया था; उसे अपनी revenue maximization के लिए design किया गया था, और मुझे लगता है कि अब हम लगभग उस बिंदु पर पहुँच गए हैं जहाँ उसे यह दिखावा करना बंद कर देना चाहिए कि ऐसा नहीं है
  • यह लेख मुझे सच में बहुत पसंद आया. मैं कई सालों तक search relevance consultant के रूप में काम करता रहा, और यहाँ लिखी बातें वही सटीक समस्याएँ हैं जिनसे हम जूझते थे
    search को ठीक करने के काम को अक्सर उसका उचित श्रेय नहीं मिलता. लोग मानकर चलते हैं कि search तो ठीक से चलनी ही चाहिए, और जब वह ठीक चलती है तो उसे स्वाभाविक मान लेते हैं, लेकिन जब वह नहीं चलती तो reputation और brand को नुकसान पहुँचता है
    अगर आप website search relevance सुधारना शुरू करना चाहते हैं, तो मैं Turnbull और Berryman की “Relevant Search”, और Grainger, Turnbull, तथा मेरे द्वारा लिखी “AI Powered Search” की सिफ़ारिश करूँगा. दोनों Manning से प्रकाशित हैं

    • मैं search के काम में हूँ, और दोनों किताबें शानदार हैं
      website search मुश्किल है. बहुत सा facet work अब भी manual करना पड़ता है
      large language models से auto-tagging या classification आसान हो सकती है, लेकिन validation के लिए human-in-the-loop प्रक्रिया की ज़रूरत शायद फिर भी रहेगी
    • “Relevant Search” की सिफ़ारिश बेहतरीन है. मैंने कई सालों तक एक e-commerce site पर search relevance सुधारने की कोशिश की, और यह सच में कठिन और पेचीदा समस्या थी
      खासकर success measure करना मुश्किल था, और executives बार-बार यह पूछते हुए आ जाते थे, “यह query वह exact result क्यों नहीं दे रही जिसकी मुझे उम्मीद थी?” इसलिए query frequency या search result conversion metrics के बजाय executive input के हिसाब से कम-घटित queries को optimize करने में बहुत से resources लग गए
    • मैं काफ़ी बड़ी e-commerce site में काम करता हूँ, और search experience एक कठिन समस्या है. खासकर aftermarket automotive parts के क्षेत्र में तो और भी ज़्यादा
    • मैं search को ठीक करने की तरफ़ नहीं हूँ, लेकिन इतना सीमित database होने पर भी यह इतना कठिन क्यों है, उसका सार जानना चाहता हूँ
      Nintendo का मामला हद से ज़्यादा बुरा लगता है. क्या यह सच में search problem की complexity है, या फिर corporate laziness का लक्षण?
    • लोग यह मानकर चलते हैं कि यह ठीक से काम करेगी, लेकिन अगर न करे तो reputation और brand को नुकसान पहुँचेगा — यही तो basic requirement feature की परिभाषा है
      यानी यह ऐसी feature नहीं है जिसे लागू न करो और लोगों को पता ही न चले
  • इसके उलट, Netflix की search प्रभावशाली लगी। अगर आपने किसी नाम से search किया और वह फिल्म मौजूद नहीं है, तो वह मिलती-जुलती फिल्में या उसी actor·director की फिल्में मिलाकर recommend कर देता है
    यह काफ़ी स्मार्ट है, लेकिन अगर वह सिफारिश का आधार और ज़्यादा स्पष्ट रूप से दिखाए, जैसे कि उसने ये नतीजे क्यों चुने, तो बेहतर होगा

    • मैं search से यह नहीं चाहता
      इसके उलट छोर का उदाहरण Digikey है: https://www.digikey.com/en/products/filter/embedded/microcon...
      या McMaster Carr भी है: https://www.mcmaster.com/products/screws/socket-head-screws~...
      यह functional, अच्छी तरह tagged, data-driven parameter search है। Rockauto.com car parts बेचता है, इसलिए उसे बिल्कुल अलग तरह की search चाहिए, लेकिन वहाँ भी काफ़ी प्रभावशाली product दिया गया है
      इस फ़र्क़ का बड़ा हिस्सा शायद इसलिए है कि किराने की खरीदारी में lentils खोजने वाला व्यक्ति “अरे, pancake mix भी चाहिए था” सोचकर ad पर click कर सकता है
      जबकि कोई व्यक्ति जो किसी खास grade का M8x25 hex socket head screw या किसी खास peripheral configuration वाला low-power Cortex-M0 microcontroller ढूँढ रहा है, उसके काम रोककर hose clamp या electrolytic capacitor cart में डालने की संभावना कम है
      लगता है बाज़ार की ताकतें ऐसा बेहतर product नहीं दे पातीं, अगर user experience में थोड़ा-सा सुधार भी revenue को नुकसान पहुँचाए। हम किसी local minimum की ओर gradient descent कर रहे हैं, और finance team को “नहीं” कहने तथा उसके नतीजे में बने भयानक product से बाहर निकलने की ताकत नहीं है
    • Netflix search पूरे उद्योग में सबसे गंभीर रूप से ख़राब search हो सकती है, और दुर्भाग्य से यह बहुत बेवकूफ़ाना idea से दूसरे players को भी संक्रमित कर रही है
      Netflix search में facets नहीं हैं, sorting नहीं है, filtering नहीं है। सबसे बुरी बात यह है कि उसे पता होने पर भी कि आप क्या ढूँढ रहे हैं, वह “यह title उपलब्ध नहीं है” नहीं कहती, बल्कि ढीले तौर पर जुड़े हुए ढेर सारे दूसरे titles लौटा देती है
    • बेहतर experience की वजह से मैंने Netflix content pirate sites पर देखना शुरू किया था, और बेहतर experience की वजह से वहीं बना हुआ हूँ
      जब नाम से search करने पर वह फिल्म न मिले तो मिलती-जुलती फिल्में या उसी actor·director की फिल्में recommend करना शुरुआती pirate sites का शानदार feature था। Netflix ने उसे अपनाया, यह अच्छी बात थी
    • typed search अपने-आप में ठीक है, लेकिन category में click करके जाते ही ऐसा लगता है कि पहले Netflix-निर्मित कचरा content ऊपर आ जाता है। जैसे कूड़े के ढेर में खंगालना पड़ रहा हो
      typed search में सबसे बड़ी समस्या TV keyboard है। कभी Netflix hackday में dial जैसी circular keyboard बनाई गई थी, जहाँ बीच के joystick से 12 बजे की दिशा दबाने पर A, 12 बजकर 5 मिनट पर B आता था, और हर selection के बाद joystick फिर से बीच में लौट आता था
      वह मेरे लिए बिल्कुल वही था जो मैं चाहता था, लेकिन अब वह पोस्ट भी नहीं मिलती
    • Google की movie service में पुरानी फिल्में search करना परेशान करता है। क्योंकि ज़्यादातर remakes ही सामने आते हैं
      ऐसा तब भी होता है जब उनके पास original भी मौजूद हो। original तक पहुँचने का एकमात्र तरीका उस फिल्म के किसी actor को search करना और फिर scroll करना था
  • वेबसाइट search का मकसद, कम-से-कम commerce sites में, user को उसकी मनचाही चीज़ ढूँढने में मदद करना नहीं बल्कि दूसरी संभावित रूप से संबंधित items उसकी आँखों के सामने रखना है
    ज़्यादातर sites पर constraints के हिसाब से नीचे जाते-जाते तीसरे या चौथे constraint तक पहुँचकर सब टूट जाता है
    user को चाहिए तीन-चार साफ़ विकल्प, लेकिन site शायद इस डर से कि अगर सिर्फ़ तीन-चार results दे तो products कम लगेंगे, दस से ज़्यादा अस्पष्ट रूप से संबंधित items दिखाने के लिए design की गई लगती है
    marketers और managers को site design से दूर रखना चाहिए

    • दोनों ही हैं। आप जिस बात की बात कर रहे हैं वह search merchandising (searchandizing) है, और e-commerce का एक component है
      लेकिन अगर वह साथ ही वह चीज़ नहीं ढूँढ पाती जो customer चाहता है, तो customer नाराज़ होगा और कहीं और से खरीदेगा
    • इसकी जड़ें तो physical stores में भी हैं। store भी चीज़ों की जगहें मिलाकर रखता है ताकि केवल ज़रूरी चीज़ ढूँढना मुश्किल हो
      शुरू में यह intuition के ख़िलाफ़ लगा। क्योंकि अगर store या site में ज़रूरत की चीज़ न मिले तो आप बस चले जाते हैं
      लेकिन काफ़ी लोग रास्ते में रखी दूसरी चीज़ें भी साथ खरीद लेते हैं। इसलिए टूटी हुई search bug नहीं बल्कि एक feature है
    • tortilla chips के display के सामने छोटे shelf पर nacho cheese dip के cans रख देने का digital version है
    • मैं ग़लत हो सकता हूँ, लेकिन लगता है sites पैसा कमाती हैं लोकप्रिय या ज़्यादा profitable items के promoted search terms से, और long tail में जो काम चाहिए वह ज़्यादातर teams को उतना क़ीमती नहीं लगता
  • कुल तर्क सही है, लेकिन कुछ शिकायतें समझ में नहीं आतीं। उदाहरण के लिए, अगर आप “rice” search करें तो half-cooked white rice, instant red bean rice, chicken rice canned soup, rice pudding वगैरह आ सकते हैं, और ऐसे मामलों में कई facets काफ़ी उचित हैं
    अगर मामला craft rice paper ढूँढने का हो या यहाँ तक कि “nuts” खोजने का, तो “food” facet भी काफ़ी उपयोगी हो सकता है
    सिर्फ़ एक संकरे use path को देखकर interface का मूल्यांकन नहीं किया जा सकता। किसी खास use case के लिए interface को customize करने की भी सीमा होती है, और अगर यह ज़्यादा हो जाए तो हर task में consistency टूट जाती है और इस्तेमाल नर्क जैसी उलझन बन जाता है

    • “rice” को लेकर शिकायत यह है कि tagging अधूरी है। “vegan” facet अपने-आप में बुरा नहीं है, लेकिन count ग़लत है
      “vegan” चुनने पर ज़्यादातर vegan products हट जाते हैं। ग़लत data के आधार पर filter करना वैध शिकायत क्यों नहीं है, यह समझ नहीं आता
      साफ़ है कि समस्या data पर tags न लगे होने की है। लेकिन Costco इतना बड़ा है, काफ़ी profitable भी है, और उसका inventory इतना भी विशाल नहीं है, फिर वह tagging क्यों नहीं कर सकता? अगर tags इतने अधूरे हैं, तो शायद उन्हें शामिल ही न करना बेहतर हो
    • अगर आपने “rice” माँगा है, तो बहुत अधिक संभावना है कि आप सचमुच चावल ही ढूँढ रहे हैं, और ऐसे में chicken rice canned soup पूरी तरह अनुपयुक्त response है
      यह वैसा ही बेतुका है जैसे “alcohol” search करने पर non-alcoholic wine लौटाना
  • हांगकांग के एक रेस्तरां वेबसाइट पर इलाके के हिसाब से search किया जा सकता है
    लेकिन search results के ऊपर paid placement वाले रेस्तरां दिखाए जाते हैं
    इसलिए अक्सर results में कई घंटे दूर के रेस्तरां भी मिल जाते हैं

    • कुछ हद तक यह वैसा ही है जैसा Google mobile maps में कुछ search करने पर होता है। वहाँ default distance नहीं बल्कि relevance होता है
      मैंने कई दूसरी websites पर भी देखा है कि “relevance” price या distance जैसे sort requests पर भारी पड़ जाता है
    • आखिरी बार जब मैंने Craigslist पर apartment ढूँढा था, लोगों ने listing में 30 मिनट दूर के इलाकों के नाम spam की तरह भर दिए थे
      मानो उन्हें लगा हो कि मैं अपनी पसंद की बस्ती में रहने का इरादा छोड़ दूँगा और कहीं बिल्कुल दूसरी जगह, ऊपर से खास सस्ती भी नहीं, ऐसी listing देखकर मन बदल लूँगा
  • मुझे अभी तक इतनी scale या इतना domain chaos देखने का “सौभाग्य” नहीं मिला कि Elasticsearch या Typesense में simple indexing का standard तरीका ही टूट जाए
    खासकर umbrella वाले example जैसा बुरी तरह टूटता हुआ मामला तो बिल्कुल नहीं
    यहाँ failure mode क्या होता है? क्या इसकी वजह अपना data खुद own करने वाली microservices हैं?

    • यहाँ मुख्य failure mode मुझे ज़्यादा specialized datasets के बारीक फर्क लगते हैं
      Elasticsearch, जब इसकी आदत पड़ जाती है, तो शानदार, powerful और संभालने में आसान है, लेकिन यह बहुत खुला हुआ है, इसलिए relevance के लिहाज़ से खराब solutions बनाने की गुंजाइश भी बहुत है
      fuzzy matching और weight tuning में लोग अक्सर फँस जाते हैं या खुद ही अपने पैर पर कुल्हाड़ी मार लेते हैं
      अगर सच में अच्छे results चाहिए, तो queries को ठीक से polish करना पड़ता है, और synonyms (“pop” बनाम “soda”), stemming, typos, negative weighting (जैसे example में “non-alcoholic”) जैसी चीज़ों को handle करने में समय देना पड़ता है
      यह ज़रूरी नहीं कि बहुत मुश्किल हो, लेकिन शुरुआती scope में यह अक्सर भूल जाता है या छूट जाता है
    • बहुत-सी e-commerce sites, शायद ज़्यादातर, Bloomreach जैसे search vendor का इस्तेमाल करती होंगी
      इसलिए वे product data का सिर्फ एक हिस्सा vendor को feed के रूप में भेजती हैं, और उस हिस्से में उन facets के लिए ज़रूरी metadata की कमी हो सकती है जिनकी लोग वाजिब उम्मीद करते हैं
      यह structure latency पैदा करता है, और integration भी कड़ा व नाज़ुक होता है, इसलिए समय और पैसे के बिना इसे बदलना मुश्किल होता है
      search खुद बनाओ या third party का इस्तेमाल करो, दस में नौ बार search target सिर्फ products होते हैं। अगर तुम्हें privacy policy का कोई वाक्य ढूँढना है, तो किस्मत अच्छी होनी चाहिए
      ऐसे non-product content को ढूँढने के लिए तुम्हें मजबूरी में Google, Bing, DuckDuckGo जैसी services का सहारा लेना पड़ता है
  • मैंने कभी FOSS web forum software के लिए एक साधारण search engine जल्दी-जल्दी जोड़कर बनाया था। इसका मुख्य target वे लोग थे जो login के पीछे private instances चलाते थे, यानी ऐसी चीज़ें जिन्हें public search engines crawl नहीं कर सकते थे
    किसी ने शिकायत की कि public instance पर Google ज़्यादा अच्छा काम करता है। यह उस समय की बात है जब Google अभी इतना खराब नहीं हुआ था
    मेरा जवाब था: अगर मैं अपने spare time में Google से बेहतर search engine बना सकता, तो मैं अपनी असली ज़िंदगी से कहीं ज़्यादा शाही ठाठ में जी रहा होता

  • मेरी पत्नी groceries के लिए curbside pickup पसंद करती हैं, इसलिए Harris Teeter वेबसाइट से order करती हैं, और वह लगभग आपदा जैसी है
    साइट का search बेकार की चीज़ें पकड़ लेता है, कुछ items छोड़ देता है, और ऐसा ही चलता रहता है
    inventory management या substitute items पर भी शिकायत की जा सकती है, लेकिन store shoppers भी वही inventory इस्तेमाल करते हैं, इसलिए वे shelf पर क्या है इसे हमेशा 100% सही नहीं जान सकते
    इतने बड़े chain के लिए लगता है कि वे इससे बेहतर कर सकते थे, लेकिन मुझे नहीं लगता कि उनके पास ज़्यादा incentive है। competition कम है, और competitors भी बेहतर नहीं हैं

    • हम इसे पूरी तरह technical गलती मान रहे हैं, लेकिन अगर A/B tests में यह निकला हो कि search थोड़ा-सा खराब होने पर लोग ज़्यादा खरीदते हैं, तो मुझे बिल्कुल हैरानी नहीं होगी
      वजह वही है जैसे दूध को store के पीछे रखा जाता है। shoppers की efficiency को optimize करना profit optimization के बराबर नहीं होता
    • मैंने अमेरिकी दक्षिण के एक regional grocery chain की वेबसाइट पर online ordering और order fulfillment का काम किया है। यह एक लगातार चलने वाली लड़ाई है
      ज़रा सोचिए कि store shelves पर कितने products होते हैं। औसतन 30,000 से ज़्यादा items
      इनमें से कुछ लगातार बदलते रहते हैं, और हर store में अलग भी हो सकते हैं। holiday items, promotions, vendor marketing, excess inventory वगैरह सब होते हैं
      हर बार जब price बदलती है या कोई product in stock/out of stock होता है, database की उस row को update करना पड़ता है। कंपनियाँ supply chain या cash flow की स्थिति के हिसाब से products बदलती रहती हैं, इसलिए product images और nutrition info भी लगातार बदल सकते हैं
      आख़िर में उस सारे कचरा-जैसे data को इकट्ठा करना, aggregate करना, और उसे एक stable API में बदलना अपने आप में बहुत बड़ा काम है। कई लोगों की jobs इसी पर टिकी होती हैं
      product updates, taxonomy mapping, in-store location, duplicate locations, pickup route optimization वगैरह सब शामिल हैं। ऐसे dynamic business में बहुत-सा ऐसा clerical काम होता है जिसे पूरी automation से हटाया नहीं जा सकता
      अब इस data को लेकर ऐसी website बनानी है जो consumer को समझ आए और उसे सही format में दिखाए। related recommended products, search keywords, cache और image management, यहाँ तक कि dynamically आने वाली vendor photos की resizing तक सोचनी पड़ती है
      फिर cart और checkout के बारे में सोचिए। यह वह क्षेत्र है जिसे Shopify और Amazon ने सचमुच अरबों डॉलर खर्च करके optimize किया है
      transaction volume off-the-shelf payment providers इस्तेमाल करने के लिए बहुत बड़ा होता है, और शुरू से margins भी इतने नहीं होते। mobile app और उसके लिए चाहिए development effort को भी जोड़ लीजिए
      grocery store business अपने आप में मुश्किल है, लेकिन online grocery तो बिल्कुल अलग दैत्य है। हर “Kroger” brand का एक ही website इस्तेमाल करना, बस कोने का logo अलग होना, इसके पीछे वजह है
      इस क्षेत्र में ठीक-ठाक काम वही विशाल conglomerates कर पाते हैं जो ज़रूरी infrastructure खड़ा करने और customer base बढ़ाने में पैसा जला सकते हैं
      अभी मैंने Harris Teeter देखा तो वह Kroger brand निकला। आज यह सीखा। मैं कहूँगा कि “Kroger” फिर भी बेहतर वालों में है
      Whole Foods भी, अगर आप उसका price premium झेल सकते हैं, काफ़ी ठीक काम करता है, लेकिन मैं समझता हूँ कि ज़्यादातर लोगों के लिए वह affordable luxury नहीं है
      सुधार लाने का सबसे अच्छा तरीका है service का इस्तेमाल जारी रखना, बेहतर चीज़ की माँग करते रहना, और जहाँ संभव हो competitors का इस्तेमाल करना
      इन departments के अपने key performance indicators होते हैं। अगर आपको गलत item मिला है, तो order process के अंत में complaint छोड़ें और NPS survey में भी उसे ठीक से दर्ज करें
      अगर order fulfillment team का performance score कहीं और से आए खराब data की वजह से नीचे जा रहा है, तो उन्हें उसे ठीक करने का incentive मिलेगा
      मुझे पता है यह झुंझलाने वाला है, लेकिन दूसरा विकल्प इसे बिल्कुल इस्तेमाल न करना है, और तब यह service हमेशा के लिए गायब भी हो सकती है
  • थोड़ा संबंधित बात है, लेकिन Android के लिए Firefox में हिस्ट्री सर्च, या सही कहें तो autocomplete, बेहद खराब है
    n -> कुछ भी सुझाव नहीं
    ne -> news.ycombinator.com का सुझाव
    new -> news.ycombinator.com का सुझाव
    news -> कुछ भी सुझाव नहीं
    news. -> कुछ भी सुझाव नहीं
    news.y -> कुछ भी सुझाव नहीं
    news.yc -> कुछ भी सुझाव नहीं
    news.yco -> कुछ भी सुझाव नहीं
    news.ycom -> कुछ भी सुझाव नहीं
    news.ycomb -> कुछ भी सुझाव नहीं
    news.ycombi -> कुछ भी सुझाव नहीं
    news.ycombin -> कुछ भी सुझाव नहीं
    news.ycombina -> कुछ भी सुझाव नहीं
    news.ycombinat -> कुछ भी सुझाव नहीं
    news.ycombinato -> कुछ भी सुझाव नहीं
    news.ycombinator -> कुछ भी सुझाव नहीं
    news.ycombinator. -> कुछ भी सुझाव नहीं
    news.ycombinator.c -> कुछ भी सुझाव नहीं
    news.ycombinator.co -> news.ycombinator.com का सुझाव
    news.ycombinator.com -> news.ycombinator.com का सुझाव
    ये क्या है???

    • समझ नहीं आता कि सर्च बॉक्स मनचाहा टेक्स्ट दिखाता रहता है, फिर अगला अक्षर टाइप करते ही अचानक रुक क्यों जाता है
      new -> news.ycombinator.com का सुझाव
      news -> कुछ भी सुझाव नहीं
      ये कैसे संभव है? अजीब है, और USB को उल्टा-सीधा लगाकर देखने की ज़रूरत खत्म होने के बाद कंप्यूटर में याद आने वाली सबसे चिढ़ाने वाली छोटी चीज़ यही है
    • इस तरीके का सबसे बुरा अपराधी शायद Windows Start Menu है
      आप executable का नाम पूरा टाइप कर दें, फिर भी वह असंबंधित नतीजों के नीचे किसी सिकुड़े हुए सेक्शन में दिख सकता है
      आज के Windows में Start Menu से display settings ढूंढकर देखिए
    • Firefox का awesomebar और हिस्ट्री सर्च भयानक है
      कभी-कभी 5 मिनट पहले देखी हुई साइट भी autocomplete में नहीं आती
    • यह कई सालों से ऐसा ही है: https://github.com/mozilla-mobile/fenix/issues/20351
      इस समस्या और दूसरी दिक्कतों के ठीक होने की उम्मीद छोड़कर मैं Android पर Chromium पर चला गया